Sicurezza

Quanto ci mettete a tornare in piedi? La domanda che nessuno prova a rispondere

Un backup mai ripristinato è un file di cui ci si fida. Le due domande che contano sono quanto tempo serve per tornare operativi e quanti dati si perdono: vanno dichiarate per servizio e misurate con prove periodiche. Una prova di ripristino fatta bene verifica anche che le protezioni sui dati tornino attive, non solo che i dati ci siano.

29 mag 2026 · 8 min di lettura · aggiornato il 27 ago 2026

"I backup li facciamo" è la risposta che riceviamo in ogni azienda. È vera quasi sempre. La domanda successiva — "quando è stato ripristinato l'ultimo, e chi ha verificato che i dati fossero completi?" — riceve invece silenzio, o un "dovremmo provarci".

In quel silenzio c'è la differenza fra avere delle copie e avere un piano. Un backup mai riletto non è una garanzia: è un file di cui vi fidate, e la fiducia non si verifica il giorno in cui serve.

Le due domande che contano

La continuità operativa si riduce a due numeri, e nessuno dei due è tecnico. Vanno decisi da chi conosce il costo di un fermo, non da chi amministra i server.

1. Quanto tempo possiamo stare fermi? Non "quanto vorremmo": quanto l'azienda regge davvero prima che il danno diventi serio. Per un e-commerce sono ore; per uno studio professionale può essere un giorno; per una linea di produzione collegata sono minuti.
2. Quanti dati possiamo perdere? Se l'ultima copia è di stanotte e il guasto avviene alle 17, avete perso una giornata di lavoro. Va bene? Se sì, i backup notturni bastano. Se no, servono copie più frequenti, e costano di più.

Sono le stesse due domande che i tecnici chiamano con sigle inglesi. Chiamatele come volete: senza una risposta scritta per ogni sistema importante, tutto il resto è improvvisazione travestita da procedura.

Un numero mai verificato è un desiderio. Un numero uscito da una prova è un impegno.La regola con cui trattiamo gli obiettivi di ripristino

Cosa controlla una prova di ripristino fatta bene

Ripristinare non significa vedere il file tornare al suo posto. Significa verificare, in quest'ordine:

1. Che l'archivio sia integro, prima di toccare qualsiasi cosa: un file troncato si scopre adesso, non a metà emergenza.
2. Che i dati ci siano tutti. Conteggi che tornano, ultimi movimenti presenti, allegati raggiungibili — non solo il database, anche i documenti collegati.
3. Che le protezioni tornino attive. È il controllo che quasi nessuno esegue, ed è quello che salva davvero: se il ripristino rimette in piedi i dati ma con permessi sbagliati, tutto funziona e tutti vedono tutto.
4. Quanto ci è voluto. Il cronometro è parte della prova: è l'unico modo per sapere se il numero che avete dichiarato è vero.

Su una piattaforma condivisa che seguiamo, il terzo punto è automatizzato in un modo preciso: dopo il ripristino il sistema si collega come farebbe l'applicazione, senza dichiarare per conto di chi sta guardando, e verifica che non torni indietro nessuna riga. Contare le regole non basterebbe: se l'utenza fosse tornata su con i privilegi sbagliati il conteggio sarebbe identico, e ogni cliente vedrebbe i dati degli altri in silenzio.

La regola d'oro: mai sopra il vivo

Una prova di ripristino non deve mai toccare il sistema in uso. Si ricostruisce su un database o un ambiente usa e getta, si verifica, e si cancella. Vale anche per il ripristino vero: si crea un ambiente nuovo e ci si sposta sopra, invece di sovrascrivere quello esistente.

Il motivo è semplice: se a metà del ripristino vi accorgete che quella copia non va bene, con la sovrascrittura avete perso anche quello che c'era. È il tipo di errore che si commette una volta sola.

Le tre cose che rendono inutile un backup

• Sta nello stesso posto dei dati. Una copia sullo stesso server, o nella stessa stanza, protegge dall'errore umano e da niente altro — non da un incendio, non da un allagamento, non da un attacco che cifra tutto quello che raggiunge.
• È raggiungibile con le stesse credenziali. Se chi entra nel sistema può anche cancellare le copie, le copie sono parte del problema. Servono copie che il sistema stesso non può alterare.
• Nessuno sa cosa contiene. Copiare la cartella "documenti" senza sapere se dentro c'è anche il database, o senza le chiavi per decifrarlo, produce un archivio inutilizzabile scoperto nel momento sbagliato.

Da fare questo mese, anche senza budget

1. Scrivete i due numeri — quanto fermi, quanti dati — per i tre sistemi senza i quali l'azienda si ferma.
2. Chiedete a chi vi gestisce i sistemi quando è stato fatto l'ultimo ripristino di prova. Se la risposta è "mai", avete già il primo intervento.
3. Fatene uno, anche piccolo: prendete il backup di ieri di un solo sistema e provate a rimetterlo in piedi altrove, cronometrando.

Quello che imparate in quel pomeriggio vale più di qualsiasi relazione, e quasi sempre contiene almeno una sorpresa.

La continuità non è una funzione da comprare: è una prova da ripetere. Chi ve la vende senza mai eseguirla vi sta vendendo la stessa fiducia che avevate prima, con una fattura in più.