Imparare dagli errori dei loro modi

Il backup è una parte di qualsiasi strategia di protezione dei dati, ma ci sono altre tecnologie, come ad esempio la replica, che sono parte di esso pure. La chiave per una buona strategia è quella di integrare tutte le diverse tecnologie. Sono stato coinvolto in troppe discussioni con persone che stavano cercando di recuperare da un guasto solo per scoprire che non erano protette come pensavano. Un caso particolare che partecipa una società che avevano perso i loro server primario che ha eseguito la loro applicazione più critici. Hanno trascorso diverse ore cercando di recuperare da dischi con mirroring, quando il fallimento effettivo è stato di corruzione su filesystem. Specchi non ha aiutato in questo caso. La loro interruzione è stata prorogata, ma erano in grado di recuperare, in quanto avevano backup. Mia chiamata peggiore quando si lavora in sostegno è stato da un amministratore di sistema che aveva fatto una massa eliminare dalla finestra sbagliata e aveva rimosso abbastanza del sistema operativo che non riusciva a riavviare il sistema. Quando mi ha chiesto cosa doveva fare per recuperare, gli ho detto parte del processo sarebbe quello di ripristinare dal suo ultimo backup. Per questo, ha risposto che la configurazione per il backup è stato per la sua 'lista delle cose da fare.'

Se una storage area network (SAN) è disponibile, può consentire una maggiore flessibilità nella strategia di backup e ripristino. L'hardware di backup può essere meglio condivise tra i dati di grandi sistemi di residenti pur mantenendo i dati al largo della LAN di produzione. Questo può anche permettere di grandi sistemi per il backup direttamente su nastro senza fare gli application server general-purpose di mezzi e di server che hanno questi sistemi di backup senza fili di altri client basati su.

Dopo aver identificato tutti i sistemi aziendali, si dovrebbe notare i requisiti specifici di recupero di ogni sistema. Questo è molto utile nella creazione della strategia di backup. Se il provvedimento di applicazione di elaborazione in grado di tollerare una durata di otto ore di interruzione senza gravi conseguenze aziendali, per esempio, una strategia di backup incrementale che minimizza i tempi di backup a spese del tempo di ripristino può essere opportuno. Per un'applicazione Web di vendita al dettaglio, d'altra parte, in cui ogni minuto di downtime significa vendite definitivamente persi, una strategia che replica i dati in tempo reale potrebbe essere più opportuno, anche con il suo impatto maggiore sulle performance delle applicazioni. L'altro elemento da notare è l'ordine in cui i sistemi devono essere recuperati come parte del disaster recovery complessiva (DR) piano.

Come valutare i requisiti di backup di ogni sistema, si dovrebbe anche assicurarsi di sapere quale delle applicazioni di database devono essere tenuti sempre rimanere 'hot'-durante il backup e che può essere arrestato per eseguire il backup' freddo. ' Ci sono i compromessi prestazionali coinvolti con il backup di un database mentre è online, ma a volte questo è necessario. Ciò è dovuto alla maggiore I / O di attività, dal momento che l'attività del database è continua, così come l'ho supplementari backup / O. Ci sono altri metodi di trattamento backup del database, a caldo oa freddo, utilizzando tecnologie di immagini congelate e possibilmente metodi di backup off-host. Sono disponibili diverse opzioni per spostare i dati da disco a nastro. Ognuno ha i suoi vantaggi e svantaggi. I metodi sono i seguenti:

File. Questo comporta l'uso del sistema operativo per leggere tutti i file appropriati all'interno del set di backup e spostare i dati da disco a nastro. Questo metodo ha l'overhead del sistema operativo più, ma permette di singoli file di backup e il ripristino. Consente inoltre l'applicazione di controllare ogni file per determinare l'accesso o la modifica tempo in modo backup incrementali possono essere eseguiti.

Volumi. Un intero volume può essere sostenuta senza leggere la struttura del filesystem, ma facendo un po 'per copia bit dei dati da disco a nastro. Questo viene chiamato prime backup. Questo metodo consente per i trasferimenti di dati molto più velocemente, ma in generale non permette di per singolo file di backup e ripristino. Inoltre non consente backup incrementali. Questo metodo di backup risultati in un volume intero di essere sostenuta, anche le parti che non contengono dati validi.

Parata. Se il filesystem dispone di informazioni sufficienti sui file, è possibile determinare quali blocchi sono stati cambiati. Se l'applicazione di backup in grado di interfacciarsi con il filesystem, è possibile eseguire il backup solo i blocchi modificati. Questo tipo di backup è chiamato livello di blocco incrementale.

Mappato backup prime. Alcune applicazioni di backup, come VERITAS Software NetBackup, in grado di mappare un volume di greggio e quindi eseguire un backup prima di volume, pur mantenendo la mappa filesystem in modo di singoli file possono essere ripristinati. Ciò consente anche per i backup incrementali.

Backup off-host. Questo è un meccanismo in cui i dati vengono spostati da disco a nastro senza l'host domanda non possa essere direttamente coinvolti nel disco di legge o scrive su nastro.

Come si impara di più sulla natura dei dati e le ragioni per il backup su, probabilmente troverete alcuni dati o di alcuni sistemi che non hanno bisogno di essere sostenuta su base regolare a tutti. Molte persone hanno deciso che i file del sistema operativo in generale statici non cambiano se non quando vengono applicate patch del sistema operativo o il sistema è riconfigurato. Essi non hanno regolari backup di questi dati e di effettuare solo quando l'applicazione di patch o di apportare modifiche di configurazione. Inoltre, alcuni sistemi possono essere facilmente ricostruito online da altri sistemi, che di solito è più veloce di un recupero totale. In questo caso, potrebbe essere solo bisogno di un unico backup per proteggere tutti questi sistemi nella vostra impresa. Inoltre, vi è un incentivo costo per la piena comprensione dei dati. Il costo dei supporti a nastro è una delle forze trainanti non il backup dei dati troppo, così come il fatto che il backup dei dati che non necessita di essa si ricollega unità a nastro che, altrimenti, potrebbero essere usate per dati più importanti.

La vera chiave di tutta questa discussione sulla determinazione perché i dati viene eseguito il backup è quello di capire veramente la natura dei dati. In una grande impresa, è improbabile che l'amministratore di backup avrà questa conoscenza. Si dovrà ottenere queste informazioni, la gente che controlla i dati in tutta l'azienda. Il modo migliore per farlo è quello di sviluppare un questionario che è possibile distribuire. Questo vi aiuterà a raccogliere le informazioni necessarie per il corretto architetto di backup e di ripristino del sistema. E 'comune l'uso di questo tipo di strumento per determinare quando eseguire il backup, che esegue il backup, per quanto tempo conservare i backup, e dove il backup dovrebbe essere mantenuto. Tuttavia, come abbiamo visto, hai anche bisogno di sapere perché alcuni backup deve essere eseguito.

Tenere presente che solo perché ti siedi e fare tutto questo lavoro ora, non si è 'fatto'. Le cose cambiano, ed è necessario sviluppare un processo dinamico che si presta a una crescita costante. Raccolta delle informazioni che saranno necessarie dagli altri, la società può richiedere molto tempo, e non può essere prontamente disponibile. Formulazione di una strategia di backup e di recupero può prendere un po ', ma il primo passo inizia con, anche, un primo passo.

un articolo presentato da Amalia Laras

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