Cosa sono il backup e il disaster recovery?

I sottoprocessi "backup" e "disaster recovery" vengono talvolta confusi l'uno con l'altro o con l'intero processo. Il backup è il processo di creazione di copie dei file. Il disaster recovery è costituito dal piano e dai processi per l'utilizzo delle copie al fine di ripristinare velocemente l'accesso ad applicazioni, dati e risorse IT in seguito a un'interruzione. Questo piano potrebbe prevedere il passaggio a un set ridondante di server e sistemi di storage fino a quando il data center principale non torna a funzionare.

Il semplice fatto di disporre di copie dei dati non significa che un'azienda possa mantenere l'attività in funzione. Garantire la continuità aziendale richiede un piano di backup e disaster recovery solido e testato.

La tua organizzazione non può permettersi di trascurare il backup o il disaster recovery. Se occorrono ore per recuperare i dati persi dopo una cancellazione accidentale, i dipendenti o partner rimarranno inattivi, incapaci di completare i processi aziendali critici che si basano sulla tua tecnologia. E se ci vogliono giorni per riportare la tua attività online dopo un disastro, rischi di perdere definitivamente dei clienti. Considerando la quantità di tempo e denaro che potresti perdere in entrambi i casi, gli investimenti a livello di backup e disaster recovery sono del tutto giustificati.

Conoscere alcuni termini essenziali può aiutarti a definire le tue decisioni strategiche e a valutare meglio le soluzioni di backup e disaster recovery.

• Il recovery time objective (RTO) corrisponde alla quantità di tempo necessaria per recuperare le normali operazioni aziendali dopo un'interruzione. Nel definire il tuo RTO, dovrai considerare quanto tempo sei disposto a perdere e l'impatto che questo tempo avrà sui tuoi profitti. L'obiettivo RTO può variare notevolmente da un'azienda all'altra. Per esempio, se una biblioteca pubblica perde il suo sistema di cataloghi, probabilmente può continuare a funzionare manualmente per alcuni giorni, mentre i sistemi vengono ripristinati. Tuttavia, se un grande retailer online perde il suo inventario, anche 10 minuti di tempo di inattività, con la relativa perdita di fatturato, sarebbero inaccettabili.

• Il recovery point objective (RPO) si riferisce alla quantità di dati che puoi permetterti di perdere in caso di disastro. Potrebbe essere necessario copiare continuamente i dati in un data center remoto affinché un'interruzione non comporti alcuna perdita di dati. Oppure potresti decidere che la perdita di cinque minuti o di un'ora di dati sia accettabile.
  
  
• Il failover è il processo di disaster recovery che trasferisce automaticamente le attività ai sistemi di backup in modo semplice per gli utenti. Potresti effettuare il failover dal data center principale a un sito secondario, con sistemi ridondanti pronti a subentrare immediatamente.
  
  
• Il failback è il processo di disaster recovery che prevede il ritorno ai sistemi originali. Una volta che il disastro è passato e il data center primario è di nuovo in funzione, dovresti essere in grado di tornare indietro senza alcun problema.
  
  
• Il ripristino è il processo di trasferimento dei dati di backup al sistema primario o al data center. Il processo di ripristino è considerato parte del backup piuttosto che del disaster recovery.

Un ultimo termine può essere utile per valutare le alternative di gestione dei processi di disaster recovery e dell'ambiente di disaster recovery:

• il disaster recovery as a service (DRaaS) è un approccio gestito del disaster recovery. Una terza parte fornisce l'hosting e la gestione dell'infrastruttura utilizzati per il disaster recovery. Alcune soluzioni DRaaS potrebbero fornire gli strumenti necessari per gestire i processi di disaster recovery o per consentire alle organizzazioni di gestire tali processi per loro.

Una volta compresi i concetti chiave, è il momento di applicarli al workload. Molte organizzazioni hanno più RTO e RPO che riflettono l'importanza di ogni workload per la loro azienda.

Per una grande banca, il sistema bancario online potrebbe rappresentare un workload critico e quindi la banca deve ridurre al minimo le perdite di tempo e dati. Tuttavia, l'applicazione per il monitoraggio del tempo dei dipendenti della banca è meno importante; in caso di disastro, la banca potrebbe consentire che l'applicazione rimanga inattiva per diverse ore o addirittura un giorno senza avere un grande impatto negativo sull'attività. Definire i workload come Tier 1, Tier 2 o Tier 3 può fornire un framework per il piano di disaster recovery.

Il passo successivo nella progettazione di un piano di disaster recovery consiste nella valutazione delle opzioni di implementazione. È necessario mantenere alcune funzioni di disaster recovery oppure i dati di backup on-premise? Potresti trarre beneficio da un approccio basato su cloud pubblico o hybrid cloud ?

Le soluzioni di backup e disaster recovery basate sul cloud stanno diventando sempre più popolari tra le organizzazioni di ogni dimensione. Molte soluzioni cloud forniscono l'infrastruttura per memorizzare i dati e, in alcuni casi, gli strumenti per la gestione dei processi di backup e disaster recovery.

Selezionando un'offerta di backup o disaster recovery basata su cloud, puoi evitare l'ingente investimento di capitale per l'infrastruttura e i costi di gestione dell'ambiente. Ottieni inoltre una rapida scalabilità e la distanza geografica necessaria per mantenere i dati al sicuro in caso di disastro a livello regionale.

Le soluzioni di backup e disaster recovery basate sul cloud possono supportare sia gli ambienti di produzione on-premise che quelli basati sul cloud. Potresti decidere, ad esempio, di memorizzare solo i dati di backup o quelli replicati nel cloud, mantenendo invece l'ambiente di produzione nel tuo data center.

Con questo approccio ibrido ottieni comunque i vantaggi della scalabilità e della distanza geografica senza dover spostare il tuo ambiente di produzione. In un modello cloud-to-cloud, sia la produzione che il disaster recovery si trovano nel cloud, anche se in luoghi diversi, al fine di garantire una sufficiente separazione fisica.

In alcuni casi, mantenere determinati processi di backup o disaster recovery on-premise potrebbe aiutarti a recuperare i dati e a ripristinare rapidamente i servizi IT. La conservazione di alcuni dati sensibili on-premise potrebbe essere interessante nel caso in cui si debbano rispettare rigide normative sulla privacy dei dati o sulla sovranità dei dati.

Per il disaster recovery, un piano basato interamente su un ambiente on-premise sarebbe complesso. In caso di disastro naturale o black out, l'intero data center, con i sistemi primari e secondari, ne risentirebbe. Ecco perché la maggior parte delle strategie di disaster recovery utilizza un sito secondario situato a una certa distanza dal data center principale.

Questo sito potrebbe trovarsi dall'altra parte della città, dall'altra parte della nazione o dall'altra parte del mondo, a seconda di come decidi di bilanciare fattori quali prestazioni, conformità normativa e accessibilità fisica al sito secondario.

A seconda delle opzioni di implementazione scelte, potresti avere diverse alternative per i tipi di tecnologie e processi da utilizzare per il backup e il disaster recovery.

Nonostante siano in circolazione da decenni, i sistemi di storage tradizionali possono ancora svolgere un ruolo nel tuo piano di backup. Con una soluzione a nastro è possibile memorizzare grandi quantità di dati in modo affidabile e conveniente.

Sebbene il nastro possa essere efficace per il backup, non viene solitamente utilizzato per il disaster recovery, poiché il DR richiede tempi di accesso più rapidi allo storage basato su disco. Inoltre, se dovessi recuperare fisicamente un nastro da un deposito esterno, potresti perdere diverse ore o addirittura giorni di disponibilità dei dati.

Un backup basato su snapshot acquisisce lo stato attuale di un'applicazione o di un disco in un determinato momento. Scrivendo solo i dati modificati dall'ultima istantanea, questo metodo può aiutare a proteggere i dati pur conservando spazio di storage.

La replica basata su snapshot può essere utilizzata per il backup o il disaster recovery. I tuoi dati saranno completi solo nella misura in cui lo è il tuo snapshot più recente. Se crei snapshot ogni ora, devi essere disposto a perdere un'ora di dati.

Molte organizzazioni si stanno orientando verso la replica continua per il disaster recovery e il backup. Con questo metodo, la copia più recente di un disco o di un'applicazione viene replicata continuamente in un'altra sede o nel cloud, riducendo al minimo i tempi di inattività e fornendo punti di ripristino più granulari.