Quanto sono buoni / sicuri i backup da disco a disco?

Ai vecchi tempi, i backup andavano su nastri, alcuni dei quali erano spesso offline se non fuori sede. Ciò ha reso difficile la distruzione di tutti i backup (accidentali o dannosi), soprattutto se la rete / i server sono stati compromessi.

In questi giorni, i backup da disco a disco sono di gran moda e sollevano due domande:

• È comune per una configurazione d2d mantenere tutti i backup online (al contrario di usare anche nastri, unità rotanti, ...)?
• Come vengono generalmente protetti i backup online? In altre parole, come è limitato l'accesso ai media (ad es. File) e la possibilità di distruggerlo? Quante persone hanno generalmente accesso? eccetera..

backup su disco 2-disco fintanto che i dischi sono mantenuti offline in posizione remota: OK

backup solo online: non OK

backup archiviati fisicamente vicino al server: non OK

se il tuo sito viene compromesso e un utente malintenzionato vorrà eliminarti - [s] non solo distruggerà i tuoi dati ma anche i backup.

dai un'occhiata qui come le persone gestiscono tali backup.

puoi ovviamente sperimentare il metodo pull di eseguire i backup, quindi è il tuo server di backup che si collega alle macchine e copia i file. assicurarsi che la macchina di backup non sia raggiungibile in Internet, che si trovi in ​​un ufficio / centro dati remoto - questo può effettivamente funzionare.

Il disco su disco tramite un collegamento WAN a un altro sito è ok. Non sono un fan di avere tutti i miei backup online, né di avere tutti i miei backup su nastro. Sono stato nel gioco di backup per un po 'di tempo e la gente continua a dire "Il nastro è morto". Non penso che il nastro sia morto. Il disco 2 non è ancora il sostituto perfetto. La velocità di scrittura su nastro è un fattore limitante in una certa misura, ma se stai parlando di eseguire il backup con qualcosa come LTO4, raggiungerai i limiti di trasferimento di rete molto prima che tu raggiunga i limiti di scrittura su nastro. A meno che tu non abbia Ethernet da 10 GB. Quindi, se esegui il backup su disco in rete, probabilmente non vedrai un enorme aumento di velocità nel nastro di classe enterprise.

I backup coprono diverse situazioni nella maggior parte dei casi: eliminazione accidentale dei file, eliminazione / distruzione intenzionale dei dati, ripristino di emergenza e talvolta archiviazione dei dati. A seconda di quali sono tutte le tue esigenze, probabilmente avrai bisogno dei tuoi dati più lontano del rack successivo.

Il backup da disco a disco è disponibile in molte forme, dalle copie di file con script o manuali, alle librerie di nastri virtuali, all'archiviazione su disco gestita dal software di backup. Il backup VTL e su disco gestito dal tuo software ha il vantaggio di fornire un backup offline che può essere gestito solo tramite software di backup e quindi non è soggetto all'intervento dell'utente e meno suscettibile a virus o attacchi di utenti malintenzionati. Ora sto usando un VTL deduplicante. In precedenza avevo una grande porzione di spazio SAN gestito dall'installazione di NetBackup come unità di archiviazione su disco. Poiché il mio spazio di archiviazione totale in questa arena era limitato, l'ho usato per i backup che avevano una conservazione ridotta e non crescevano molto.

Non sono a conoscenza di una soluzione d2d progettata per estrarre e ruotare le unità. Poiché la maggior parte di essi utilizza RAID su tutti i dischi. Ciò significa che la conservazione è limitata dalle dimensioni del disco.

Sostengo fermamente contro i backup basati su disco online. Non sono realmente sicuri contro la manomissione e possono causare incoerenze nei dati. So che molte persone, specialmente qui su serverfault, le stanno usando, ma non penso che questo sia il modo per rendere il backup del disco più efficace.

Mi sento allo stesso modo di rompere gli specchi e spostare i dischi. La maggior parte dei controller RAID funzionerà bene, ma è molto costoso ricostruire quel set RAID e nel frattempo le prestazioni ne risentiranno.

Una cosa bella del fare backup su hard disk è che sono veloci . Utilizzando un sistema basato su nastro, la nostra velocità di scrittura su nastro è l'anello lento della catena. Penso che se iniziassimo a utilizzare i dischi rigidi per i backup, il rendimento della nostra rete diventerebbe il fattore limitante.

Probabilmente più critico è che i ripristini possono avvenire più rapidamente . Non solo a causa della velocità delle unità, ma poiché sono ad accesso casuale, non è necessario attendere che un'unità a nastro esegua una ricerca sequenziale lenta per trovare da dove iniziare la lettura prima di poter eseguire il ripristino. E in una situazione di ripristino di emergenza, il tempo può essere critico.

Dipende.

Il backup da disco a disco è l' ideale per uno scenario di ripristino del servizio. Supponi di dover ripristinare un server scaricato entro 90 minuti, 24 ore su 24, 7 giorni su 7. È necessario un disco su disco, in particolare se si supporta in remoto il server.

Anche il disco su disco, il backup replicato su un sito DR remoto è eccezionale, in quanto ti offre protezione da un disastro che colpisce il tuo data center primario.

Disco su disco, il backup non replicato non è una buona scelta se eseguire il backup con parte del piano di continuità aziendale in caso di errore nel centro dati primario.

Inoltre, da disco a disco non è una buona idea se è necessario conservare enormi quantità di dati per un tempo molto lungo. La gente conserva i nastri nelle vecchie miniere di sale per decenni ...

IMO, crei backup per soddisfare le tue esigenze di ripristino del servizio . La conservazione a lungo termine dei dati (non dei sistemi) viene eseguita da un archivio.

I server con unità hot-swap sono molto utili qui. Le unità vengono trattate come si farebbe con un nastro: estrarlo al termine del backup e rimuoverlo fuori sede per l'archiviazione.