Come implementare una strategia efficace di backup aziendale

Quando si parla di backup aziendale, si pensa spesso alla copia periodica dei documenti salvati sui server. In realtà, una strategia efficace deve tenere conto di come l’azienda utilizza i dati e di quanto velocemente deve recuperarli quando si verifica un problema.

Un sistema di backup per la protezione dei dati aziendali permette di affrontare guasti e cancellazioni accidentali con maggiore sicurezza. Diventa ancora più importante in caso di attacco informatico, quando l’accesso ai file o alle applicazioni può restare bloccato per diverse ore.

Per organizzare correttamente le copie, devi quindi partire dalle esigenze pratiche della tua impresa. Quali informazioni servono ogni giorno? Quanto lavoro potresti perdere senza compromettere l’attività? Vediamo insieme come costruire una strategia di backup aziendale capace di rispondere a queste domande.

Perché applicare una strategia di backup aziendale

I dati sono ormai presenti in quasi ogni processo aziendale. Il gestionale raccoglie ordini e fatture, mentre la posta elettronica conserva comunicazioni che possono essere indispensabili per ricostruire una richiesta o confermare un accordo.

Se uno di questi sistemi diventa inaccessibile, il problema può coinvolgere rapidamente il lavoro di più persone. Un guasto al server, per esempio, può bloccare l’accesso ai documenti condivisi. Allo stesso modo, un dipendente potrebbe eliminare per errore una cartella che contiene settimane di lavoro.

Anche eventi come incendi o allagamenti possono danneggiare l’infrastruttura presente in sede e coinvolgere le copie conservate nello stesso ambiente. Per questo motivo, la posizione dei backup conta quanto la frequenza con cui vengono eseguiti.

Tra i rischi più seri troviamo poi gli attacchi ransomware. Questi malware possono cifrare i dati aziendali e cercare di raggiungere anche i repository di backup collegati alla rete. La Cybersecurity and Infrastructure Security Agency CISA, consiglia di mantenere copie offline e cifrate, verificandone regolarmente l’integrità attraverso prove di recupero.

La gestione dei backup rientra anche nella continuità operativa prevista dalla direttiva NIS2. L’articolo 21 include infatti il backup management e il disaster recovery tra le misure richieste ai soggetti compresi nel campo di applicazione della normativa.

Quali dati aziendali devono essere protetti

Prima di scegliere una soluzione, devi capire quali informazioni sono assolutamente necessarie per il lavoro quotidiano della tua azienda. Questa analisi preliminare è fondamentale per evitare due problemi frequenti: lasciare fuori dal backup dati importanti oppure dedicare troppe risorse ad archivi che vengono aggiornati raramente.

Puoi iniziare dai sistemi che l’azienda utilizza ogni giorno. Il database del gestionale, per esempio, viene aggiornato ogni volta che entra un ordine o viene registrato un pagamento. Una perdita potrebbe quindi cancellare attività recenti e costringere il personale a ricostruirle manualmente.

Per i documenti amministrativi potrebbe essere necessaria politica diversa, specialmente nel caso rimangano invariati per lunghi periodi. Anche i file di progetto e le cartelle condivise vanno valutati in base alla frequenza con cui vengono modificati.

L’analisi deve comprendere, naturalmente, anche la posta elettronica e le piattaforme SaaS, come Microsoft 365. Molte informazioni vengono ormai conservate direttamente nel cloud e potrebbero non essere presenti sui server aziendali. Lo stesso vale per i computer portatili utilizzati fuori sede, sui quali i dipendenti possono salvare documenti che non hanno ancora trasferito negli archivi condivisi.

Una volta individuati i dati, assegna loro una priorità. Il gestionale che coordina le attività operative avrà esigenze diverse rispetto a un archivio storico consultato occasionalmente. Questa classificazione ti aiuterà a stabilire quali sistemi devono ripartire per primi.

Come stabilire obiettivi di ripristino concreti

Per scegliere la frequenza dei backup e la soluzione tecnica più adatta, devi definire due parametri fondamentali: il Recovery Time Objective e il Recovery Point Objective.

Che cos’è il Recovery Time Objective

Il Recovery Time Objective, abbreviato in RTO, indica il tempo massimo entro cui un sistema deve tornare disponibile dopo un’interruzione.

Per definirlo, chiediti quanto può restare ferma una determinata attività prima che il problema produca conseguenze rilevanti. Se il gestionale deve essere recuperato entro quattro ore, il sistema di backup dovrà permettere di ripristinare sia l’applicazione sia i dati entro quella finestra.

Un archivio utilizzato poche volte al mese può tollerare tempi più lunghi. In questo caso puoi assegnare le risorse disponibili ai processi che incidono maggiormente sul lavoro quotidiano.

Che cos’è il Recovery Point Objective

Il Recovery Point Objective, abbreviato in RPO, stabilisce quanti dati l’azienda può accettare di perdere in termini di tempo.

Se imposti un RPO di un’ora, devi disporre di una copia che risalga al massimo a sessanta minuti prima dell’incidente. Un backup eseguito soltanto alla fine della giornata lascerebbe quindi scoperto un intervallo di tempo troppo ampio.

In caso determinati archivi cambino con minore frequenza, puoi prevedere salvataggi più distanziati. La scelta deve sempre partire dal valore delle informazioni e dalla difficoltà necessaria per ricostruirle.

RTO e RPO influiscono direttamente sui costi. Obiettivi molto ridotti richiedono copie più frequenti e sistemi capaci di ripartire in tempi brevi. Per questo motivo, è importante assegnare valori diversi ai vari processi aziendali.

Quali tipi di backup aziendale scegliere

Esistono diversi sistemi di backup aziendali e ciascuno risponde a esigenze specifiche. Esistono modalità di ripristino che riducono il tempo necessario per creare le copie, mentre altre rendono più semplice l’operazione.

Le abbiamo raccolte nella seguente tabella.

Il backup completo viene spesso utilizzato come base della strategia. Può essere seguito da copie incrementali più frequenti, che registrano soltanto le modifiche più recenti e occupano meno spazio.

Il backup differenziale continua invece a prendere come riferimento l’ultima copia completa. Con il passare dei giorni aumenta la quantità di dati salvati, anche se il recupero richiede meno passaggi rispetto a una lunga catena incrementale.

Gli snapshot sono utili quando devi riportare rapidamente una macchina virtuale a uno stato precedente. La loro protezione dipende però dall’infrastruttura su cui sono conservati. Se lo snapshot resta sullo stesso storage dei dati originali, un guasto alla piattaforma può coinvolgere entrambi. È quindi opportuno affiancarlo a una copia archiviata in un ambiente separato.

Con quale frequenza devono essere svolti i backup

La frequenza dei backup dipende dall’RPO e dal ritmo con cui cambiano i dati. Se il gestionale riceve aggiornamenti durante tutta la giornata, una copia serale potrebbe comportare la perdita di molte ore di lavoro. In questo caso puoi prevedere backup orari oppure ricorrere a una protezione continua.

Per gli archivi che vengono aggiornati con minore frequenza può essere sufficiente una copia giornaliera. I documenti ormai chiusi possono essere salvati, invece, ad intervalli più lunghi.

Ricorda che è buona norma creare un backup prima di una migrazione o di un aggiornamento importante. Se l’intervento causa un problema, avrai a disposizione una versione recente dalla quale ripartire.

La frequenza deve tenere conto anche della durata del processo. Un backup che occupa troppe risorse può rallentare i sistemi durante l’orario di lavoro. Per evitare questo problema, puoi programmare le copie più pesanti nei momenti in cui l’infrastruttura viene utilizzata meno, per esempio durante la notte.

Accanto alla frequenza devi definire la retention, cioè il periodo durante il quale conservare le varie versioni. La durata cambia in base al tipo di dato e agli obblighi applicabili. Le scritture contabili, per esempio, devono essere conservate per dieci anni dalla data dell’ultima registrazione.

Per i dati personali si applica anche il principio di limitazione della conservazione previsto dal GDPR. Le informazioni devono quindi essere mantenute per il tempo necessario alle finalità del trattamento, salvo i casi in cui una norma richieda una durata specifica.

Dove archiviare i backup aziendali

Come abbiamo anticipato, il luogo in cui conservi le copie incide direttamente sulla possibilità di recuperarle. Se i dati originali e il backup si trovano sullo stesso server, un guasto può rendere inutilizzabili entrambi.

Una copia locale, conservata per esempio su un NAS dedicato, può aiutarti a recuperare velocemente un file eliminato o un sistema danneggiato. Il dispositivo deve però essere protetto attraverso credenziali dedicate e controlli sugli accessi.

Una copia remota protegge invece l’azienda quando la sede diventa inaccessibile. Il cloud e i data center professionali permettono di mantenere i backup lontani dall’infrastruttura aziendale, riducendo il rischio che un singolo evento coinvolga tutte le versioni disponibili.

Molte imprese scelgono quindi una soluzione ibrida. La copia locale viene utilizzata per i recuperi più rapidi, mentre quella remota resta disponibile per gli incidenti che coinvolgono l’intera sede.

Tra le best practice per i backup aziendali troviamo la regola del 3-2-1. Il modello prevede tre copie complessive dei dati, archiviate su due tipologie di supporto, con una copia conservata fuori sede.

Puoi applicarla mantenendo i dati sul sistema di produzione e una copia su un dispositivo dedicato. A queste si aggiunge una replica remota, per esempio in cloud. Le aziende più esposte possono rafforzare questa configurazione attraverso una copia immutabile o isolata.

Come proteggere i backup dagli attacchi

I ransomware cercano spesso di compromettere anche le copie di sicurezza. Per questo motivo, i backup devono essere separati dall’ambiente operativo e gestiti con credenziali dedicate.

Lo storage immutabile impedisce che i dati vengano modificati o cancellati per un periodo prestabilito. Anche un utente con tutte le autorizzazioni incontra quindi limiti precisi, che aiutano a conservare una versione utilizzabile dopo un attacco.

Il backup air-gapped mantiene invece una copia isolata dalla rete aziendale. L’isolamento può essere fisico, come accade con un supporto scollegato dopo il salvataggio. Può anche essere ottenuto attraverso un ambiente logico separato, protetto da credenziali differenti.

Non bisogna poi dimenticarsi della crittografia per il backup aziendale, che protegge i dati durante il trasferimento e quando sono conservati. Anche le chiavi devono essere custodite seguendo determinate procedure di sicurezza, perché la loro perdita può impedire l’accesso alla copia proprio nel momento in cui serve.

Ci sono altri interventi altrettanto importanti. Pensiamo, per esempio, all’autenticazione a più fattori sugli account amministrativi e all’assegnazione personalizzata dei permessi per ogni utente. La rete dedicata al backup può essere segmentata, così un malware presente su una postazione incontra maggiori difficoltà nel raggiungere il repository.

Come progettare correttamente i backup aziendali

Qualsiasi strategia di backup, per essere efficace, deve avere come base un inventario aggiornato. Devi sapere dove si trovano i dati e quali sistemi li utilizzano, tenendo conto anche delle applicazioni cloud e dei computer usati fuori sede.

Dopo aver definito il perimetro, puoi assegnare una priorità ai vari processi. Coinvolgere i responsabili delle aree aziendali è quindi indispensabile per definire quanto lavoro verrebbe compromesso da una perdita e quale durata del fermo potrebbe essere accettabile.

A questo punto puoi stabilire RPO e RTO, scegliendo la tecnologia coerente con gli obiettivi prefissati. Un backup completo periodico può essere affiancato da copie incrementali più ravvicinate. La replica remota proteggerà invece i dati dagli eventi che coinvolgono la sede.

Le operazioni devono essere il più possibile automatizzate, così il sistema esegue i salvataggi senza la necessità di un intervento manuale. Il software poi dovrebbe inviare una notifica nel momento in cui una procedura fallisce e generare dei report periodici per controllare le copie disponibili.

Altrettanto necessaria è la procedura di ripristino. Il documento deve indicare chi può avviare il recupero e quale copia utilizzare in base al problema riscontrato. È importante anche stabilire l’ordine con cui riattivare i sistemi, perché alcune applicazioni dipendono da servizi che devono tornare disponibili prima.

La policy deve infine seguire l’evoluzione dell’infrastruttura. L’introduzione di un nuovo gestionale può aumentare il volume dei dati, mentre una migrazione in cloud può cambiare la loro posizione. In entrambi i casi è necessario aggiornare il perimetro del backup.

Gli errori più comuni nella gestione dei backup

Uno degli errori più frequenti consiste nel conservare tutte le copie nello stesso ambiente. Una scelta di questo tipo espone il backup agli stessi guasti dei dati originali e può rendere inutile l’intero sistema in caso di incendio o danno alla sede.

Altra criticità si genera nel momento in cui si scambia la sincronizzazione cloud con il backup. Se un file viene cancellato o cifrato, la modifica può propagarsi agli altri dispositivi sincronizzati. Una vera strategia deve quindi prevedere versioni separate e tempi di conservazione definiti.

Va poi controllato l’esito delle copie. Un backup fallito può passare inosservato per settimane se nessuno legge gli avvisi e i report. Quando arriva il momento del recupero, l’azienda potrebbe scoprire che l’ultima versione disponibile è ormai troppo vecchia.

L’ultimo errore, ma non per importanza, è quello di non aggiornare periodicamente la policy di backup. Come abbiamo detto, infatti, ogni modifica all’infrastruttura deve portare a una verifica del documento, così che i nuovi sistemi siano inclusi e lo spazio disponibile resti adeguato.

Perché bisogna testare il ripristino

Una volta che il software ha terminato il salvataggio, solo una prova di recupero può verificare che i dati siano integri e realmente utilizzabili.

Durante il test ci sono vari elementi da verificare. In primis, bisogna controllare che i file si aprano correttamente e che le applicazioni tornino a funzionare. Bisogna anche misurare il tempo impiegato, così da confrontarlo con l’RTO stabilito.

La frequenza delle prove va stabilita sulla base della criticità del sistema. I risultati delle prove devono essere documentati, perché gli eventuali errori aiutano a perfezionare la procedura. In questo modo puoi correggere le criticità prima che si verifichi un incidente reale.

Progettare una strategia di backup adatta alla tua azienda

Ogni impresa utilizza infrastrutture diverse e assegna priorità specifiche ai propri processi. Per questo motivo, la soluzione va definita partendo dai dati realmente presenti e dai tempi entro cui devono essere recuperati.

Info-Bit supporta le imprese nella progettazione e nel controllo dei servizi di backup aziendali, valutando l’infrastruttura già presente e gli obiettivi di continuità operativa. Il servizio comprende la configurazione dei sistemi e il controllo periodico delle copie, così da verificare che i dati siano integri e utilizzabili quando serve il ripristino.

Anche l’assistenza viene gestita attraverso un sistema di ticketing centralizzato, che rende ogni richiesta tracciabile e permette di assegnarla al tecnico con le competenze più adatte. L’azienda può monitorarne lo stato di avanzamento, mentre lo storico conserva le attività svolte e facilita le verifiche successive.

Questo metodo consente di stabilire priorità e tempi di risposta coerenti con la criticità del problema, seguendo procedure organizzative definite e requisiti di sicurezza conformi alla ISO 27001.