Piano di Backup e Disaster Recovery: Guida in 11 Passi

Un’azienda manifatturiera scopre che il suo “affidabile” backup non è stato completato con successo per sei settimane. Tre giorni prima di una scadenza fiscale, uno studio contabile perde tutti i file dei clienti a causa di un ransomware. Questi scenari accadono quotidianamente nelle piccole e medie imprese (PMI).

Creare un piano di backup e disaster recovery richiede più che acquistare un software di backup. Serve documentare procedure, testare sequenze di ripristino e monitorare costantemente, operazioni che la maggior parte delle organizzazioni salta fino a quando non accade un disastro.

Questa guida copre gli 11 passaggi che MSP e team IT devono seguire per costruire piani di DR (Disaster Recovery) che funzionino realmente sotto pressione.


Perché il Backup e la Pianificazione del Disaster Recovery Sono Importanti Ora

La maggior parte delle PMI opera senza alcun piano di disaster recovery, e questa lacuna è costosa. Il ransomware è presente nel 44% di tutte le violazioni, e le PMI subiscono le conseguenze peggiori: l’88% delle violazioni nelle PMI coinvolge ransomware, rispetto al 39% nelle grandi aziende. I team di sicurezza sottodimensionati affrontano costi di violazione più elevati, fino a 1,76 milioni di dollari, rispetto a team adeguatamente strutturati, e la maggior parte dei direttori IT del mercato medio e degli MSP rientra proprio in questa categoria. Il backup “cloud-first” non chiude solo questa lacuna: i backup immutabili e frequenti eliminano la finestra di recupero su cui contano gli attaccanti, trasformando il ransomware da evento catastrofico a un problema recuperabile.

La Differenza Tra Sistemi di Backup e Piani di Disaster Recovery

La sola tecnologia di backup non costituisce un piano di disaster recovery. Il NIST SP 800-34 stabilisce la gerarchia:
Business Continuity Plan → contiene il Disaster Recovery Plan → che contiene le Procedure di Backup e Ripristino.

I sistemi di backup gestiscono i dati: copie programmate a intervalli definiti, ripristino a punti nel tempo, protezione contro ransomware, cancellazioni e corruzioni. Si occupano del Recovery Point Objective (RPO), ovvero quanta perdita di dati è accettabile.

I piani di disaster recovery gestiscono il processo: sequenze di ripristino, mappatura delle dipendenze dei sistemi, protocolli di comunicazione, assegnazione dei ruoli e programmi di test. Si occupano del Recovery Time Objective (RTO), ovvero il tempo massimo di inattività accettabile.

La guida federale della CISA lo dice chiaramente: “Scrivete le vostre procedure e assicuratevi che il team possa ripristinare sistemi, reti e dati dai backup.” Le copie di backup da sole non servono a nulla senza procedure documentate e testate (CISA).

11 Passaggi per Costruire un Piano di Backup e Disaster Recovery

Il framework di pianificazione contingente del NIST fornisce la base per questi passaggi, ognuno costruito sul precedente, coprendo l’intero ambiente dall’autorità di governance alla manutenzione continua.

Passo 1: Definire Policy e Autorità

L’autorizzazione a livello esecutivo stabilisce le condizioni per ogni decisione di DR successiva. Gli standard NIST richiedono di documentare formalmente chi possiede la pianificazione di emergenza, quale budget e personale controlla e come l’organizzazione forma i membri del team DR.

La documentazione deve definire i programmi di test, le procedure di manutenzione del piano, i responsabili del recupero nominati e l’autorità di budget per gli investimenti DR.

Con questa struttura di governance in atto, il passo successivo quantifica l’impatto aziendale della perdita di accesso ai sistemi critici.

Passo 2: Condurre l’Analisi dell’Impatto Aziendale

L’analisi dell’impatto aziendale traduce i sistemi tecnici in termini finanziari. Quanto costa un’ora di inattività per ogni applicazione? Quali sistemi hanno dipendenze che possono creare guasti a cascata? Le risposte guidano le priorità di recupero e le decisioni di spesa. Una volta capito cosa è più importante, il passo successivo identifica le minacce.

Passo 3: Eseguire la Valutazione dei Rischi

La valutazione dei rischi collega le minacce specifiche agli investimenti di recupero che giustificano. La CISA identifica ransomware, compromissione della supply chain e movimenti laterali in ambienti multi-tenant come principali preoccupazioni per MSP e team IT aziendali.

Ogni categoria di minaccia ha implicazioni diverse. I disastri naturali possono distruggere l’hardware locale, rendendo le copie offsite l’unico percorso di recupero. Gli attacchi informatici prendono di mira i sistemi di backup; la violazione Change Healthcare del 2024 ha mostrato come una singola credenziale compromessa possa diffondersi lungo tutta la supply chain. I guasti hardware sono localizzati ma imprevedibili. L’errore umano, dalla cancellazione accidentale a controlli di accesso configurati male, causa gran parte della perdita di dati. Per gli MSP, la compromissione di una piattaforma di gestione (RMM/PSA) diventa un vettore di attacco per tutti i clienti.

Un profilo di rischio ransomware elevato può richiedere backup più frequenti, mentre l’esposizione geografica a disastri influenza la scelta del sito di recupero.

Passo 4: Definire gli Obiettivi di Recupero

Gli obiettivi di recupero traducono la tolleranza al rischio in target misurabili. Significa stabilire formalmente RTO (Recovery Time Objective) e RPO (Recovery Point Objective) per ogni sistema critico. Un database clienti critico potrebbe richiedere un RPO di 15 minuti, mentre un archivio marketing tollera intervalli di 24 ore. Questi obiettivi guidano la scelta del metodo di backup nel passo successivo.

Passo 5: Selezionare i Metodi di Backup

La scelta del metodo di backup controlla la velocità di recupero, i costi di archiviazione e il livello di granularità dei ripristini.

• Backup completo: copia tutto ogni volta. Facile da recuperare, ma lo spazio occupato aumenta rapidamente; di solito eseguito settimanalmente.

• Backup incrementale: copia solo le modifiche dall’ultimo backup di qualsiasi tipo. Ideale per backup orari o sub-orari, ma il recupero richiede di ricostruire l’ultimo completo più tutti gli incrementali.

• Backup differenziale: copia le modifiche dall’ultimo completo. Cresce nel tempo ma semplifica il ripristino a due set.

• Protezione continua dei dati (CDP): registra ogni modifica in tempo reale, fornendo il miglior RPO ma a maggior costo di archiviazione.

Il metodo scelto deve allinearsi all’RPO. Ad esempio, RPO di 15 minuti per un database finanziario richiede incrementale o CDP; RPO di 24 ore per archivi va bene con backup differenziali notturni. Molti ambienti combinano approcci: incrementali frequenti per sistemi critici, programmi meno aggressivi per tutto il resto.

Passo 6: Implementare l’Architettura di Backup 3-2-1-1-0

L’architettura tecnica deve rispettare gli obiettivi di recupero definiti. La CISA e le agenzie federali partner (FBI, NSA, MS-ISAC) raccomandano il framework 3-2-1-1-0:

• 3 copie dei dati (produzione + due backup)

• 2 tipi di supporti differenti

• 1 copia offsite

• 1 copia immutabile o air-gapped

• 0 errori dopo la verifica dei backup

In pratica: dati di produzione su storage principale, copia locale per recupero rapido, copia immutabile in cloud per ransomware e verifica automatica senza errori.

Passo 7: Implementare la Protezione dei Backup Immutabili

I backup immutabili sono la difesa più efficace contro i ransomware che prendono di mira i backup prima di criptare i dati di produzione. La guida CISA raccomanda che siano isolati dalle connessioni di rete per prevenire la diffusione del ransomware.

Passo 8: Creare Documentazione Dettagliata

La tecnologia senza documentazione fallisce quando serve di più. Le procedure di ripristino devono contenere sequenze passo-passo, dipendenze di sistema, contatti, fornitori e diagrammi di rete. Anche i protocolli di comunicazione devono essere chiari, inclusi contatti con clienti, assicurazioni cyber e requisiti normativi come HIPAA.

Passo 9: Stabilire un Programma di Test

La documentazione conta solo se funziona. Il framework NIST stabilisce tre livelli di test: esercizi tabletop, test funzionali e test completi di failover. La CISA fornisce pacchetti gratuiti di esercizi tabletop.

Passo 10: Implementare il Monitoraggio Continuo

I fallimenti dei backup spesso non si notano. Il monitoraggio manuale non scala. Soluzioni come N-able N-central con Cove Data Protection permettono monitoraggio continuo e protezione automatizzata su tutti i dispositivi.

Passo 11: Mantenere e Aggiornare i Piani

I piani DR richiedono aggiornamenti regolari. Revisioni trimestrali assicurano che infrastrutture, applicazioni e lezioni dai test siano integrate. Procedure obsolete creano falsi sensi di sicurezza.

Velocità di Recupero come Difesa Finale

La prevenzione fallisce, la rilevazione può essere bypassata. La velocità di recupero determina se il ransomware diventa un incidente gestibile o un disastro aziendale.

La tecnologia TrueDelta di Cove Data Protection consente backup ogni 15 minuti, fino a 60 volte più piccoli rispetto ai metodi basati su immagini, riducendo l’RPO e il rischio di perdita dati.