Test di ripristino dei backup: perché farlo e come organizzarlo

Il software di backup segnala «completato» ogni notte, quindi i dati sono al sicuro. O forse no. Molte aziende scoprono che un backup non funziona proprio nel momento in cui serve, quando ormai è troppo tardi per rimediare. Testare il ripristino è l'unico modo per sapere davvero se e in quanto tempo si può ripartire.

Perché un backup «riuscito» può non bastare

Un job di backup terminato senza errori dice che una copia è stata scritta. Non dice che:

• la copia contiene tutti i dati necessari, comprese cartelle o database aggiunti di recente;
• i file sono integri e leggibili;
• le applicazioni ripartono davvero dai dati ripristinati;
• le credenziali e le chiavi di cifratura per accedere al backup sono disponibili;
• il ripristino richiede un tempo compatibile con le esigenze dell'azienda.

Ci sono poi problemi che emergono solo durante un ripristino reale: un database salvato mentre era in uso e quindi incoerente, una licenza legata all'hardware originale, una dipendenza da un server che nessuno ricordava.

Cosa si verifica con un test

Un test di ripristino ben fatto controlla tre cose:

1. Integrità: i dati ripristinati sono completi e utilizzabili.
2. Funzionamento: il sistema riparte e gli utenti possono lavorarci.
3. Tempi: il ripristino rispetta l'RTO concordato. Se questi concetti non sono ancora definiti, parti da RPO e RTO spiegati semplice.

I tipi di test, dal più semplice al più completo

Ripristino di file singoli

Si recupera un file o una cartella a campione in una posizione separata e si verifica che si apra correttamente. È rapido e si può fare spesso.

Ripristino di un sistema completo

Si ripristina un intero server o una macchina virtuale in un ambiente isolato, senza toccare la produzione, e si verifica che i servizi partano. È il test più utile per capire i tempi reali.

Test applicativo

Dopo il ripristino, un referente del reparto prova a lavorare: apre il gestionale, consulta un ordine, verifica che i dati più recenti siano presenti. Solo chi usa l'applicazione ogni giorno può dire se «funziona davvero».

Simulazione di disaster recovery

Si simula la perdita di più sistemi e si segue il piano di disaster recovery dall'inizio alla fine: chi viene chiamato, in che ordine si riparte, quanto tempo serve. È il test più impegnativo, ma è quello che rivela i punti deboli organizzativi.

Ogni quanto testare

Non esiste una frequenza valida per tutti, ma un'impostazione ragionevole per una PMI è:

• ripristini di file a campione con cadenza regolare, per esempio mensile;
• ripristino completo dei sistemi critici almeno qualche volta l'anno;
• simulazione di disaster recovery almeno una volta l'anno;
• test straordinario dopo ogni cambiamento importante: nuovo server, migrazione, nuovo gestionale, cambio della soluzione di backup.

Anche i dati in cloud, come posta e documenti online, vanno inclusi nel calendario dei test.

Come organizzare un test passo per passo

1. Scegli il perimetro: quale sistema, quale scenario, quale backup (il più recente o uno più vecchio).
2. Prepara un ambiente isolato, per evitare conflitti con la produzione.
3. Annota l'ora di inizio e segui la procedura scritta, non la memoria del tecnico.
4. Verifica i dati con un referente del reparto.
5. Annota l'ora di fine e confrontala con l'RTO.
6. Registra problemi e scostamenti: passaggi mancanti, documentazione non aggiornata, tempi più lunghi del previsto.
7. Correggi procedure e configurazioni, e pianifica il test successivo.

Documentare i risultati

Ogni test dovrebbe produrre un breve verbale: data, sistema, backup usato, tempi, esito, problemi riscontrati e azioni correttive. Questi verbali servono a migliorare e sono anche una prova concreta delle misure adottate. Il GDPR, all'art. 32, cita espressamente una procedura per testare, verificare e valutare regolarmente l'efficacia delle misure di sicurezza, oltre alla capacità di ripristinare tempestivamente la disponibilità dei dati.

Checklist

• ☐ Calendario dei test definito
• ☐ Ambiente isolato per i ripristini
• ☐ Procedure scritte e aggiornate
• ☐ Credenziali e chiavi di cifratura accessibili a chi deve ripristinare
• ☐ Coinvolgimento dei referenti applicativi
• ☐ Tempi misurati e confrontati con l'RTO
• ☐ Verbale di ogni test e azioni correttive

Come può aiutarti Area GUI

Area GUI pianifica ed esegue test di ripristino periodici, documentando tempi ed esiti e correggendo i punti deboli emersi. Scopri il servizio Data Availability Service o contattaci per verificare i tuoi backup.