Hanno alcuni server e non sono stati frammentati per due anni. Esiste uno standard per quale percentuale dovrebbe essere frammentata prima della deframmentazione?
I server sono Windows 2003.
Hanno alcuni server e non sono stati frammentati per due anni. Esiste uno standard per quale percentuale dovrebbe essere frammentata prima della deframmentazione?
I server sono Windows 2003.
Risposte:
In realtà non deframmento mai i dati sui miei server. Non ho visto abbastanza un aumento delle prestazioni nella pubblicazione dei file per renderlo degno del successo delle prestazioni del tempo necessario per la deframmentazione. In effetti, la maggior parte dei server non finirà mai la deframmentazione se non li metterai offline per alcuni giorni. Se stai usando un file system relativamente moderno (che a meno che tu non abbia scelto di cambiare le impostazioni predefinite su Windows 2003 lo sei), non dovrebbe comunque importare molto. Inoltre, se stai eseguendo qualsiasi tipo di striping RAID, la frammentazione dei file non è un problema poiché sono già suddivisi su molti dischi.
Se ho un server in cui desidero davvero che i dati vengano puliti e deframmentati per qualche motivo, sono molto più propensi a eseguire il backup di tutto su nastro, pulire l'unità e ripristinarla. Questo li scriverà tutti in blocchi perfetti.
Quasi l'unico caso d'uso che conosco per la deframmentazione di un server Windows è quello di migliorare le prestazioni di backup. I backup sono praticamente l'unico I / O sequenziale su larga scala di un file server e questo è il tipo di I / O che rileva la frammentazione. Il tipo di file server I / O quando gli utenti li colpiscono è molto casuale e in tal caso la frammentazione può talvolta migliorare le prestazioni.
Nel mio vecchio lavoro avevamo un file server che avevamo appena migrato su un nuovo hardware. Immediatamente dopo la migrazione, i backup erano in esecuzione nell'ordine di 450 MB / minuto (questo era molti anni fa, mente). Due anni dopo, quel server eseguiva il backup di circa 300 MB / minuto. Lo abbiamo quindi deframmentato per la prima volta e le velocità sono tornate a 450 MB / minuto di nuovo.
Se hai problemi a eseguire tutti i tuoi backup in tempo, e sembra che sia il server a eseguire il backup che è il collo di bottiglia, una deframmentazione potrebbe aiutarti.
L'altro caso d'uso per la deframmentazione è un sistema di backup su disco con l'archivio archiviato su NTFS. Il backup e il ripristino su quel tipo di volume sono interamente sequenziali e notano la frammentazione. Tuttavia, se l'archivio sottostante è sufficientemente astratto (come un array di dischi HP EVA), anche questo tipo di I / O non noterà la frammentazione.
Ciò a cui tutto si riduce è che l'I / O sequenzialmente massiccia è il tipo di I / O che nota di più la frammentazione. Se questo non è l'I / O di cui ti preoccupi, la deframmentazione non è un problema.
Concordo sul fatto che spesso non è necessario e non dovrebbe esserlo se le prestazioni sono il tuo obiettivo (la deframmentazione costante fa più danni che benefici).
Come ogni regola, tuttavia ci sono alcune eccezioni:
Se lo sei, o ad un certo punto in cui lo spazio su disco è molto ridotto (<15% libero), probabilmente dovresti eseguire una deframmentazione quando c'è tempo. Anche i file system moderni hanno difficoltà a evitare la frammentazione quando ci sono così pochi settori tra cui scegliere.
Se stai eseguendo tipi specifici di applicazioni che causano inevitabile frammentazione, potresti voler investire in un programma di deframmentazione specifico del server (questi sono progettati per funzionare continuamente in background e deframmentare quando / se necessario). Il tipo di applicazione che causerebbe inevitabile frammentazione in un ambiente Windows sarebbe quello che fa molta scrittura pigra su più file (il software progettato dal server più robusto lo evita, ma qualcosa come un gestore di download desktop, in particolare alcuni client BitTorrent specifici, mostra questo tipo di comportamento aggressivo di frammentazione)
Ho eseguito Diskeeper sui server in un lavoro precedente e quindi un miglioramento delle prestazioni misurabile sia sui file server che sui server applicazioni. Non credo che ci siamo avvicinati alle loro statistiche pubblicate, ma abbiamo sicuramente visto alcuni vantaggi.
È stato impostato per eseguire la deframmentazione in idle e in orari prestabiliti per limitare l'impatto con alcuni bit aggiuntivi avviati al momento dell'avvio.
Uno strumento di cui parlare è Smart Defrag, di IOBit. Deframmenta in background, quando il computer è inattivo, con Deep Optimize e altre funzionalità. Sembra utile, quindi potresti metterlo lì e non devi preoccuparti di deframmentare.
AFAIK, RAID non è immune da effetti di frammentazione; nonostante il numero di dischi fisici, FS deve comunque emettere una richiesta I / O separata per ciascun frammento, giusto?
Sì, un sistema ben deframmentato termina i backup più velocemente. Concordo anche sul fatto che spazio ridotto e frammentazione non sono una buona combinazione ... meglio per evitare quella situazione.
Se il tempo di deframmentazione / pianificazione è un problema, una soluzione di deframmentazione in background come una delle edizioni Diskeeper Server (non gratuita!) È una buona scelta. Deframmenta utilizzando solo risorse inattive, quindi non dovrebbe avere alcun impatto anche su un server di produzione. Alcuni dei nostri server qui usano DK e gli amministratori sembrano piuttosto soddisfatti.
A proposito, alcuni dei client BT (mi viene in mente utorrent) hanno un'opzione di pre-allocazione per il torrent, quindi non vi è alcuna frammentazione durante i download, purché vi sia spazio libero contiguo sufficiente per accogliere il file.
Il consenso (che concordo con me) sembra essere quello di non deframmentare i server perché i vantaggi non valgono il colpo di prestazione durante l'effettiva deframmentazione.
Tuttavia, l' articolo di TechNet sull'esecuzione di conversioni da fisico a virtuale raccomanda la deframmentazione come metodo per ridurre il tempo necessario per eseguire un P2V. Ciò è particolarmente importante se si dispone di una finestra di manutenzione limitata in cui completare il P2V.
Per ridurre al minimo il tempo necessario per la fase di imaging, eseguire una deframmentazione del disco sui dischi rigidi del computer di origine. Inoltre, assicurarsi di disporre di una connessione di rete veloce tra il computer di origine e l'host.