Come gestite l'archiviazione dei dati? [chiuso]


9

I backup sono una cosa, ma l'archiviazione a lungo termine è un'altra. Ad esempio, potrebbe essere necessario archiviare e-mail per 7 anni o conservare indefinitamente tutti i dati del progetto. In passato salvavo gli archivi su nastro, ma poi i nastri venivano distrutti (le unità strappano il nastro). Quindi ... scrivi su 2 nastri che ti sento dire. È quello che fanno gli altri? Hai 2 (o più) nastri degli stessi dati per ridondanza?

Ma poi l'altro problema è che i nastri di solito non possono essere letti da diversi fornitori di software di backup. Ad esempio, se si passa da Arcserve -> Backup Exec -> Commvault per oltre 10 anni, è necessario conservare tutti e 3 i sistemi in modo da poter ripristinare i vecchi dati. Allo stesso modo per l'hardware. I vecchi nastri potrebbero non essere codificati a barre. Potrebbe non essere compatibile con la nuova libreria, ecc. Ecc. Quindi mantieni l'hardware nastro vecchio e il software vecchio nel caso in cui potresti aver bisogno di ripristinare un file di 10 anni?

Oppure ... quando si passa a un nuovo sistema di backup, migrare tutti i dati archiviati sul nuovo sistema e ri-archiviarli su nuovi nastri? Potrebbe essere un lavoro enorme.

qualche idea?


Quanti dati stai cercando di archiviare?
GreenKiwi,

Risposte:


3

Di quanti dati stiamo parlando? I nostri dati di "archivio" sono abbastanza piccoli che li conserviamo solo nella memoria live (su un'unità NAS) di cui viene eseguito il backup con i soliti dati live, quindi esiste esattamente come i nostri soliti dati ed è soggetto alle stesse tecniche di recupero senza doversi preoccupare di mantenere in giro la tecnologia decennale. Se i nostri dati in tempo reale si spostano su una nuova piattaforma di archiviazione, l'archivio si sposta di conseguenza. Abbiamo anche impostato le autorizzazioni per i dati di archivio in modo tale che solo un membro del gruppo di sicurezza dell'archivio (di cui ci sono pochissimi utenti membri) abbia accesso per rimuovere qualsiasi cosa da quelle cartelle.

Se hai a che fare con più dati di quanti possano essere ragionevolmente conservati nella memoria live, il nastro potrebbe essere la soluzione migliore per la memorizzazione a lungo termine, unita alla conservazione di almeno due copie in diverse posizioni di memoria controllata. Tirali fuori ogni due anni per assicurarti che i media siano ancora leggibili e migra da vecchi media a nuovi media se stai cambiando fornitore per assicurarti di poter continuare ad accedere ai dati.


1
Gli archivi sono circa 3 o 4 TB. Questo è troppo per il backup come parte del backup regolare, richiederebbe molti nastri extra ogni settimana, il che è uno spreco perché non cambia mai. E non abbiamo comunque spazio di archiviazione SAN di riserva.
PowerApp101,

1
Per 3-4 TB, prenderei un gruppo di unità esterne da 1,0-1,5 TB e realizzerei due serie di copie di backup direttamente sulle unità. Seagate crea un contenitore che accetta 4 unità SATA da 1 TB e consente l'accesso tramite una singola connessione USB. Puoi caricarne due e metterli ciascuno in posizioni diverse. Tirali ancora fuori ogni anno o due per assicurarti che funzionino ancora e sostituiscano le unità secondo necessità. A seconda del fornitore, i nastri potrebbero essere meno costosi.
Justin Scott,

Sì, immagino che sia una soluzione plausibile questi in questi giorni di disco economico. Mi piacerebbe allontanarmi dal nastro, è troppo inaffidabile (errori CRC, nastro rotto, errori di etichetta ecc.).
PowerApp101,

Sì, sceglierei questa opzione. Lo spazio su disco è così economico in questi giorni, mantenere i dati in vita in un sistema ridondante è la strada da percorrere.
GreenKiwi,

1
Il completamento di un backup da 4 TB su USB richiederebbe quasi 20 ore. Non hai una finestra in cui completare il lavoro o, come hai detto, i dati non cambiano mai? Se hai una finestra andrei con qualcosa con una velocità di dati più alta.
JohnyD,

3

Nel mio caso, archiviamo su nastro e ti dirò perché ha senso per noi.

Innanzitutto, il software che utilizziamo, Tivoli Storage Manager, è senza dubbio il software che utilizzeremo per il prossimo futuro. A mio avviso, TSM è il vertice della catena alimentare in termini di software di backup aziendale, quindi il problema di passare a una piattaforma software diversa è relativamente inesistente per noi.

Detto questo, manteniamo alcuni archivi a lungo termine e abbiamo diversi modi per farlo. Fortunatamente per noi, utilizziamo alcune delle più recenti tecnologie a nastro che possono contenere fino a 1 TB per cartuccia, quindi avere una grande quantità di archivi all'interno della libreria non è un problema.

  • Archivia su nastri locali e copia quegli archivi nel nostro centro dati alternativo, con i nastri di archiviazione all'interno della libreria di nastri.

Lo facciamo per determinati tipi di dati perché i dati vengono ripristinati su base regolare ed è abbastanza importante da richiedere due copie.

  • Archivia su nastri locali, ma non su nastri remoti, e lascia i nastri all'interno della libreria.

Lo facciamo per dati leggermente meno importanti, che devono essere ripristinati su base piuttosto regolare.

  • Archivia su nastro locale e invialo fuori sede per l'archiviazione.

Le pratiche di cui sopra hanno funzionato abbastanza bene per noi in passato. Abbiamo migrato verso una tecnologia a nastro totalmente diversa un paio di anni fa, ed è stato un po 'di lavoro per spostare i dati, ma in realtà non è stato un grosso problema. In TSM era letteralmente un comando per server di archivi, e sarebbe stato eseguito. Potrebbero volerci un paio di giorni per correre, ma non è stato uno sforzo di lavoro attivo per nessuno.

L'onda del futuro è ovviamente l'archiviazione su disco.

Non appena se ne presenterà l'occasione, inserirò un array di dischi in una struttura di archiviazione sicura e copierò archivi di tipo audit a lungo termine su un dispositivo del genere.


Buone idee. In realtà abbiamo una configurazione simile. Abbiamo 2 strutture remote con librerie a nastro. Usiamo Commvault, simile a TSM, credo. Il fatto è come definire "dati leggermente meno importanti". È importante per qualcuno! E potrebbe essere critico per il business, a tua insaputa.
PowerApp101,

Sull'array di dischi, vale la pena guardare ZFS su Solaris o NetApp, che verifica regolarmente i checksum per blocco, riducendo notevolmente la possibilità di bit-rot. Qualsiasi approccio di archivio che non tenga conto del bit-rot mi sembra carente.
RichVel,


0

Puoi anche cercare una soluzione come Data Domain (ora NetApp) . Archiviano e eseguono una compressione avanzata che chiamano DeDupe per cui cercano parti di dati simili e ottengono rapporti di compressione molto elevati.

Che tipo di dati stai cercando di eseguire il backup? Sono tutti dati "casuali" come video o musica? O sono i dati che potrebbero prestarsi alla compressione?


Sospetto che costerebbe troppo, come Avamar. Usiamo il software Commvault che fa anche DeDupe se spendi i soldi, che non abbiamo. Accidenti a te GFC!
PowerApp101,

0

Andare avanti con la nuova soluzione di archiviazione e conservare i nastri per tutto il tempo necessario per i dati. Se lo richiedi in modo permanente, potresti prendere in considerazione la migrazione su disco. Con i backup su disco, la migrazione a supporti futuri è decisamente più semplice.

Tra un anno o forse 2 da ora puoi iniziare a disgregare i nastri se quei backup non sono più necessari.

Reimplementare è un grande sforzo se il tempo risolverà il tuo problema per te. Esegui l'analisi dei costi se hai un costo associato all'archiviazione dei backup e / o delle licenze software per lavorare con quelli.


0

Il tuo problema con l'archiviazione dei dati, per semplificare il tuo enigma, sembra essere la compatibilità futura dei vecchi nastri con il nuovo hardware.

La mia soluzione: scegli un solo fornitore con una soluzione completa (software e hardware) che ritieni possa fare del suo meglio per offrire la compatibilità precedente.

E ovviamente ottieni un ottimo rapporto qualità-prezzo considerando la tua fedeltà;)

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.