• Sunday, October 4, 2026

In breve: avere un backup è solo una parte del lavoro, circa un terzo. Senza replica fuori sede, procedure scritte, test periodici, automazione e un posto dove far ripartire i sistemi, il backup resta semplice spazio occupato su un disco. Vediamo cosa serve davvero per parlare di disaster recovery.

Due concetti che spesso vengono confusi

Il backup è una copia dei dati scattata in un preciso momento. Il disaster recovery (DR) è invece la capacità di tornare operativi dopo un evento grave: un incendio, un guasto hardware, un attacco ransomware.

  • con il backup hai i dati, ma non hai ancora un sistema funzionante;
  • con il DR hai un sistema che riparte, ricostruito a partire da quei dati.

L'errore più comune è proporre un servizio di backup gestito e presentarlo come disaster recovery. Tutto fila liscio fino al giorno in cui succede qualcosa di reale.

Gli 8 elementi che mancano a un semplice backup

1. Una copia cifrata fuori sede

Un backup che si trova nello stesso locale del server di produzione non sopravvive a un incendio o a un ransomware. La copia deve stare in un datacenter geograficamente distinto e deve essere cifrata sia durante il trasferimento sia a riposo.

2. Controlli di integrità regolari

Un backup mai verificato è un backup di cui non si può essere certi. Ogni copia andrebbe controllata periodicamente, meglio ancora se ripristinata in un ambiente di prova per accertarsi che si avvii davvero.

3. Risorse di calcolo per il ripristino

Se non c'è un posto dove far girare il sistema ripristinato, restano soltanto dei file. Servono macchine virtuali in cloud, o hardware di riserva, pronte a ricevere i carichi di lavoro.

4. Una rete pronta per il failover

Una macchina ripristinata altrove non serve a nulla se gli utenti non riescono a raggiungerla. Vanno previsti in anticipo VPN, tunnel e instradamento della rete.

5. Procedure scritte

Quando succede il disastro non c'è tempo per improvvisare. Serve un documento che dica chiaramente cosa fare, in quale ordine e chi se ne occupa.

6. Riavvio automatizzato rispettando le dipendenze

Riavviare a mano una dozzina di macchine virtuali nell'ordine giusto è una corsa contro il tempo. L'orchestrazione automatica può ridurre il tempo di ripristino (RTO) in modo significativo, spesso di oltre la metà.

7. Credenziali disponibili anche in emergenza

Chiavi di cifratura, certificati e password del DR devono essere raggiungibili anche quando il sistema principale è spento. Servono un archivio separato e copie d'emergenza custodite in modo sicuro.

8. Test documentati ogni trimestre

Un ripristino mai provato è una scommessa. Senza verifiche regolari, il disaster recovery è una promessa e non un servizio.

Come capire se hai un backup o un vero DR

Bastano tre domande:

  1. In quanto tempo riesci a rimettere in piedi il gestionale partendo dal backup? Se la risposta è «non lo so» oppure «qualche ora», hai un backup.
  2. Chi esegue il ripristino se il tecnico di riferimento è in ferie? Se nessuno sa rispondere, hai un backup.
  3. Quando hai fatto l'ultima prova reale? Se è passato un anno o più, hai un backup.

Se sai rispondere con sicurezza a tutte e tre, hai un DR. Se anche solo una risposta è incerta, hai un backup che si spaccia per qualcosa di più.

Il livello minimo per parlare di DR

Per una PMI, possiamo parlare di disaster recovery quando sono soddisfatte queste condizioni:

  • esiste una replica cifrata fuori sede, in un secondo cloud o datacenter;
  • è definito e documentato un tempo di ripristino (RTO) per i 3-5 sistemi più critici;
  • viene eseguito almeno un test, anche parziale, ogni trimestre;
  • ogni sistema critico ha una procedura scritta di ripristino.

Se manca anche uno solo di questi punti, siamo ancora nel campo del backup gestito.

Domande frequenti

Posso partire dal backup che ho già per costruire il DR?

Sì, ed è di solito la strada più veloce. Aggiungendo replica fuori sede, risorse di calcolo in cloud e test periodici, un buon backup può diventare un DR in due o tre mesi.

Ripristinare un singolo file conta come disaster recovery?

No. Il DR riguarda il ripristino di interi servizi. Recuperare un file è la normale operatività di un sistema di backup.

Il mio fornitore dice che la sua soluzione è «DR-ready». Devo crederci?

Chiedigli due cose: un contratto con un RTO scritto e il registro di un test recente. Se non ti può mostrare né l'uno né l'altro, è solo marketing.

Hai bisogno di una mano?

Se non sei sicuro che la tua azienda sia coperta da un vero piano di disaster recovery, il team di Altora può aiutarti a valutare la situazione attuale e a individuare cosa manca. Contattaci per una consulenza senza impegno.