Come capire se il backup aziendale funziona davvero.
La conferma non è “il job è verde”. È sapere quali dati sono stati copiati, dove si trovano e come recuperarli entro un tempo utile.
Un backup può completarsi ogni notte e restare comunque inadeguato. Potrebbe escludere una cartella importante, conservare poche versioni o dipendere dallo stesso account compromesso che dovrebbe proteggere.
1. Partire dai dati, non dal software
Prima di controllare un pannello, serve un elenco delle informazioni necessarie al lavoro: file condivisi, documenti locali, database, configurazioni, posta e dati delle applicazioni. Per ogni voce bisogna sapere dove si trova e chi ne è responsabile.
La domanda utile è: se questa risorsa sparisse oggi, quale attività si fermerebbe? La risposta aiuta a separare ciò che è critico da ciò che può essere ricreato.
2. Capire cosa conferma davvero un esito positivo
Un job concluso senza errori conferma che il processo ha terminato l’operazione prevista. Non dimostra automaticamente che:
- tutte le origini corrette fossero incluse;
- i file fossero leggibili e coerenti durante la copia;
- la retention conservi una versione abbastanza vecchia;
- le credenziali per il recupero siano disponibili;
- la velocità di ripristino sia compatibile con il lavoro.
3. Verificare che le copie non condividano lo stesso rischio
Una cartella sincronizzata è utile, ma non sostituisce sempre un backup: cancellazioni o modifiche indesiderate possono propagarsi. Allo stesso modo, un NAS sempre accessibile con gli stessi permessi dei computer può essere coinvolto nello stesso incidente.
Una strategia robusta distribuisce le copie su destinazioni diverse e mantiene almeno una copia separata dall’ambiente principale. Il noto principio 3-2-1 è un riferimento, non una garanzia automatica: va adattato a dati, rete e tempi di recupero.
4. Provare un ripristino rappresentativo
Il test non deve necessariamente fermare l’azienda. Può iniziare recuperando un gruppo di file, verificando permessi e date, oppure ripristinando un servizio in un ambiente isolato. Per i sistemi più critici serve una prova coerente con ciò che si dovrà fare durante un incidente reale.
Annotare tempi, passaggi, credenziali necessarie e problemi emersi rende il test ripetibile. Se solo una persona sa come procedere, la procedura resta fragile.
5. Checklist operativa
- Esiste un elenco aggiornato dei dati e dei sistemi da proteggere?
- Ogni origine è inclusa in una copia verificabile?
- Gli errori generano un avviso letto da una persona responsabile?
- La retention copre cancellazioni scoperte in ritardo?
- Almeno una copia è separata dal rischio principale?
- Accessi e credenziali di recupero sono disponibili in modo sicuro?
- È stato eseguito un ripristino recente e documentato?
- Il tempo misurato è compatibile con l’operatività aziendale?
Cosa fare se manca una risposta
Non serve cambiare subito prodotto. Il primo passo è identificare il vuoto: dati esclusi, avvisi ignorati, destinazione non separata o procedura di restore non provata. Da lì si definisce un intervento mirato e verificabile.
Domande frequenti
Una spunta verde significa che il backup è recuperabile?
Significa soltanto che il software non ha segnalato errori per quell’esecuzione. Non conferma da sola che i dati attesi siano presenti, integri e ripristinabili nei tempi necessari.
Quanto spesso va provato il ripristino?
La frequenza dipende da criticità, velocità di cambiamento e requisiti dell’azienda. I dati più importanti o i sistemi più complessi richiedono verifiche più strutturate e ravvicinate.
Il NAS protegge dal ransomware?
Non automaticamente. Se la copia è raggiungibile con gli stessi accessi o resta sempre collegata allo stesso ambiente, può essere esposta allo stesso incidente. Servono separazione, permessi e copie aggiuntive coerenti.