Ripristino di emergenza e backup: differenze fondamentali
La perdita di dati e le violazioni della sicurezza sono sempre più comuni nel panorama aziendale odierno, con attacchi informatici che hanno raggiunto un livello record nel 2021. I sistemi e i dati di un’organizzazione devono essere protetti, poiché devono essere prontamente disponibili in ogni momento. Ecco perché l’importanza dei backup non può essere sottovalutata. Tuttavia, sebbene il backup dei dati cruciali sia parte integrante della strategia IT di qualsiasi azienda, disporre di backup non equivale ad avere un piano di ripristino di emergenza.
Questo ci porta a capire qual è la differenza tra backup dei dati e ripristino di emergenza. Questi concetti sono spesso erroneamente utilizzati in modo intercambiabile. Per spiegare le differenze, esaminiamo prima ciascun concetto separatamente e poi confrontiamo i casi d’uso e le caratteristiche.
Che cos’è il backup?
Il backup è una copia dei dati creata per essere utilizzata per il ripristino nel caso in cui i dati originali vengano persi o non siano disponibili. Il backup si riferisce anche al processo di creazione di tali copie di backup.
A Il piano di backup è una strategia implementata per il backup di un ambiente, manualmente o automaticamente, in base a una pianificazione e agli obiettivi di ripristino di un’organizzazione.
Il piano di backup dovrebbe idealmente includere diversi backup archiviati in ubicazioni diverse, compreso un data center separato in una posizione remota, nonché archiviati su supporti diversi (come dischi, nastri, cloud, ecc.). Questa pratica si basa sulla regola di backup 3-2-1.
Che cos’è la regola 3-2-1?
La regola di backup 3-2-1 è la colonna portante di qualsiasi pianificazione di backup e ripristino. Essa stabilisce che è necessario disporre di:
- Almeno 3 copie dei dati
- 2 delle quali devono essere conservate su supporti diversi
- 1 copia deve essere conservata offsite.
Si noti che le regole di backup 3-2-1 possono essere estese per includere 1 copia archiviata in un Storage immutabile per il ripristino dopo un attacco di ransomware.
Tuttavia, i semplici backup non sono sufficienti per mantenere operazioni ininterrotte e continuare a servire i clienti. Mantenere la continuità operativa di fronte a qualsiasi disastro o evento imprevisto è fondamentale, poiché qualsiasi interruzione si traduce in perdita di entrate, perdita di clienti e reputazione compromessa. È qui che entra in gioco il ripristino di emergenza.
Che cos’è il ripristino di emergenza?
Il ripristino di emergenza (DR) è un insieme di misure volte a garantire il ripristino tempestivo di dati, applicazioni e sistemi in un sito separato a seguito di un guasto del sistema, una catastrofe naturale o un attacco ransomware. Queste misure consentono a un’organizzazione di mantenere la disponibilità e l’accesso ai sistemi e alle infrastrutture IT aziendali critici, evitando la perdita di dati. Il ripristino di emergenza include anche le misure per riprendere le normali operazioni nel sito primario dopo aver risolto l’interruzione imprevista.
Un piano di ripristino di emergenza è una procedura documentata per l’attuazione delle misure di ripristino di emergenza (DR) con le rispettive priorità e i responsabili.
Il ripristino di emergenza è parte integrante della business continuity (BC), un concetto più ampio che include misure volte a garantire la continuità delle operazioni aziendali in caso di calamità. Come insieme più ampio di misure volte a continuare a fornire servizi a clienti e partner, un piano di continuità operativa include le misure relative a dipendenti, sedi, fornitori e tutto ciò che è necessario per continuare le funzioni aziendali fondamentali.
Implementazione del ripristino di emergenza
Il ripristino di emergenza in ambienti virtualizzati si basa solitamente su soluzioni dedicate di backup e ripristino di emergenza. Questo tipo di software consente di:
- creare repliche di VM critiche per l’azienda
- trasferire i carichi di lavoro dell’infrastruttura IT a repliche in una sede DR separata in caso di interruzione (nota come failover)
- trasferire le cargas de trabajo al sito primario una volta risolto il problema (operazione nota come failback)
Queste soluzioni riconfigurano anche le impostazioni di rete durante il failover, consentendo alle repliche delle VM di iniziare a funzionare quasi immediatamente. Inoltre, molte soluzioni consentono di automatizzare e effettuare l’orchestrazione di diverse azioni per un ripristino più rapido.
Qual è la differenza tra ripristino di emergenza e backup?
Il ripristino di emergenza e il backup non sono intercambiabili. A seconda delle risorse e delle esigenze, un’organizzazione può utilizzare solo il backup dei dati o integrarlo con una strategia completa di ripristino di emergenza. Non è possibile confrontare e contrapporre il backup dei dati e il ripristino di emergenza, poiché il DR comprende processi quali replica, failover, failback, ecc. In questo contesto, i backup vengono utilizzati per il ripristino operativo (maggiori informazioni in seguito).
In questo confronto tra ripristino di emergenza e backup, ci concentriamo sulle differenze tra backup e repliche in termini di scenari di utilizzo, risorse necessarie per l’implementazione e obiettivi di ripristino.
Casi d’uso
I backup vengono utilizzati per ripristinare un file o un oggetto perso o danneggiato, come un messaggio di posta elettronica da un server di posta elettronica, una presentazione PowerPoint o altri oggetti di applicazioni. I backup vengono spesso utilizzati anche per l’archiviazione o la conservazione dei dati a lungo termine (ad esempio per motivi di conformità).
In sostanza, i backup sono spesso utili durante i flussi di lavoro quotidiani per ripristinare rapidamente un singolo file o una VM completa da un determinato momento nel tempo. Questo processo è noto come ripristino operativo e può spesso essere avviato su richiesta di un dipendente che ha perso l’accesso a una delle risorse dell’infrastruttura IT.
Le repliche, invece, vengono utilizzate in scenari di ripristino di emergenza per ripristinare sistemi e macchine subito dopo un evento imprevisto e garantire che le operazioni aziendali fondamentali non vengano interrotte.
Con un sito DR e una soluzione DR in atto, è sufficiente eseguire un failover per trasferire i carichi di lavoro alle repliche VM nell’ubicazione DR. L’organizzazione può continuare a funzionare normalmente anche se il sito di produzione non è disponibile. Una volta risolto il problema che ha causato l’interruzione del sito primario, è possibile eseguire un failback.
Obiettivi di ripristino
Definizione dell’ obiettivo di tempo di ripristino (RTO) e dell’obiettivo di punto di ripristino (RPO) è uno dei passaggi cruciali in un piano di backup e di ripristino di emergenza.
- L’RTO è il tempo che la vostra organizzazione può concedersi per ripristinare i dati/le operazioni dopo un’interruzione prima che si verifichino conseguenze significative per l’organizzazione.
- L’RPO è la quantità massima di dati che la vostra organizzazione può permettersi di perdere prima di subire gravi conseguenze. L’RPO è determinato dalla frequenza di backup/replica e dai criteri di conservazione.
I valori di RTO e RPO differiscono per il ripristino operativo e il ripristino di emergenza. I backup possono avere RTO e RPO più lunghi, dato che un file mancante non comporta necessariamente l’interruzione delle operazioni aziendali.
D’altra parte, un’interruzione del sito primario o delle macchine critiche può impedire ai dipendenti di accedere ai sistemi critici, causando insoddisfazione dei clienti, ecc. Questo è il motivo per cui il ripristino di emergenza (DR) richiede RTO e RPO molto più brevi, soprattutto per i carichi di lavoro mission-critical.
Risorse per l’implementazione
Le risorse per i backup e le repliche/DR comprendono due aspetti: lo storage e le strutture (data center).
I backup possono essere archiviati in diversi tipi di storage: disco locale, NAS, appliance di deduplicazione di livello enterprise, cloud pubblico, nastro, ecc. Le soluzioni di backup di fascia alta offrono oggi molte funzioni per ridurre le dimensioni dei backup e quindi ridurre i requisiti di spazio di archiviazione. Queste includono tecnologie di compressione, deduplicazione e tracciamento delle modifiche.
A seconda del supporto, possono richiedere costi aggiuntivi minimi o nulli e possono essere ripristinati anche anni dopo il backup iniziale (si pensi ad esempio ai nastri). Se si utilizza un cloud pubblico come destinazione di backup, non sono necessarie strutture fisiche. In breve, i costi di backup riguardano principalmente i supporti di storage e la manutenzione.
Il ripristino di emergenza, invece, richiede un sito separato da utilizzare in un ambiente di ripristino di emergenza e hardware ridondante (compresi server DR e sistemi di storage) da utilizzare in parallelo con il sito primario. Il ripristino di emergenza comporta anche i costi associati alle utenze e al personale necessario per la manutenzione di tale sito.
Questo sito di ripristino di emergenza è solitamente un’infrastruttura IT completamente operativa, pronta per un possibile failover in qualsiasi momento. È noto anche come “hot site” e include tutto l’hardware (server), il software e la rete necessari per trasferire le operazioni non appena si verifica un disastro. Altre opzioni più economiche possono includere l’outsourcing a MSP per il DRaaS o la manutenzione di un “cold site”.
Processo di pianificazione completo
Il processo di backup è meno complicato di un piano di ripristino di emergenza. Di solito, è necessario definire i criteri di conservazione, la frequenza dei backup e il numero di destinazioni di backup per evitare un singolo punto di errore. Con il ripristino di emergenza, le cose diventano immediatamente più complesse:
- Priorità per valutare l’importanza delle applicazioni aziendali e stabilire l’ordine di priorità di ripristino delle VM che eseguono tali applicazioni. Ad esempio, la VM che ospita i dati CRM è probabilmente più importante di quella che ospita i dati HR.
- Preparazione e manutenzione del sito DR per ospitare le repliche ed essere operativo per potenziali operazioni di failover.
- Assegnazione del personale responsabile e verifica che disponga dell’accesso e delle autorizzazioni necessari per svolgere i propri compiti durante il ripristino di emergenza. Inoltre, identificare la persona o le persone responsabili di prendere la decisione di avviare il ripristino di emergenza.
- Test approfonditi. Ogni piano di DR completo richiede test approfonditi, poiché la mancata esecuzione del piano durante un disastro reale può avere ripercussioni disastrose.
Quali soluzioni di Ripristino di emergenza scegliere?
La risposta breve è che dovresti integrare sia il backup che la pianificazione del Ripristino di emergenza nella tua strategia di protezione dei dati. Il panorama aziendale moderno valorizza il principio dell'”always-on”, il che significa che un’organizzazione dovrebbe essere pronta a fornire servizi o beni al cliente in qualsiasi momento, indipendentemente dalle circostanze.
I backup dovrebbero essere utilizzati principalmente per il ripristino operativo e l’archiviazione a lungo termine. Quando si tratta di VM con sistemi e applicazioni business-critical, queste dovrebbero essere incluse nella pianificazione del ripristino di emergenza e replicate in un sito separato. Una strategia completa di protezione dei dati che combini entrambi gli approcci garantisce la continuità operativa, proteggendo al contempo i dati della vostra organizzazione e mantenendo la conformità dei dati.
Backup e ripristino di emergenza con la soluzione NAKIVO
Se avete deciso di investire nella pianificazione del backup e del ripristino di emergenza per la vostra organizzazione, potreste prendere in considerazione la scelta della soluzione più appropriata. Tale soluzione non solo deve essere affidabile, ma anche flessibile, in modo da consentire diverse opzioni di test e adattarsi a infrastrutture virtualizzate di qualsiasi dimensione.
NAKIVO Backup & Replication dispone della funzionalità integrata Site Recovery che consente di creare flussi di lavoro di ripristino di qualsiasi complessità e dispone di un sistema di pianificazione dei test flessibile per garantire che il vostro ambiente sia sempre pronto in caso di disastro.
Site Recovery consente di costruire sequenze che combinano azioni specifiche, come l’arresto o l’avvio di VM specifiche, l’esecuzione del failover, l’esecuzione di uno script, ecc. Utilizzando queste azioni, è possibile creare un flusso di lavoro semplice che esegue il failover dell’ambiente virtuale o uno complesso e multistrato che avvia lavori specifici o utilizza altri flussi di lavoro di Site Recovery nel processo.
Conclusione
Eseguire backup regolari non equivale ad avere un piano di ripristino di emergenza. Eseguire il backup delle VM in modo efficace significa copiare i dati con l’obiettivo di conservarli o archiviarli a lungo termine. Avere un piano di ripristino di emergenza fa parte di una strategia di continuità operativa, che garantisce che i sistemi critici continuino a funzionare dopo o anche durante un disastro o altre circostanze impreviste. Sebbene sia consigliabile implementare un piano di ripristino di emergenza oltre a un criterio di backup, la decisione può dipendere in ultima analisi dal fatto che la vostra azienda ne abbia realmente bisogno e che abbiate le risorse per investire in esso.
NAKIVO Backup & Replication & Replication offre un pacchetto completo di soluzioni di backup e di ripristino di emergenza da un unico pannello di controllo. Scaricate la prova gratuita con tutte le funzionalità per testare la soluzione nel vostro ambiente!
