Scopri gli elementi di base del backup e del disaster recovery, in modo da poter formulare piani efficaci che riducono al minimo i tempi di inattività.

• Riconosci la differenza tra backup e disaster recovery e comprendi i concetti chiave critici per lo sviluppo di strategie efficaci
  
  
• Valuta diverse opzioni di implementazione on-premise e su cloud per individuare la soluzione più adatta per la tua organizzazione
  
  
• Identifica le migliori tecnologie per raggiungere i tuoi obiettivi di backup e disaster recovery

La comprensione dei concetti essenziali del backup e del disaster recovery è fondamentale per ridurre al minimo l'impatto dei periodi di inattività non pianificati sulla tua attività di business. In tutti i settori, le organizzazioni riconoscono che il tempo di inattività può rapidamente causare una perdita di fatturato. Sfortunatamente, disastri naturali, errori umani, violazioni della sicurezza e attacchi ransomware possono mettere a rischio la disponibilità delle risorse IT. Qualsiasi tempo di inattività può bloccare le interazioni dei clienti, ridurre la produttività dei dipendenti, distruggere i dati ed arrestare i processi di business.

Riconoscere le differenze tra backup e disaster recovery, definire i termini chiave e valutare le diverse tecnologie ed opzioni di implementazione possono aiutarti a sviluppare strategie efficaci per evitare le conseguenze dei tempi di inattività.

Esiste un'importante distinzione tra backup e disaster recovery. Il backup è il processo di creazione di una copia (o più copie) extra dei dati. Esegui il backup dei dati per proteggerli. Potresti dover ripristinare i dati di backup se riscontri un'eliminazione accidentale, un danneggiamento del database o dei problemi relativi ad un upgrade del software.

Il disaster recovery, d'altro canto, fa riferimento al piano e ai processi che consentono di ristabilire rapidamente l'accesso ad applicazioni, dati e risorse IT dopo un'interruzione. Tale piano potrebbe comportare il passaggio ad un insieme ridondante di server e sistemi di storage fino a quando il data center non è nuovamente operativo.

Alcune organizzazioni confondono il backup con il disaster recovery. Ma come potrebbero scoprire dopo una grave interruzione, disporre semplicemente di copie dei dati non significa poter continuare a svolgere l'attività di business. Per garantire la business continuity, hai bisogno di un piano di disaster recovery solido e testato.

La tua organizzazione non può permettersi di trascurare il backup o il disaster recovery. Se sono necessarie ore per recuperare i dati persi dopo un'eliminazione accidentale, i tuoi dipendenti o partner rimarranno inattivi, incapaci di completare i processi business-critical che fanno affidamento sulla tua tecnologia. E se sono necessari giorni per riportare online la tua attività di business dopo un disastro, rischi di perdere definitivamente i clienti. Data la quantità di tempo e denaro che potresti perdere in entrambi i casi, gli investimenti in backup e disaster recovery sono completamente giustificati.

La comprensione di alcuni termini essenziali può aiutare a definire le tue decisioni strategiche e a consentirti di valutare meglio le soluzioni di backup e disaster recovery.

• L'RTO (Recovery Time Objective), ossia l'obiettivo di tempo di ripristino, è la quantità di tempo necessaria per ripristinare le normali operazioni di business dopo un'interruzione. Mentre cerchi di impostare il tuo RTO, dovrai considerare quanto tempo sei disposto a perdere e l'impatto che quel tempo avrà sui tuoi profitti. L'RTO può variare notevolmente tra un tipo di attività di business e l'altro. Ad esempio, se una biblioteca pubblica perde il proprio sistema di catalogo, è probabile che possa continuare a funzionare manualmente per alcuni giorni in attesa che i sistemi vengano ripristinati. Ma se un importante rivenditore online perde il proprio sistema di inventario, anche 10 minuti di inattività - e la conseguente perdita di entrate - sarebbero inaccettabili.

• L'RPO (Recovery Point Objective), ossia l'obiettivo di punto di ripristino, si riferisce alla quantità di dati che puoi permetterti di perdere in caso di disastro. Potresti aver bisogno di copiare continuamente i dati in un data center remoto  in modo che un'interruzione non comporti alcuna perdita di dati. Oppure potresti decidere che perdere cinque minuti o un'ora di dati sarebbe accettabile.
  
  
• Il failover è il processo di disaster recovery che scarica automaticamente le attività sui sistemi di backup in un modo che non comporta inconvenienti per gli utenti. Potresti eseguire il failover dal tuo data center primario a un sito secondario, con sistemi ridondanti pronti a subentrare immediatamente.
  
  
• Il failback è il processo di disaster recovery che consente di ritornare ai sistemi originali. Una volta passata l'emergenza e ripristinato il tuo data center, dovresti essere anche in grado di eseguire il failback senza problemi.
  
  
• Il ripristino è il processo di trasferimento dei dati di backup al tuo data center o sistema primario. Il processo di ripristino è generalmente considerato parte del backup piuttosto che del disaster recovery.

Un ultimo termine potrebbe essere utile mentre consideri le alternative per la gestione dei tuoi processi di disaster recovery e del tuo ambiente di disaster recovery:

• Il DRaaS (Disaster Recovery as a Service) è un approccio gestito al disaster recovery. Una terza parte ospita e gestisce l'infrastruttura utilizzata per il disaster recovery. Alcune offerte DRaaS potrebbero fornire strumenti per gestire i processi di disaster recovery o consentire alle organizzazioni di richiedere la gestione di tali processi per loro conto.

Una volta compresi i concetti principali, è il momento di applicarli ai tuoi carichi di lavoro. Molte organizzazioni hanno più RTO e RPO che riflettono l'importanza di ciascun carico di lavoro per la propria attività di business.

Per una grande banca, il sistema di online banking potrebbe essere un carico di lavoro critico - la banca deve ridurre al minimo la perdita di tempo e dati. Tuttavia, l'applicazione di monitoraggio del tempo dei dipendenti della banca è meno importante. In caso di disastro, la banca potrebbe consentire a tale applicazione di rimanere inattiva per diverse ore o addirittura un giorno senza avere un impatto negativo importante sull'attività. La definizione dei carichi di lavoro come Livello 1, Livello 2 o Livello 3 può aiutare a fornire un framework per il tuo piano di disaster recovery.

Valuta le opzioni di implementazione

Il passaggio successivo nella progettazione di un piano di disaster recovery consiste nel valutare le opzioni di implementazione. Hai bisogno di mantenere alcune funzioni di disaster recovery o di backup dei dati on-premise? Potresti trarre vantaggio da un approccio di cloud pubblico o cloud ibrido?

Cloud

Le soluzioni di backup e disaster recovery basate sul cloud stanno diventando sempre più diffuse tra le organizzazioni di tutte le dimensioni. Molte soluzioni cloud forniscono l'infrastruttura per l'archiviazione dei 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 sul cloud, puoi evitare l'ingente investimento di capitale per l'infrastruttura nonché i costi di gestione dell'ambiente. Inoltre, ottieni una rapida scalabilità e la distanza geografica necessaria per mantenere i dati al sicuro in caso di disastro regionale.

Le soluzioni di backup e disaster recovery basate sul cloud possono supportare ambienti di produzione sia on-premise che basati sul cloud. Ad esempio, potresti decidere di archiviare nel cloud solo i dati di backup o replicati mantenendo al contempo 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, la produzione e il disaster recovery si trovano nel cloud, sebbene in siti diversi per garantire una separazione fisica sufficiente.

On-premise

In alcuni casi, mantenere on-premise determinati processi di backup o disaster recovery può aiutarti a recuperare i dati e ripristinare rapidamente i servizi IT. Conservare alcuni dati sensibili on-premise potrebbe anche sembrare allettante se hai l'esigenza di conformarti a rigorose normative in materia di privacy dei dati o sovranità dei dati.

Per il disaster recovery, un piano che si affida interamente a un ambiente on-premise sarebbe impegnativo. In caso di disastro naturale o interruzione di corrente, ne risentirebbe l'intero data center, coinvolgendo i sistemi primari e secondari. Ecco perché la maggior parte delle strategie di disaster recovery impiega un sito secondario che si trova a una certa distanza dal data center primario. Potresti collocare l'altro sito dall'altra parte della città, del paese o del pianeta, in base a come decidi di bilanciare fattori quali prestazioni, conformità normativa e accessibilità fisica al sito secondario.  

Tecnologie

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

Nastro tradizionale

Nonostante sia in circolazione da decenni, il tradizionale storage su nastro magnetico può ancora svolgere un ruolo nel tuo piano di backup. Utilizzando una soluzione su nastro, puoi archiviare una grande quantità di dati in modo affidabile ed economico.

Sebbene il nastro possa essere efficace per il backup, di solito non viene utilizzato per il disaster recovery, che richiede i tempi di accesso più rapidi dello storage basato su disco. Inoltre, se hai bisogno di recuperare fisicamente un nastro da un sito sicuro offsite, potresti perdere diverse ore o addirittura giorni di disponibilità.

Replica basata su istantanee

Un backup basato su istantanee acquisisce lo stato corrente di un'applicazione o di un disco in un determinato momento. Poiché vengono scritti solo i dati modificati dall'ultima istantanea, questo metodo può aiutare a proteggere i dati risparmiando al contempo spazio di storage.

La replica basata su istantanee può essere utilizzata per il backup o il disaster recovery. Ovviamente, i dati sono completi solo quanto quelli dell'istantanea più recente. Se crei istantanee ogni ora, devi essere disposto a perdere un'ora di dati.

Replica continua

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