Un backup che non viene ripristinato è solo una speranza. Per una PMI, capire come configurare backup aziendale significa proteggere documenti, gestionali, e-mail, progetti, contabilità e dati dei clienti da eventi che possono bloccare il lavoro per giorni. L’errore umano, un guasto hardware, un attacco ransomware o una sincronizzazione configurata male possono trasformare un problema tecnico in un fermo operativo con conseguenze economiche e reputazionali.

La soluzione non consiste nel copiare qualche cartella su un disco esterno. Serve un piano progettato sulle priorità dell’impresa, controllato nel tempo e capace di riportare i sistemi in funzione entro tempi compatibili con l’attività.

Prima di configurare il backup, individuare i dati critici

Il primo passo non è scegliere un software: è stabilire cosa deve essere recuperato e con quale urgenza. Molte aziende salvano file condivisi e documenti d’ufficio, ma trascurano database del gestionale, configurazioni dei server, cartelle di posta, archivi CAD, dati dei centralini, applicativi verticali o ambienti cloud.

È utile distinguere i dati in base all’impatto operativo. Se il file server non fosse disponibile per un giorno, quali reparti si fermerebbero? Se il gestionale perdesse le ultime otto ore di registrazioni, il danno sarebbe accettabile? Se un collaboratore eliminasse una cartella condivisa, per quanto tempo dovrebbe essere possibile recuperarla?

Da queste risposte derivano due parametri essenziali. Il primo è l’RPO, cioè la quantità massima di dati che l’azienda può permettersi di perdere. Un RPO di quattro ore richiede copie molto più frequenti rispetto a un RPO giornaliero. Il secondo è l’RTO, il tempo massimo entro cui un servizio deve tornare operativo. Ripristinare una singola cartella in un’ora e ricostruire un intero server in tre giorni sono scenari profondamente diversi.

Come configurare backup aziendale con la regola 3-2-1

La regola 3-2-1 è una base solida, ma va applicata correttamente. Prevede almeno tre copie dei dati, su due supporti differenti, con una copia conservata fuori dalla sede aziendale. Non elimina ogni rischio, ma evita che un singolo guasto, furto o incidente locale comprometta tutte le copie.

In concreto, una PMI può mantenere i dati di produzione sul server o nel cloud operativo, creare una prima copia su un dispositivo di backup locale e inviare una seconda copia cifrata in un’infrastruttura esterna. Il backup locale permette recuperi rapidi di file e sistemi; quello esterno protegge da incendio, allagamento, furto o compromissione dell’intera rete.

Oggi è opportuno aggiungere un ulteriore requisito: almeno una copia deve essere immutabile o non modificabile per un periodo definito. Questa caratteristica impedisce che ransomware, credenziali rubate o un amministratore non autorizzato cancellino o cifrino anche gli archivi di salvataggio. Non tutti i dati richiedono gli stessi tempi di conservazione, quindi la durata dell’immutabilità va definita in funzione dei rischi e degli obblighi aziendali.

Un disco USB collegato permanentemente al server non è una strategia completa. Può essere utile come livello aggiuntivo, ma resta esposto a sbalzi elettrici, errori, furto e malware presenti nella rete.

Scegliere cosa salvare e con quale frequenza

La frequenza deve seguire il ritmo con cui i dati cambiano. Un database gestionale utilizzato tutto il giorno necessita spesso di backup più ravvicinati o di copie coerenti dell’applicazione. I documenti d’archivio che cambiano raramente possono invece seguire una pianificazione meno intensa.

Un piano ragionevole può prevedere backup incrementali durante la giornata, un backup completo periodico e una conservazione differenziata di copie giornaliere, settimanali e mensili. L’obiettivo non è accumulare dati senza criterio, ma poter recuperare la versione corretta nel momento corretto.

Occorre considerare anche le applicazioni. Copiare semplicemente i file di un database mentre è in uso può produrre un archivio incompleto o non ripristinabile. Gestionali, macchine virtuali, server di posta e applicativi aziendali richiedono procedure compatibili con il loro funzionamento, in grado di creare copie consistenti.

Per Microsoft 365 e Google Workspace vale un principio spesso sottovalutato: la presenza nel cloud non equivale automaticamente a un backup indipendente. La piattaforma garantisce disponibilità e continuità del servizio, ma la protezione da cancellazioni accidentali, conservazioni prolungate, configurazioni errate o attacchi agli account può richiedere politiche e strumenti aggiuntivi.

Proteggere il backup da ransomware e accessi non autorizzati

Il backup è un obiettivo prioritario per chi attacca un’azienda. Se viene cifrato o cancellato insieme ai dati principali, il margine di recupero si riduce drasticamente. Per questo la sua configurazione deve rientrare nella strategia di cybersecurity, non essere trattata come un’attività isolata.

Le credenziali del sistema di backup devono essere separate da quelle utilizzate ogni giorno dagli utenti e, quando possibile, anche da quelle dell’amministratore di dominio. L’accesso deve prevedere autenticazione a più fattori, ruoli distinti e registrazione delle attività. Chi utilizza il gestionale non deve poter modificare le politiche di conservazione; chi verifica gli esiti non deve necessariamente poter cancellare interi repository.

La cifratura è necessaria sia durante il trasferimento sia quando i dati sono archiviati. Tuttavia, la gestione delle chiavi è altrettanto rilevante: una copia correttamente cifrata ma priva delle chiavi di recupero è inutilizzabile. Le chiavi e le credenziali di emergenza vanno custodite con procedure documentate, protette e accessibili alle persone autorizzate anche in caso di assenza del referente IT.

È opportuno isolare logicamente il repository di backup dalla rete operativa. La soluzione più adatta dipende dall’infrastruttura: in alcuni casi è preferibile un dispositivo dedicato, in altri un cloud con immutabilità, in altri ancora una combinazione dei due. La scelta va fatta valutando quantità di dati, connessione disponibile, tempi di ripristino e budget, non soltanto il costo mensile del servizio.

Verificare i backup: il passaggio che fa la differenza

Un report con la scritta “backup completato” non dimostra che i dati siano recuperabili. Può indicare che il processo ha copiato file corrotti, che ha escluso una cartella critica o che non dispone dei permessi necessari per acquisire un database.

La verifica deve essere periodica e concreta. Significa controllare i log, ricevere notifiche in caso di errore e svolgere test di ripristino. Un test può partire dal recupero di un documento eliminato, proseguire con una cartella condivisa e arrivare al ripristino controllato di una macchina virtuale o di un database in un ambiente separato.

Questi test permettono di misurare il tempo reale necessario, non quello teorico indicato dal fornitore. Inoltre, fanno emergere problemi pratici: spazio insufficiente, connessione lenta, procedure non documentate, licenze mancanti, dipendenze tra applicativi o configurazioni di rete dimenticate.

Una PMI non deve necessariamente simulare ogni mese il ripristino completo dell’intera infrastruttura. Deve però definire una frequenza di test proporzionata alla criticità dei sistemi e aggiornarla dopo modifiche rilevanti, come il cambio di gestionale, l’introduzione di nuovi server o la migrazione al cloud.

Documentare responsabilità e procedure di emergenza

Un backup efficace deve funzionare anche quando il tecnico interno non è disponibile. Per questo servono responsabilità chiare, contatti aggiornati e una procedura di ripristino comprensibile. La documentazione dovrebbe indicare dove risiedono le copie, chi può autorizzare il recupero, quali sistemi hanno priorità e quali passaggi seguire in caso di incidente.

La priorità non coincide sempre con il valore percepito del dato. Un server secondario può essere meno importante di un database di produzione; una casella e-mail può essere recuperata dopo una cartella che contiene ordini, preventivi o documenti tecnici indispensabili. Definire questa sequenza prima di un’emergenza evita decisioni affrettate quando ogni ora di fermo ha un costo.

È utile coinvolgere anche direzione, amministrazione e responsabili di reparto. Il backup non riguarda soltanto l’IT: riguarda la capacità dell’impresa di fatturare, lavorare, rispettare scadenze e proteggere informazioni riservate.

Errori comuni che rendono inefficace il piano

Il primo errore è affidarsi a una sola copia, spesso su un supporto locale. Il secondo è pensare che il cloud, da solo, risolva qualunque problema di perdita dati. Il terzo è non monitorare le operazioni: un backup può fallire per settimane senza che nessuno se ne accorga.

Altre criticità frequenti sono l’assenza di test, la mancata cifratura, password condivise, spazio di archiviazione non dimensionato e politiche di conservazione troppo brevi. Cancellare automaticamente copie che potrebbero servire per ricostruire un evento avvenuto mesi prima può essere un errore costoso, soprattutto dopo una violazione o una contestazione.

Un piano ben configurato non è quello più complesso, ma quello che l’azienda riesce a governare, verificare e utilizzare nei tempi necessari. Per molte PMI, la scelta più efficace è affidare progettazione, monitoraggio e test a un partner che conosca l’intero ecosistema tecnologico, dalla sicurezza dei dispositivi ai servizi cloud, fino alle applicazioni che sostengono il lavoro quotidiano.

Il backup non si giudica quando tutto funziona: dimostra il suo valore nel momento in cui un imprevisto colpisce. Prepararlo con metodo consente di affrontare quell’evento con procedure, copie disponibili e tempi di recupero già definiti, invece di affidare la continuità dell’impresa alla fortuna.