Hierarchical Storage Management

Avery esercizio interessante per l'amministratore di sistema nel tempo libero (ah ah) è quello di utilizzare Utilità per generare un rapporto di maturazione per tutti i file utente in varie directory home sotto il suo orologio. Ricerca per i file che non sono stati modificati in ciascuna delle 2 settimane, 1 mese, 3 mesi, 6 mesi e 1 anno. Torna indietro ulteriormente se i sistemi sono stati intorno a quel tempo.

Considerate questo: quei file che non sono stati toccati in 6 mesi o più ancora prendere tempo prezioso, lo spazio e la larghezza di banda durante il backup e ancora una volta durante il ripristino. A prescindere dalla semplice eliminazione di loro, che cosa si può fare per recuperare le risorse che questi file consumano? Benvenuti nel mondo di Hierarchical Storage Management (HSM). Hierarchical Storage Management è un programma di utilità abbondantemente sottoutilizzate che fornisce una sorta di sistema automatizzato di archiviazione. Un processo di HSM esamina la data più recente di accesso dei file in un filesystem e, sulla base di norme istituito e gestito dall'amministratore del sistema, si sposta automaticamente i file in una meno costosa, più stabile, più lento e medie imprese. Questo mezzo può essere appositamente dedicato nastri, CD riscrivibili, dischi magneto-ottici, o qualche altro non-ben-supporto di memorizzazione online. Lasciato nel filesystem è un file di stub, che è un file speciale che racconta il processo di HSM per trovare il file reale. File stub sono di solito un paio di kilobyte. Una volta che un file viene migrato, un utente deve accedere solo il vecchio file nel solito modo, e il sistema si sia individuare e montare il nastro appropriato o il luogo di una richiesta dell'operatore per un particolare nastro per essere montati. Una volta letta, il file viene restituito al disco locale, e l'orologio su di essa ricomincia. Mentre un file è migrato, non è più sostenuto, ma solo la sua stub. Ovviamente, il trade-off che è la prima volta che un utente deve accedere a un file, esso può richiedere diversi minuti, o più, per recuperare il file dal supporto in linea. Ma una volta che il file è stato recuperato dalla storage remoto, esso verrà memorizzato a livello locale, e gli accessi futuri si svolgerà presso l'aliquota normale.

Vi è un significativo vantaggio supplementare per l'attuazione HSM: Dal momento che i file non vengono memorizzati su dischi attivi, i dischi saranno utilizzati in modo più efficiente. Se il 20 per cento dello spazio su un filesystem possono essere migrati con HSM, allora è come se i dischi sono cresciute del 20 per cento, senza necessità di acquistare nuovi dischi. Se applicata correttamente, a parte il ritardo nel recupero di un file, dovrebbe HSM essere totalmente trasparente per gli utenti. L'elenco di directory non indica che qualcosa di insolito. I file sembrano essere presenti. Solo quando un utente tenta effettivamente di accedere a un file può essere rilevata alcuna differenza. Se, come tanti altri sistemi, le directory degli utenti sono disseminati di file di grandi dimensioni che hanno toccato da mesi, ed è necessario compattare le finestre di backup e carichi, HSM può valere la pena dare un'occhiata.

Archivi

Gli archivi sono simili, anche se un po 'meno sofisticato, HSM. Per archiviare un file, il file viene scritto su nastro (o qualche altro supporto offline) e cancellato dal filesystem completamente. Un meccanismo esterno deve essere impiegato per mantenere la posizione dei file archiviati. In caso contrario, vi è il rischio reale che il file potrebbe perdersi. In alcuni ambienti, gli utenti sono autorizzati e addirittura incoraggiati a mantenere la loro nastri archivio. In altri casi, gli amministratori di mantenere archivi.

Sintetica Fulls

Backup incrementali, come abbiamo detto, sono un modo molto efficace per il backup di file system, in quanto richiedono la copia di dati molto meno a nastro, allora fulls. Dati che non sono stati modificati dopo l'ultimo pieno non è necessario eseguire il backup. Sfortunatamente, cum backup incrementali può crescere di dimensioni nel tempo, fino alla loro dimensione che si avvicina di una piena. Il numero di nastri necessari per ripristinare un insieme di differenziale di backup incrementali può crescere anche nel corso del tempo fino a quando il numero assoluto diventa schiacciante. Il rimedio a questi problemi è la stessa: Take backup completi di volta in volta. E se non avete mai avuto a prendere backup completo del vostro server di produzione di nuovo? È possibile con sintetiche backup completi. In un modello sintetico backup completo, si conserva una copia completa del file system su un altro nodo. Si prende un backup completo del sistema (ricci) una volta, e il ripristino su un sistema separato (Shemp). Poi, si prende notte differenziale backup incrementali di ricci e ripristinarli su Shemp. Poi, si prende un backup completo del filesystem da Shemp. Se succede qualcosa a riccio, è possibile sostituirlo con Shemp. Dati Shemp dovrebbe essere identico a quello che era il riccio, e poiché tutti i dati su un singolo nastro, il tempo necessario per completare il ripristino sarà notevolmente ridotto, rispetto al ripristino di un completo e un mazzo di backup incrementali.

Per una protezione aggiuntiva, si può scegliere di mantenere Shemp in un sito diverso da ricci, anche se non è necessario se si inviano i nastri di backup Shemp è fuori sede. (Non c'è bisogno di mantenere una copia on-site, dal momento che Shemp si riempie del tutto il ruolo che mirabilmente.) Questo modello non è certo per tutti, dal momento che richiede una grande quantità di hardware aggiuntivo (di sistema, dischi e unità a nastro), ma è un modo molto efficace per ridurre le finestre di backup e ripristino volte, una combinazione molto sfuggente.

Un uso più Hardware

I fornitori stanno sviluppando nuove tecniche e tecnologie, e sfruttando i vecchi, per accelerare i backup attraverso l'utilizzo di hardware aggiuntivo o trucchi software intelligente. Queste tecniche sono di varia utilità, a seconda dell'ambiente. Alcuni sicuramente il lavoro, mentre altri potrebbero effettivamente rallentare.

Host-Backup Free

Terzo Mirror breakoff

un articolo presentato da Ben Smeider

Disclaimer:Il nostro sito non è responsabile per il contenuto di questo articolo. Webarticles è una risorsa gratuita di informazioni.
Importante: Questo articolo "Hierarchical Storage Management" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.