Impostazione di un nuovo schema di backup

Sto progettando il mio primo schema di backup in assoluto. Sono completamente nuovo nella gestione del backup dei dati e ci sono alcuni concetti che non capisco del tutto. Ecco cosa ho ottenuto finora e quale attrezzatura userò.

Ci saranno solo tre server di cui eseguirò il backup, il totale dei dati è di circa 200 GB. Il sabato eseguirò backup completi settimanali, seguiti da backup differenziali dal lunedì al venerdì sera. Ci sarà anche un backup completo di fine mese che verrà archiviato fuori dal sito per scopi di DR.

Apparecchiature utilizzate: -8 unità di backup su nastro slot -LTO2 nastri -Backup Exec 12.5 con Exchange e agenti SQL

Userò due set di nastri, il primo per la settimana 1 e poi un altro per la settimana 2, che si alterneranno avanti e indietro a settimane alterne.

Quindi la mia domanda è questa: quanti nastri dovrei usare in ogni set? Devo usarne otto poiché l'unità di backup accetta fino a otto nastri? Sarà buttato via se metto meno dentro?

In secondo luogo, poiché i backup diff ogni settimana saranno probabilmente solo circa 5 GB o più, devo inserire cinque nastri LTO2 (che contengono fino a 400 GB) nel pool di supporti, un nastro per ogni notte? O è sufficiente, dal momento che teoricamente potrebbe contenere molte settimane di differenze?

Quello che non capisco è se BE seleziona un nuovo nastro per ogni giorno o se continuerà ad aggiungersi allo stesso nastro fino a quando non è pieno e quindi passa al successivo.

Forse la domanda più semplice da porsi è: se avessi le apparecchiature di backup e i server per il backup sopra elencati, quale sarebbe il tuo progetto di backup?

Grazie molto....

Consiglio vivamente il libro "Backup & Recovery" (O'Reilly Book) di W. Curtis Preston

http://oreilly.com/catalog/9780596102463/

Chiedere come fare il piano di backup è un po 'come chiedere a 10 nonne come preparare la migliore zuppa di noodle di pollo. Riceverai 10 risposte diverse, ma tutte saranno d'accordo sugli ingredienti di base.

A mio avviso, Backup & Recovery fa un ottimo lavoro nel parlare dei punti di forza e di debolezza delle diverse opzioni che potresti (o meno) scegliere di implementare.

Quindi, è da lì che vorrei iniziare.

È passato un po 'di tempo da quando l'ho installato, e sono a casa, quindi vado dalla memoria.

Nel nostro caso, abbiamo un'unità LTO-3, un backup completo si adatta a due nastri e tutti i diff per una settimana si adattano a uno. Quindi ogni settimana, abbiamo un set di nastri composto da due nastri per l'intero e un terzo nastro per i seguenti 5 diff. Manteniamo questi set per 5 settimane, abbiamo un set fuori sede e 4 in loco.

Abbiamo impostato un pool di supporti per i backup completi con il tempo di sovrascrittura impostato su 5 settimane in modo che i nastri non possano essere riutilizzati prima e lo impostiamo in modo che non sia appendibile in modo che la volta successiva in cui si utilizza un nastro, inizi a inizio.

Per i diff, il pool di media era impostato su 1 settimana, perché in seguito non ci sarebbe importato davvero di quello che c'era sui diff e se avessimo avuto bisogno di prendere un nastro diff "sbagliato". In pratica, come ho detto, teniamo sempre insieme il set di nastri per la settimana. Ma quando abbiamo ottenuto per la prima volta l'LTO-3, i nastri erano di $ 50 e pensavamo che avremmo risparmiato denaro solo avendo un paio di nastri diff e riutilizzandoli.

(Ho detto "era" per il pool di supporti diff perché in realtà abbiamo smesso di fare le diff su nastro e ora facciamo uno schema disco-disco-nastro simile: backup completo su disco e poi copialo su nastro, quindi le differenze sono solo su disco.)

Per rispondere alla tua domanda specifica, quando imposti i backup, gli dici da quale pool di supporti ottenere un nastro e prenderà il primo che è utilizzabile, a cui è consentito scrivere.

Hai detto LTO-2 e 200 GB, quindi un full dovrebbe adattarsi a un paio di nastri, 3 nel peggiore dei casi. Quindi potresti avere 6 nastri per i full e 2 per i diff nel caricatore contemporaneamente, quindi ogni settimana devi estrarre un set di full e inserirne un altro. Se i tuoi backup si adattano a 2 nastri, potresti avere 3 set di full e devi scambiare solo ogni 2 settimane.

Backup Exec può essere configurato per utilizzare diversi slot per i backup completi e incrementali.

La più grande debolezza che vedo nel tuo piano sono due set di nastri di backup. Tre set sono considerati un minimo assoluto. In genere uso almeno cinque set.

Puoi anche prendere in considerazione un backup completo mensile che tieni per un anno.

Non so come funzioni Backup Exec, ma posso rispondere in generale.

Gli strumenti che ho usato possono limitare i loro set di backup al numero minimo richiesto di nastri. Quello che voglio dire è che se carichi 8 nastri vuoti nel tuo robot, ma scrivi solo ai primi tre, solo quei tre nastri fanno parte del set di backup. I restanti cinque non lo sono e possono quindi essere utilizzati per qualcos'altro.

Inoltre, questi strumenti possono essere configurati per essere aggiunti a un nastro esistente se c'è spazio disponibile. Quindi, se il tuo quotidiano è di 5 GB e il tuo sistema è configurato in questo modo, aggiungerà il primo giorno incrementale al primo nastro. Se i tuoi incrementali sono davvero così piccoli, finirai per usare due nastri e semplicemente ruotarli tra loro. Ovviamente, questo significa che ti devi preoccupare anche della vita dei media: i nastri si consumano proprio come tutto il resto.

Secondo: bisogna fare attenzione alla differenza tra un backup "differenziale" e uno "incrementale". Un backup "differenziale" rappresenta tutte le differenze tra "now" e un punto di riferimento, generalmente l'ultimo backup completo. Quindi, se il tuo delta è di circa 5 GB al giorno, il primo giorno sarà di 5 GB, il secondo potenzialmente 10 GB, ecc. Un backup "incrementale" è la differenza tra "ora" e l'ultima esecuzione del backup, che potrebbe essere un incrementale stesso. Quindi il tuo primo delta sarà di 5 GB, il secondo 5 GB, ecc. Ecc.

Il vantaggio del primo è che i ripristini sono potenzialmente molto più veloci: esegui il backup del backup completo, quindi il differenziale rilevato immediatamente dopo il punto di ripristino. Il rovescio della medaglia è che potenzialmente hai bisogno di molti più media a seconda dei tuoi delta.

Il vantaggio di quest'ultimo è che sono necessari meno supporti e che i backup potrebbero essere eseguiti più rapidamente poiché si esegue il backup di meno dati. Il rovescio della medaglia è che per ripristinare a un certo punto nel tempo è necessario ripristinare il pieno, quindi ogni incrementale, in ordine.

Per quanto riguarda le tue rotazioni - se tutto ciò che serve è di due settimane sul sito, probabilmente il tuo modello è OK. Comunque usiamo sempre una rotazione più completa.

• Primo venerdì del mese: il backup mensile. Inviato fuori sede per uno (o due) anni (a seconda del cliente).
• Dal secondo al quarto (o quinto) venerdì: settimana da A a C (o D). Questi vengono inviati fuori sede e tornano un mese dopo.
• Da domenica a giovedì: backup incrementale o differenziale, a seconda delle esigenze e delle capacità del cliente. Questi vivono per due settimane e rimangono in loco.

Alcuni clienti desiderano anche backup speciali occasionali che vanno fuori sede per sempre o fino a quando non vengono richiamati. Di solito ne tiro due copie poiché i supporti possono degradarsi.

Infine, una nota di saggezza: non è un backup fino a quando non lo testate. Prenditi del tempo nel tuo ciclo per testare regolarmente il ripristino di varie parti dei tuoi backup su base regolare. Questo non solo convaliderà i tuoi backup, ma significherà che sai cosa fare quando un ripristino arriva davvero.

Se non leggi nient'altro, leggi "Backups Suck" di M.Janke qui: http://www.standalone-sysadmin.com/blog/2009/02/backups-suck/

Sono d'accordo che sono necessari più di 2 set di backup. Considero 4 un numero ragionevole (quindi hai circa un mese di nastri su cui tornare se qualcosa va in tilt). Quando si configurano i backup in Backup Exec, è possibile scegliere di aggiungere i dati o sovrascriverli. Puoi anche scegliere cosa fare se hai detto append ma il nastro è pieno. Inoltre, è possibile controllare le impostazioni di protezione da sovrascrittura nel pool di supporti in modo da evitare la sovrascrittura accidentale di un nastro appena utilizzato. Un suggerimento, tendo a scoprire che i nastri non vengono sempre cambiati quando dovrebbero (perché qualcuno è malato, o in vacanza o c'è una vacanza), quindi se possibile cerco di avere due set di nastri in la guida. Quelli per questa settimana e quelli per la settimana SUCCESSIVA. In modo che tu abbia un'intera settimana per estrarre i backup correnti prima che le cose si incasinino. Inoltre, dovresti dare un'occhiata se 6 notti di differenziali si adatteranno su un nastro. In caso contrario, ma 6 notti di incrementali potresti voler considerare gli incrementali. Aumenta il tempo necessario per eseguire un ripristino completo (soprattutto verso la fine della settimana), ma potrebbe valerne la pena se riduce il numero di nastri necessari.

Oltre al nastro, consiglio vivamente di portare un disco su disco copiandolo su un altro server o dispositivo di tipo SAN.

I nastri sono ottimi per scopi di archiviazione, ma nulla è meglio avere una copia locale su disco per ripristini veloci e senza problemi.

Se si dispone di una WAN, prendere in considerazione l'invio di backup del disco dal sito verso l'alto. A seconda di quanto paghi per la larghezza di banda, questo può essere un modo economico per ottenere più copie dei tuoi dati più importanti in diverse località.

Ognuno di noi ha sistemi e bisogni diversi, quindi è probabile che tutti forniamo raccomandazioni diverse. Fai come suggerisce KPWINC e fai qualche lettura. Quindi, quando lo implementate, assicuratevi di farlo in un modo che possa essere prontamente modificato se in seguito doveste determinare che sarebbe meglio un sistema diverso.

Detto questo, ecco la mia raccomandazione:

Stai solo eseguendo il backup di una piccola quantità di dati, quindi se è pratico farlo esegui il backup completo ogni giorno. I backup falliranno di volta in volta, per molte ragioni. Avere un backup completo su ogni nastro non solo semplifica i ripristini, ma migliora le possibilità di DR.