È necessario eseguire il backup dei dati statici ogni volta su nastro?


8

Nel libro Backup e ripristino, scrivono che è buona norma eseguire un backup completo ogni mese, quindi incrementi o backup differenziali ogni settimana.

E se avessi 800 GB di dati e ~ 10 GB di modifiche a settimana.

Devo ancora effettuare un backup completo ogni mese?

Voglio dire, sui nastri LTO garantiscono l'integrazione dei dati per 30 anni.

Quindi perché fare backup completi ogni volta?

Risposte:


11

Questa è una guida generica. La guida specifica è molto meglio.

Le grandi domande a cui devi avere una risposta prima di iniziare a impostare la pianificazione della conservazione del backup sono:

Quanti dati sono disposto a perdere e quanto tempo sono disposto a recuperare per recuperare ciò che posso?

Il backup su nastro si trova nella parte inferiore della gerarchia di backup / disaster recovery. Molto approssimativamente, cioè (e sono sicuro che dimenticherò alcuni passaggi):

  1. RAID (prevenzione della perdita di dati)
  2. Backup dei dati tradizionale
  3. Backup dei dati multi-sito
  4. Replica dei dati
  5. Servizi di failover a freddo
  6. Servizi di failover a caldo
  7. Servizi replicati con bilanciamento del carico
  8. Replica multi-sito
  9. Servizi di failover a freddo su più siti
  10. Servizi di failover a caldo multi-sito
  11. Servizi replicati con bilanciamento del carico multi-sito

Stiamo parlando dei passaggi 2 e 3 qui. La velocità con cui desideri che i tuoi dati vengano restituiti dipende da diversi fattori:

  • Quanto ne hai
  • Quanti set di backup devi eseguire per ripristinare tutto
  • Su cosa sono archiviati questi set di backup
  • La velocità con cui l'hardware che supporta tutto ciò (server, rete e hardware di backup) può essere eseguito
  • Se il sistema di backup è in grado di eseguire un backup 'differenziale' o è solo Full / Incrementale

Nel caso in cui non si fosse verificato il termine prima che un backup differenziale fosse definito come "tutto ciò che è cambiato dall'ultimo backup completo". Penso che il termine sia nato con BackupExec e da allora sia stato adottato altrove. Ma sto divagando.

Nello schema di backup del libro, uno al mese, con cambio netto ogni giorno per il resto, lo scenario di ripristino di emergenza nel caso peggiore è un evento di perdita di dati il ​​giorno prima dell'esecuzione del backup completo. Il ripristino in tal caso richiederà:

  • L'ultimo backup completo, 29 giorni fa
  • Da allora ogni singolo nastro, tutti e 28.

A seconda delle variabili sopra menzionate, il recupero potrebbe richiedere molto tempo.

Prendi uno scenario alternativo, venerdì completo, cambia in base agli altri 6 giorni. Il recupero nel caso peggiore qui è un evento di perdita venerdì pomeriggio. In tal caso, il ripristino richiederà:

  • Il nastro dello scorso venerdì
  • Gli altri 6 nastri

Questo dovrebbe richiedere molto meno tempo.

Una cosa che non è stata coperta è ciò che accade quando un nastro di backup è danneggiato . Con lo scenario tra fulls di 30 giorni, un nastro difettoso può costare da 1 a 59 giorni di perdita di dati. Se ciò è inaccettabile, eseguire i backup completi più spesso.

Una cosa che alcuni venditori di dischi vendono in questi giorni è qualcosa che si chiama backup completo sintetico. Come funziona è che esegui un backup completo iniziale e poi esegui il cambio di rete per sempre di più. In base a una pianificazione prestabilita si esegue un backup completo sintetico che si fonde in una settimana / due settimane / mesi di cambio di rete con l'ultimo backup completo a fornire un backup completo virtuale. Questo è utile per rimanere all'interno delle finestre di backup.

Quando si esegue un sistema ibrido disco / nastro, eseguire i backup settimanali / mensili su disco, quindi l'archivio di spooling si avvia su nastro per rimanere su uno scaffale per 3/5/7/10 anni. Se utilizzato in combinazione con qualcosa che può fare un pieno sintetico, un pieno sintetico può essere girato su nastro e inviato fuori sede secondo un programma regolare. I sistemi ibridi offrono la massima flessibilità in questi giorni e li consiglio quando possibile. Disco a breve termine, nastro a lungo termine.


5

(cosa ha detto mailq) Inoltre: fare incrementalmente per sempre non è una pratica comune con i nastri, poiché puoi perdere il nastro con il backup completo e rendere inutile l'intero backup.

Il turno in questo momento è fare backup completo + incermentale per sempre contro il backup del disco con deduplicazione .. questo può sostanzialmente funzionare per sempre, e normalmente si esegue RAID6 in fondo che può tollerare il fallimento di 2 dischi. Questo, oltre a backup su nastro settimanali / mensili / quartili / annuali archiviati in alcuni caveau molto, molto sottoterra.


+1 per la pratica attuale
Michael Lowman,

5

Voglio dire, sui nastri LTO garantiscono l'integrazione dei dati per 30 anni.

Sospetto fortemente che non vi sia alcuna "garanzia" significativa. Se è necessario eseguire il ripristino dal nastro e il nastro risulta essere difettoso e la società perde $ 10 milioni durante i tempi di inattività aggiuntivi o si interrompe completamente, che cosa farà il fornitore del nastro? Niente.

I full mensili sono preziosi anche se i dati non cambiano.

  1. Tutti i tuoi dati vengono letti in modo da verificare che siano ancora leggibili.
  2. Poiché le unità a nastro eseguono una lettura dopo la scrittura, si ha qualche indicazione che il backup è leggibile.
  3. Il processo di backup e ripristino è stato testato. (Effettuate i ripristini di prova, giusto?)

4

È solo una questione di tempo di ripristino di emergenza.

Quando puoi permetterti di recuperare dal nastro a gennaio e quindi riprodurre tutti i backup incrementali da allora a oggi, non c'è alcun problema nel fare solo un backup annuale. Ma cosa succede se il nastro di gennaio viene distrutto? Hai quindi il nastro di gennaio di un anno prima per eseguire il replay?

Le raccomandazioni non sono per integrità ma per avere abbastanza possibilità di riprendersi dal caso peggiore in poco tempo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.