• Commenti

Backup disk-to-disk: perché, come e quando / 1

• Data 02-09-2009
• di A. Brewerton ( BakBone Software) per eWeek Europe

Perché il backup su disco. Quando non è backup. I parametri di backup e recovery

• Backup  disk-to-disk: perché, come e quando (parte 2)
• Backup  disk-to-disk: perché, come e quando (parte 3)

Le tecniche di backup stanno cambiando, e cambiando rapidamente. Solo poco tempo fa fare backup significava copiare le informazioni più importanti da un hard disk a un nastro di qualunque formato. Ora invece sono sempre di più le organizzazioni che utilizzano hard disk per i loro backup oltre che per memorizzare i dati primari, un processo che è noto come backup disk-to-disk, o con sigla anglosassone D2D.

Diverse le ragioni di questo cambiamento. In particolare il costo degli hard disk è diminuito in modo drastico, mentre la loro capacità è aumentata. Inoltre i disk array offrono migliori prestazioni di lettura e scrittura rispetto ai nastri: una caratteristica che mostra vantaggi se un’applicazione deve essere sospesa o messa offline prima del backup. E’ senz’altro vero che, nonostante i molti inconvenienti di gestione anche manuale, una cartuccia a nastro su uno scaffale è ancora il mezzo più economico ed energeticamente meno costoso di immagazzinare i dati a lungo termine, ma questo è il ruolo di uno storage di archiviazione, non di backup.

I dischi possono essere introdotti in un processo di backup in molti modi dalle librerie virtuali (VTL) fino ai processi di Continuous Data Protection (CDP) e ogni metodo si adatta meglio di altri al tipo di applicazione o di utenza. Ogni organizzazione potrebbe disporre di più di uno schema di backup D2D per soddisfare esigenze di ripristino diverse. I dischi possono essere utilizzati anche in altre attività di protezione dei dati, come la replica o il mirroring, ma è importante comprendere come non si tratti di backup.

Perché il backup? E’ un fatto inevitabile che computer e storage su disco si guastino. non spesso, ma succede. Inoltre possono essere rubati, distrutti in un disastro, danneggiati da guasti di alimentazione , mentre i dati possono essere perduti da una cancellazione per errore e o da un salvataggio di una versione sbagliata, Quando succede entra in azione il backup. Il backup riguarda il salvataggio dei dati in un momento specifico e in uno stato coerente. Consente di tornare indietro a uno specifico punto di ripristino , ad esempio per recuperare una versione precedente di un file cancellato e o di un database corrotto, di ripristinare un sistema a uno stato di lavoro precedente il guasto o di portarne una copia fuori sede per metterla la sicuro. Tradizionalmente il backup veniva conservato su un mezzo non volatile e rimuovibile, come il nastro. Nel tempo questo ruolo è stato conquistato da mezzi non rimuovibili in siti diversi – un sito secondario di proprietà o in uno gestito da un service provider - con le reti a sostituire altri sistemi di trasporto dei dati.

Quando si devono ripristinare i dati, il grande vantaggio del disco sul nastro è la sua capacità di accesso casuale e non sequenziale che rende più spedito il processo di recupero di un file singolo.

Il metodi di backup e recovery da usare dipendono da due fattori. Il parametro RPO ( Recovery Point Objective) indica la quantità di dati che un’organizzazione può permettersi di perdere o ricreare. Il parametro RTO (Recovery Time Objective) indica quanto tempo ci vuole per ripristinare i dati prima che la loro mancanza provochi problemi di business continuity. Per esempio se RPO è di 24 ore, backup giornalieri su nastro sono accettabili e ogni dato creato o cambiato dal guasto va recuperato manualmente. Un RTO di 24 ore indica che un’organizzazione può sopravvivere senza sistema per un giorno. Se invece RPO e RTO fossero di secondi o di ore, la tecnica di backup dovrebbe non sol tener traccia dei cambiamenti dei dati quando avvengono, ma dovrebbe permetterne il ripristino quasi immediatamente. Solo processi di CDP basati su disco sono in grado di farlo.

L’autore di questa guida è Andrew Brewerton, technical director presso BakBone Software.