Definire cosa proteggere
Oltre al database possono servire documenti, file caricati e configurazioni. La procedura chiarisce quali componenti dipendono tra loro e quali sono ricostruibili. Ridurre il perimetro dei dati rende più semplice gestire copie e controlli.
Stabilire tempi e responsabilità
L’attività decide quanto dato può permettersi di perdere e quanto può attendere prima del ripristino. Questi obiettivi influenzano frequenza delle copie e procedure operative. Assegna responsabilità per controllare gli esiti e intervenire quando un salvataggio fallisce.
Provare il recupero
Un test periodico in ambiente separato aiuta a verificare che copie e istruzioni siano utilizzabili. Dopo la prova annota tempi, problemi e passaggi da aggiornare. Rivedi il piano quando cambiano architettura, archivi o processi.
Applicazione pratica
Il piano dovrebbe specificare cosa viene salvato, dove, con quale frequenza, chi può ripristinarlo e in quanto tempo. Definisci la perdita di dati tollerabile e il tempo massimo di fermo. Poi esegui un ripristino di prova in un ambiente controllato, verificando dati, allegati, configurazioni e funzioni essenziali: la presenza di un file non dimostra che il backup sia utilizzabile.
Come procedere
Documenta la procedura di recupero con responsabile, accessi, sequenza dei passaggi e controlli finali. Conserva istruzioni aggiornate e assicurati che almeno un’altra persona sappia seguirle. Dopo ogni cambiamento importante del sistema, ripeti un test: procedure che funzionavano prima possono non coprire nuove tabelle o allegati.
Esempio concreto
Per un gestionale usato ogni giorno, puoi simulare la perdita di un archivio di prova, recuperarlo in un ambiente separato e far verificare le operazioni a chi usa il sistema. Registra durata, dati mancanti e correzioni da fare.
Cosa significa poter ripartire
Il backup è utile soltanto se i dati possono essere ripristinati in tempi compatibili con il lavoro. Per ogni archivio individua quanto dato puoi permetterti di perdere e per quanto tempo il servizio può restare fermo. Queste soglie aiutano a decidere frequenza delle copie, priorità e procedura di recupero.
Proteggi le copie con accessi separati e, dove appropriato, cifratura. Una copia raggiungibile con le stesse credenziali del sistema principale può essere esposta allo stesso incidente. Documenta dove si trovano i backup, chi può avviare un ripristino e come si verifica che il recupero sia completo.
Provare il ripristino, non solo la copia
Pianifica prove periodiche in un ambiente isolato. Controlla che il gestionale si avvii, che gli utenti autorizzati possano accedere e che i dati più importanti siano coerenti. Una procedura scritta aiuta a non improvvisare; annota durata, problemi trovati e passaggi da correggere.
La continuità include anche ciò che accade durante il fermo: come registrare temporaneamente le operazioni urgenti, chi informa le persone coinvolte e come riallineare i dati quando il sistema torna disponibile. Rivedi il piano quando cambiano infrastruttura, responsabili o processi.
Domande frequenti
Ogni quanto fare il backup?
La frequenza dipende da quanto cambiano i dati e dalla perdita tollerabile, oltre che dalla capacità di recuperarli.
Come verifico che funzioni?
Ripristinando una copia e controllando che dati e operazioni importanti siano integri.
Ogni quanto bisogna provare un backup?
La frequenza dipende da quanto cambiano i dati e dal danno che provocherebbe un fermo. Oltre a controllare che le copie siano state create, pianifica ripristini di prova in un ambiente isolato. Verifica che applicazione e dati tornino utilizzabili e annota tempi e problemi. Una copia mai ripristinata non dimostra che il piano di recupero funzioni.