Come si eseguono i backup del disco rigido fuori sede?


14

Ho fatto i backup del disco rigido per un po ', cosa che credo lo facciano anche molti di voi, ma ho problemi a trovare un modo migliore per archiviarli fuori sede. Mi chiedo come lo facciate ragazzi. Qualsiasi politica o trucchi e suggerimenti quando si tratta di archiviare i backup fuori sede, principalmente dischi rigidi e non nastri.

Grazie in anticipo.

[aggiornamento] Grazie per aver menzionato il backup online. Siamo attualmente nel mezzo di questo processo. E sono d'accordo al 100% che è il modo migliore per andare. Tuttavia, considerando il costo, a volte potrebbe non essere l'opzione, poiché è un'opzione piuttosto costosa se si considera anche il livello dell'applicazione. Immagino che il backup online possa essere molto valido nell'argomento separato. :)


Solo una cosa da tenere a mente sui backup. Il ripristino di emergenza riguarda principalmente il ripristino da poco prima che si verificasse il disastro. La maggior parte dei backup offsite (online o altro) può fare un ottimo lavoro usando dischi rigidi. Tieni presente che spesso molti lavori di ripristino sono il risultato di un problema legale o di un altro tipo di "spedizione di pesca" in cui è necessario ripristinare la revisione di file o e-mail di 1, 2 o molti anni fa. Assicurati che il tuo backup offsite includa questo dato che è molto più probabile che ti venga chiesto di ripristinare l'e-mail XYZ da 2 anni fa rispetto all'intero server di ieri.
Kevin Kuphal,

Risposte:


9

A seconda di quanto è necessario eseguire il backup, consiglierei quanto segue:

  1. JungleDisk / Amazon S3 - Funziona MOLTO bene.

  2. Anche RSYNC su una macchina remota funziona molto bene. Lavoro CRON ogni XX ore.

Effettuiamo il backup di quasi un TB di dati sul cloud S3 di Amazon e abbiamo un "warm standby" al nostro backup di backup dal master più volte al giorno (tramite rsync). Il costo per il trasferimento / archiviazione su Amazon S3 è estremamente economico. (ad es. più economico della masterizzazione su un DVD ma non più economico del backup su HDD. Conosco alcune persone che collegano semplicemente un "My Book" UDB da 1 TB o qualcosa al server e lo eseguono il backup settimanalmente / mensilmente. A seconda delle esigenze uno o due di questi potrebbero essere la soluzione più economica per te.

Ora si tratta solo di backup di DATI. Diversi commenti qui sotto parlano del backup del server stesso ...

A seconda delle esigenze, Norton Ghost o anche Acronis ( http://www.acronis.com ) potrebbero esserti utili. Cose come Norton Ghost tendono a fare affidamento sulla capacità di poter effettivamente spegnere il computer per eseguire il backup. Alcuni di noi non hanno quel lusso, ma se lo fai, Norton Ghost è un prodotto MOLTO buono.


4
La mia opinione è che dovresti eseguire rsync dalla macchina remota (backup) piuttosto che ad essa. In questo modo, la macchina di produzione non ha le credenziali del backup su di essa, quindi quando qualcuno esegue il root della macchina di produzione non può immediatamente eseguire anche il backup di tutti i backup.
Hark

Corretta. Il nostro server BACKUP è ciò che esegue il lavoro CRON con rsync (o rdiff-backup) e "estrae" dal MASTER a se stesso.
KPWINC,

Buon punto. Non ho provato nessuna delle due opzioni ma entrambe sembrano piuttosto interessanti.
Kent,

@hark: anche il contrario non ha lo stesso problema? Se qualcuno esegue il root della casella di backup offsite (che potrebbe essere più non protetta e non aggiornata rispetto a una casella di produzione) non sarà in grado di accedere alla casella di produzione?
Cherouvim,

@cherouvim, la casella di backup non è connessa al mondo esterno se non per eseguire gli aggiornamenti. Inoltre, il firewall è impostato per non rispondere nemmeno alle richieste di connessione, tranne per una porta SSH oscura. Idealmente, la macchina dovrebbe essere in standby e svegliarsi quando è il momento di eseguire il backup / aggiornamento / gestione.
Mircea Chirea,

3

Non limitarti a eseguire il backup dei dati --- realizziamo regolarmente immagini Ghost dei nostri server principali e teniamo anche questi fuori sede.


+1 per menzionare il backup del sistema. Siamo uguali qui. Avere i dati senza il sistema che lo esegue non significa quasi nulla per noi.
Kent,

È stata una lezione difficile da imparare.
Bill B,

2

Un po 'di lusso, lo ammetto, ma viviamo in diretta le nostre SAN e eseguiamo il backup in ogni sito con nastri o dischi periodici che vanno a una società esterna (come IronMountain ).


1
Facciamo molto simile / stesso, (disco-disco-nastro, Iron Mountain.) Per quanto sia un "lusso"; nostro sr. la gestione che comprende il costo del nostro abbattimento per 1 ora, porta il punto a casa piuttosto bene. :)
Greg Meehan,

Lo stesso qui, perderemmo il 20% della nostra base di utenti se fossimo inattivi per un'ora - prendiamo alcune decisioni molto facili :)
Chopper3

2

Dipende dalla dimensione / forma del requisito di backup, dalla capacità tecnica e dalla frequenza di modifica dei dati ...!

L'opzione più semplice è assumere un altro server da Rackspace (o un altro provider), VPN su di esso e Robocopy i tuoi file. Realizza uno script che esegua alcune semplici cose di padre, nonno, figlio e test di prova ... Tutto ciò può essere automatizzato.

Come per tutti i backup, è importante fare periodicamente una giornata DR perché potresti avere i tuoi dati, ma cosa succede se ti sei dimenticato di avere una copia dell'applicazione che stai eseguendo a portata di mano ...!

Spesso sono le cose più semplici a fallire, NON le più complesse o quelle che pensi ...

In bocca al lupo

Mike


2

Cose da considerare:

  1. Chi è responsabile per rimuovere i backup dal sito e chi subentra se sono fuori / ammalati / in vacanza / ecc?
  2. Come stai memorizzando i tuoi HDD? Contenitori imbottiti? Area climatizzata?
  3. Come posso accedere ai tuoi dischi memorizzati? Se è solo una persona cosa succede se vengono colpiti da un autobus?
  4. Quando è stata l'ultima volta che hai provato a ripristinare da uno di questi dischi?
  5. Quando è stata l'ultima volta che hai riposato OGNI disco per assicurarti che fossero ancora buoni? I media non durano per sempre.
  6. Lo schema e la procedura di rotazione sono documentati in modo che anche Sandy dall'ufficio postale o Dan dalla reception possano ruotare il supporto?

Conservare i dischi nella casa di qualcuno è una buona idea solo se le persone con più utenti hanno le chiavi di quella casa. Naturalmente ci sono aziende che forniscono servizi di media fuori sede, incluso il ritiro / consegna e la gestione di chi ha accesso. Questo ovviamente costa denaro, ma non necessariamente molto rispetto alla perdita dei tuoi dati. Usiamo IronMountain e sono rimasto scioccato nello scoprire quanto poco effettivamente costa / mese avere un container da loro. In realtà abbiamo 4 container di cui 3 fuori sede in qualsiasi momento.


1

Immagino che questo dipenda da quanti dati stai archiviando, ma il backup online è dove si trova.

Non devi preoccuparti di scorrere i dischi rigidi, rubare la tua auto e altri rischi legati al trasporto dei tuoi dati.

Il backup online sta diventando economico - attualmente sto pagando 50 centesimi al concerto. I backup vengono eseguiti uno a notte e le versioni precedenti vengono mantenute secondo una specifica che decido. È tutto crittografato prima di lasciare il nostro sito.

Passare dai backup su nastro (o basati su HD) ai backup online è stata una delle migliori decisioni che abbiamo mai preso! Spero che tu sia in un'organizzazione che prenderà in considerazione i backup online.


+1 per visualizzare l'opzione di andare cloud. @ddrager, sei in grado di condividere quale servizio stai utilizzando?
Kent,

Qualunque cosa online è a rischio. Tutti i dati che sfuggono al tuo controllo immediato sono a rischio. Presumibilmente hai un accordo con il tuo provider, ma perdere i tuoi dati è ancora molto più pericoloso per la tua azienda rispetto ai loro, e se hanno problemi di business hai problemi di backup.
David Thornley,

1

Un metodo entro i limiti stabiliti è quello di trovare una banca vicina con cassette di sicurezza e metterli lì. Quanto è vicino sarebbe un compromesso tra convenienza / rischio. Più è vicino, maggiori sono le possibilità che un disastro influisca anche su quel luogo.


1
al giorno d'oggi c'è meno bisogno di una cassetta di sicurezza - puoi invece usare partizioni / unità crittografate.
pQd

2
Certo, ma la banca è praticamente ignifuga e antifurto come puoi ragionevolmente ottenere. Un'unità crittografata è ancora utile per chi desidera un po 'di spazio aggiuntivo sul disco rigido.
Ceejayoz,

1

ho backup che provengono da un paio di posti [paesi in effetti] su un server centrale. i backup sono gestiti da backupninja , utilizzo rdiff-backup , rsync e script personalizzati.

server centrale mantiene online 14 giorni di storia.

ogni mattina [dopo l'arrivo di tutti i dati] sincronizzo l'intero contenuto dei dati online su un disco da 1 TB collegato tramite USB . durante il giorno il contenuto del disco viene verificato [almeno in parte con rdiff-backup], quindi sono abbastanza sicuro che possa essere recuperato in futuro. le unità USB vengono ruotate settimanalmente. e sono memorizzati "lontano" dal server. i dati su unità USB si trovano su una partizione crittografata, quindi non è necessario un archivio sicuro.

questo funziona bene per una quantità di dati ragionevolmente piccola - nel mio caso sono <200 GB di dati, ~ 5 GB di diff ogni 24 ore. se è necessario ripristinare, nel 90% posso farlo dalla copia online. se i dati che devono essere recuperati sono più vecchi di 14 giorni, posso recuperarli rapidamente da una posizione fuori sede.


1

Come ha detto Laura, ulteriori requisiti potrebbero essere di aiuto, tuttavia posso dirti cosa uso per gestire i miei backup personali.

Ho un accordo di riserva con un buon amico. Ospitano un'unità USB esterna sulla propria workstation e io ne ospito una. Ognuno di noi ha un accesso ssh limitato agli altri computer per inviare i dati alle nostre unità remote. Prima di questo ho trasferito i dati su un server a cui avevo accesso con spazio adeguato.

I miei backup sono programmati con cron e quindi eseguiti per duplicità . Ho scelto questo strumento perché supporta molti metodi di spostamento dei dati di backup (ssh, sftp, s3, local, ...). Ancora più importante, è possibile utilizzarlo per eseguire backup crittografati. Questo è utile quando scarichi dati in un'altra posizione su cui non hai lo stesso controllo.


1

Nella nostra operazione, abbiamo trovato in qualche modo importante considerare lo scopo della memoria e scegliere il supporto appropriato a seconda di tale scopo. Come impianto di registrazione e produzione video, disponiamo di terrabyte di dati che dobbiamo spostare dentro e fuori servizio. Utilizziamo un processo di pensiero online, nearline e offline. Le cose online sono ovviamente sul server locale. Nel nostro caso uso NearLine per fare riferimento all'archiviazione utilizzata per ripristini rapidi in caso di errore del server. Si tratta in genere di set di dischi rigidi esterni terrabyte memorizzati sia in loco che fuori sede. Possono essere collegati rapidamente per ricostruire un file server.

Dove diventa interessante è l'archiviazione offline. Nel nostro caso questo potrebbe essere un progetto video al quale sappiamo che potremmo dover tornare tra un anno, ma non è necessario che sia immediatamente online. Abbiamo bisogno di un supporto di archiviazione per grandi quantità di dati. Questo sta diventando sempre più importante nel mio settore, dal momento che molte delle fotocamere ad alta definizione stanno sparando direttamente a banchi di schede P2 da 16 o 32 GB, quindi non ci sono supporti su nastro o pellicola su cui tornare. Il prodotto iniziale sono file digitali. Conosco molte società di produzione che utilizzano unità firewire per questo scopo di archiviazione offline. Copiano il progetto su un'unità firewire esterna e lo posizionano su uno scaffale.

Tuttavia, abbiamo avuto un tasso di guasto abissale su queste unità. Avevamo quasi 20 di queste unità in un punto e ne abbiamo rimandate oltre un terzo per la riparazione in un punto o nell'altro. Dopo aver perso il backup del disco esterno primario e secondario per un progetto nella stessa settimana, abbiamo finalmente abbandonato tale concetto e siamo tornati su nastro per l'archiviazione a lungo termine. Nel nostro caso LTO4.

Per riassumere, IMHO il supporto da utilizzare dipende dall'applicazione e dalla longevità. Abbiamo nastri di oltre un decennio fa che si ripristinano perfettamente. Non sono convinto che un disco rigido seduto su uno scaffale per dieci anni debba necessariamente tornare.


0

Gestiamo i nostri backup in questo modo:

  • 1 piccola macchina di backup
  • 1 RAID1-Array (1 TB, RAID software Linux)
    • 1 HDD interno
    • 2 HDD esterni (ora: USB, futuro: eSATA)
  • md-Device è una partizione crittografata luks
  • mdadm, udev, UUIDs ... gestiscono la risincronizzazione automatica dell'array quando i dischi USB vengono (ri) collegati
  • backup effettivi eseguiti con dirvish tramite ssh e curlftpfs
    • dove necessario: LVM-Snapshot, mysqldumps, qualunque cosa ... sia fatto da dircish pre-client -scritps
    • Chiave SSH senza password con script di convalida rsync come comando consentito
    • il contenitore di backup viene montato poco prima di iniziare il beackup e successivamente smontato

Pro e contro:

[+] abbiamo sempre una "buona copia" di tutti i dati sull'HDD ionico (che è fortemente monitorato)

[+] puoi scegliere uno qualsiasi degli HDD esterni e portarlo a casa per il backup off-site

[+] se non vai a casa subito dopo il lavoro e perdi il disco di backup nei dati della barra dovrebbe essere sicuro a causa del contenitore crittografato

[-] ogni volta che un disco viene (ri) attaccato, l'intero disco deve essere sincronizzato dagli altri

[-] se il backup diventa più grande di un singolo disco diventa molto più complicato (potresti estendere un LV su più dischi e usarli come dispositivi md - ma devi sempre scegliere i 2+ dischi che appartengono insieme)

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.