Soluzione di backup per 10 TB di dati e 3 server

Sto cercando una soluzione di backup per questo scenario:

• 3 server (un server di posta Linux, 2 server Windows)
• ~ 10 TB di dati
• Di cui 2 TB sono in uso quotidiano
• qualche GB di attività / modifica al giorno
• capacità di ripristinare i dati da qualsiasi momento
• il backup viene eseguito su un sistema live (ufficio internazionale)
• È necessario eseguire il backup anche di un database MSSQL
• Non esiste una connessione di rete sufficiente per eseguire il backup dei dati fuori sede
• Accesso semplice (file system nativo) ai dati protetti.

Al momento il backup dei dati viene gestito eseguendo il delta su dischi portatili in una posizione fuori sede. Ma il software non è completamente affidabile (qualcosa cucinato in casa).

Abbiamo ponderato se acquistare una soluzione di libreria a nastro da Dell, ma non siamo molto convinti che i nastri siano la strada da percorrere per questa quantità relativamente piccola di dati.

Come imposteresti questo tipo di backup dei dati? Quale software consiglieresti?

Il trasporto di dischi con il delta su un server fuori sito su un server mirror è un'opzione. Che tipo di hardware useresti?

Quello che consiglierei per una soluzione in loco con cui iniziare è di investire in un server di backup che abbia una buona quantità di spazio per l'espansione.

Di recente stavo esaminando la possibilità di distribuire una soluzione di unità nastro con driver di nastro HP ed ero molto spento dalla scarsa quantità di spazio di archiviazione per nastro, dal prezzo elevato e dal fatto che se avessi bisogno di aggiornarlo potrei anche gettare il vecchio nastro caccia fuori dalla finestra.

Una cosa che potresti voler guardare è Drobo pro , se ne carichi uno con unità da 2 TB puoi ottenere 16 TB. Ho cercato di provare uno di questi (quando ricevo i fondi :)) ma ho ricevuto ottime recensioni su di loro e il fatto che qualche anno in meno che devi aggiornare devi solo fare qualche giro e inserire un nuovo disco rigido che abbia ancora più spazio ridicolo.

Probabilmente starai meglio se investi in una soluzione comprovata.

I nastri non sono sicuramente la strada da percorrere, per le tue dimensioni una soluzione basata su disco sarebbe migliore e molto più facile da mantenere.

Quando sei sulla scala TB, dovresti considerare di usare qualcosa con compressione e deduplicazione . In una soluzione come questa, memorizzerai solo dati univoci comuni su più computer e avrai riferimenti a questi file o blocchi unici.

Dovresti anche assicurarti che qualunque sia il tuo server di backup, il prodotto supporta l'archiviazione espandibile. Quindi puoi iniziare con 10 TB e aggiungere più dischi mentre procedi.

Con diversi computer sarebbe anche favorevole un client di backup senza agente. In modo che sia possibile eseguire il backup dell'intera LAN da un singolo client di backup. Alcuni prodotti includono anche un computer virtuale basato su una posizione FTP / SFTP / FTPS. Quindi potresti avere il tuo client di backup su Windows e eseguire il backup di tutte le macchine LAN + la macchina Linux dalla stessa interfaccia.

Non utilizzerei un approccio basato su 1) backup incrementali e 2) backup differenziali. Con i backup incrementali, alla fine vorrai fare un altro backup completo o al momento del ripristino dovrai ripristinare troppi backup. Con i backup differenziali, alla fine vorrai fare un altro backup completo o alla fine il tuo backup differenziale diventerà troppo grande. Nel tuo caso dovresti inviare nuovamente i 10 TB. Questo non è accettabile

Quando si esegue il seeding dei dati sul server di backup, assicurarsi che i dati non necessitino MAI di un nuovo trasferimento se non vengono modificati.

Accertarsi di NON AVERE BISOGNO di ripristinare i backup completi e di poter ripristinare solo un sottoinsieme di ciò di cui è stato eseguito il backup e di poter selezionare i backup come erano nel giorno in cui si esegue il ripristino.

Il backup dei dati dovrebbe essere consentito da posizioni fuori sede e anche se il client di backup non è in linea. Nel caso in cui siano offline, dovrebbe essere disponibile un'opzione di "backup iniziale di grandi dimensioni" per l'importazione successiva sul server.

Assicurati di scegliere una soluzione che ha incorporato i backup MS SQL e scambia i backup e che non è necessario trasferire nuovamente tutto ogni volta che esegui il backup. Dovrebbe supportare backup a caldo di questi elementi.

Un esempio di un prodotto su questa scala che supporta tutto quanto sopra è ROBOBAK . (Lavoro anche per questa compagnia)

Guardando lo scenario, la migliore soluzione di backup può essere fornita da "faubackup", passare attraverso questo http://faubackup.sourceforge.net/ .

Faubackup utilizza un filesystem su un disco rigido per backup incrementali e completi. Ciò consente al backup di essere accessibile tramite strumenti standard del filesystem.

I backup successivi nello stesso filesystem saranno automaticamente incrementali, poiché i file invariati sono solo collegati alla versione esistente del file.

L'esecuzione di 'faubackup srcdir destdir' è un po 'come' cp -a srcdir destdir / 'date' '. Cioè, copierà tutto da srcdir a una sottodirectory di destdir. Questa directory prende il nome dall'ora del backup (formato 'AAAA-MM-GG @ hh: mm: ss'). Tutti i nomi di file, autorizzazioni, contenuti verranno conservati. Può far fronte a soft, hardlink e buchi nei file.

Il grande vantaggio rispetto a una semplice copia è l'uso di collegamenti diretti tra file invariati per ridurre al minimo l'utilizzo dello spazio su disco. È possibile trovare un faubackup carino su base regolare e tutti i file che non sono cambiati tra queste chiamate non vengono nuovamente copiati, ma sono collegati tra loro in modo sicuro tra le varie directory di backup. Questo è simile ai backup incrementali, in cui solo i file modificati vengono scritti sul nastro.