Backup questi sconosciuti

1. Cosa sono i backup e perché sono fondamentali

Il termine backup (cope di sicurezza) indica il processo di duplicazione di dati informatici su uno o più supporti distinti dall'originale, con lo scopo di poterli ripristinare in caso di perdita, corruzione o inaccessibilità. La gestione del backup è una delle pratiche fondamentali dell'IT aziendale, indipendentemente dalla dimensione dell'organizzazione.

Spesso si tende a sottovalutare l'importanza dei backup fino a quando non si verifica un evento critico. La perdita di dati infatti può avere conseguenze devastanti per un'azienda:

• blocco delle operazioni,
• perdita di documenti,
• sanzioni normative
• danni reputazionali
• cessazione dell'attività stessa (casi estremi)

Pensiamo ad una PMI o ad un professionista (avvocato, commercialista che sia) che una mattina si presenta in ufficio, prova ad accedere ai dati e trova....il vuoto cosmico. Pensa subito ai backup e si accorge di non averle o di non essere in grado di ripristinarli. E magari il giorno dopo deve consegnare ai clienti il lavoro o pagare le imposte. brutto vero?!

Un backup non è semplicemente una copia dei file. Un backup efficace è un sistema strutturato, pianificato, verificato e documentato, che comprende procedure chiare di esecuzione e di ripristino, responsabilità definite e strumenti adeguati al contesto operativo.

1.1 La distinzione tra backup, replica e archiviazione

È importante distinguere tra tre concetti spesso confusi:

• Backup: copia puntuale dei dati in un momento specifico, destinata al ripristino in caso di disastro. Può essere conservata per giorni, settimane o mesi.
• Replica: copia sincronizzata e pressoché in tempo reale dei dati su un secondo sistema. Non sostituisce il backup perché replica anche gli errori e i file corrotti.
• Archiviazione: conservazione a lungo termine di dati storici, non destinati all'uso quotidiano, spesso per obblighi normativi (es. conservazione delle scritture contabili per 10 anni).

Attenzione! La sincronizzazione automatica di una cartella (es. tramite Nextclud, Dropbox, OneDrive, Google Drive) NON è un backup. Se un file viene eliminato per errore o cifrato da un ransomware, la sincronizzazione propagherà immediatamente il danno su tutti i dispositivi collegati. Il backup deve essere separato, isolato e idealmente non accessibile in tempo reale dal sistema che protegge.

1.2 Il concetto di RPO e RTO

Due parametri fondamentali nella progettazione di qualsiasi sistema di backup sono:

• RPO (Recovery Point Objective): indica la quantità massima di dati che l'organizzazione è disposta a perdere, misurata in tempo. Un RPO di 24 ore significa che, nel peggiore dei casi, si perderanno i dati delle ultime 24 ore. Un RPO basso richiede backup frequenti.
• RTO (Recovery Time Objective): indica il tempo massimo tollerabile per il ripristino del sistema a piena operatività dopo un disastro. Un RTO di 4 ore significa che il sistema deve essere ripristinato entro 4 ore dall'incidente.

Questi due valori devono essere definiti prima di progettare qualsiasi soluzione di backup, in quanto determinano direttamente la frequenza dei backup, la tecnologia da utilizzare e i costi del sistema.

2. Da cosa ci proteggono i backup

Le minacce che possono rendere necessario un ripristino dei dati sono molteplici e spaziano da eventi accidentali a incidenti dolosi. Una buona strategia di backup deve tenere conto di tutte queste casistiche.

2.1 Guasti hardware

I supporti di archiviazione fisici come hard disk (HDD), unità a stato solido (SSD), nastri magnetici, chiavette USB etc. sono soggetti a usura e guasto. Secondo le statistiche dei produttori, un hard disk meccanico ha una vita media di 3-5 anni e un tasso di guasto annuo che cresce significativamente dopo il terzo anno di utilizzo.

Un guasto hardware improvviso può rendere inaccessibili tutti i dati presenti su quel supporto, senza alcun preavviso. Il backup garantisce che, a fronte della sostituzione dell'hardware difettoso, sia possibile ripristinare i dati su un nuovo sistema.

2.2 Errori umani

Gli errori umani rappresentano una delle cause più frequenti, direi con cadenza giornaliera, di perdita dati: cancellazione accidentale di file o cartelle, sovrascrittura di documenti importanti, formattazione involontaria di unità di archiviazione, modifiche errate a database o configurazioni di sistema. Spesso questi errori vengono scoperti solo giorni o settimane dopo il fatto, rendendo necessario disporre di backup storici che risalgano nel tempo.

2.3 Attacchi ransomware e malware

Il ransomware è oggi una delle minacce più gravi per le aziende di qualsiasi dimensione. Si tratta di un tipo di malware che, una volta infiltratosi nel sistema, tipicamente tramite una email di phishing, un allegato infetto o una vulnerabilità software, cifra (crypta) tutti i file accessibili rendendoli illeggibili, per poi richiedere un riscatto (in criptovaluta) per la chiave di decifratura.

Gli attacchi ransomware sono particolarmente insidiosi perché si propagano rapidamente attraverso la rete aziendale, colpendo server, workstation, NAS condivisi e, se raggiungibili, anche le destinazioni di backup online. Per questo motivo, almeno una copia di backup deve essere fisicamente isolata dalla rete o protetta da meccanismi di immutabilità.

Scenario reale. Un'azienda manifatturiera con 30 dipendenti viene colpita da un ransomware che cifra l'intero file server, le workstation e il NAS di backup condiviso in rete. Non avendo backup offline, l'azienda si trova costretta a pagare il riscatto (illegale e senza garanzia di recupero) o a perdere anni di dati. Il ripristino completo richiede oltre 3 settimane e un costo stimato di 80.000 euro tra fermo produttivo, consulenza IT e recupero parziale dei dati.

2.4 Disastri fisici e ambientali

Incendi, allagamenti, fulminazioni, terremoti o furti possono distruggere fisicamente i sistemi informatici di un ufficio. Il backup offsite, cioè ovvero la copia conservata in una sede fisicamente distante, è l'unica protezione efficace contro questi scenari. Una singola copia di backup conservata nella stessa stanza dei server non offre alcuna protezione contro un incendio.

2.5 Guasti software e corruzione dei dati

Aggiornamenti software malfunzionanti, bug applicativi, interruzioni di corrente durante la scrittura su disco e problemi di filesystem possono corrompere i dati in modo silenzioso. La corruzione può passare inosservata per settimane, rendendo potenzialmente inutili le copie di backup più recenti. Per questo è essenziale mantenere versioni storiche dei backup su un arco temporale adeguato.

3. Pianificazione dell'attività di backup

Una corretta attività di backup non può essere improvvisata. Richiede un processo di pianificazione strutturato che parte dalla comprensione del patrimonio informativo aziendale e arriva alla definizione di procedure operative dettagliate.

3.1 Ricognizione dei dati trattati

Il primo passo consiste nella mappatura di tutti i dati aziendali: dove si trovano, chi li gestisce, quanto sono critici e con quale frequenza vengono modificati. Una buona ricognizione deve includere:

• Dati strutturati: database gestionali (ERP, CRM), database contabili, archivi clienti/fornitori.
• Dati non strutturati: documenti Office, PDF, email, file CAD/CAM, immagini, video.
• Dati applicativi: configurazioni software, licenze, script personalizzati.
• Dati di sistema: configurazioni di server, firewall, router, macchine virtuali.
• Dati utente: profili desktop, cartelle personali, preferenze applicative.

Per ciascuna categoria è utile assegnare un livello di criticità (ad es. da 1 a 3) e una frequenza di modifica (giornaliera, settimanale, mensile), in modo da calibrare adeguatamente la frequenza dei backup. Beh, in fondo potete anche prendere il Documento Redatto ai fini del GDPR, e dovrebbe coincidere....giusto?

3.2 Inventario dei supporti fisici e software

Parallelamente alla ricognizione dei dati, è necessario censire tutti i sistemi su cui questi dati risiedono:

• Server fisici (file server, application server, mail server, domain controller).
• Workstation e laptop dei dipendenti.
• NAS (Network Attached Storage) aziendali.
• Sistemi virtualizzati (VMware, Hyper-V, Proxmox, KVM).
• Applicazioni SaaS (CRM, gestionale cloud, posta elettronica in cloud).
• Dispositivi mobili con dati aziendali.

Per ogni sistema vanno documentati: sistema operativo, versione, software installati critici, frequenza di utilizzo, responsabile IT di riferimento. Questo inventario costituisce la base del piano di disaster recovery.... Beh, dovrebbe coincidere con il libro cespiti....giusto?

3.3 Scelta della tecnologia di backup

In base alla ricognizione effettuata, è possibile scegliere le tecnologie di backup più adeguate. di seguito un esempio non esaustivo:

• Backup su NAS locale: soluzione economica e veloce per ambienti di piccole dimensioni. Offre buone prestazioni di ripristino ma nessuna protezione da disastri fisici o da ransomware se il NAS è raggiungibile dalla rete.
• Backup su disco esterno con rotazione: adatto per uffici piccoli. Richiede disciplina operativa nella rotazione dei supporti e nella conservazione offline di almeno una copia.
• Backup su nastro (LTO): ancora valido per volumi elevati e per conservazione a lungo termine. Offre protezione intrinseca offline (il nastro non è connesso alla rete).
• Backup su cloud: scalabile, accessibile da remoto, ma con implicazioni di sovranità del dato (vedi capitolo 6). Ottimo come destinazione secondaria (offsite) nella regola 3-2-1.
• Backup ibrido: combinazione di backup locale (per velocità di ripristino) e cloud (per disaster recovery geografico). Rappresenta oggi la soluzione consigliata per la maggior parte delle PMI.

4. Regole di salvataggio: rotazione e differenziazione

4.1 I tipi di backup

• Backup completo (Full): copia integrale di tutti i dati selezionati. È il tipo più lento e occupa più spazio, ma è il più semplice da ripristinare. Viene eseguito tipicamente una volta a settimana o al mese.
• Backup incrementale: copia solo i dati modificati dall'ultimo backup (completo o incrementale precedente). È veloce e occupa poco spazio, ma il ripristino è più complesso (richiede il full più tutti gli incrementali successivi).
• Backup differenziale: copia tutti i dati modificati dall'ultimo backup completo. È una via di mezzo: richiede più spazio dell'incrementale ma il ripristino è più semplice (full + ultimo differenziale).
• Backup snapshot: fotografia istantanea dello stato del sistema (tipicamente di macchine virtuali o volumi LVM). È molto rapido e permette di ripristinare un sistema intero in pochi minuti.

4.2 La regola 3-2-1 (e la variante 3-2-1-1-0)

La regola 3-2-1 è considerata lo standard minimo per una strategia di backup robusta:

• 3 copie dei dati (l'originale + 2 backup).
• 2 supporti di tipo diverso (es. disco locale + nastro, oppure NAS + cloud).
• 1 copia offsite (fisicamente distante dall'originale).

La variante moderna 3-2-1-1-0 aggiunge due requisiti:

• 1 copia offline o immutabile (air-gapped, non raggiungibile dalla rete).
• 0 errori verificati nei test di ripristino.

Esempio pratico — Studio professionale con 5 workstation. Dati originali sui PC dei dipendenti + server locale. Backup giornaliero su NAS in rete locale (copia 1). Backup settimanale su disco esterno portato a casa dal titolare (copia 2, offsite). Backup mensile su cloud cifrato (copia 3). Il disco portato a casa funge anche da copia offline. Questo schema rispetta la regola 3-2-1 con costi contenuti.

4.3 Schemi di rotazione dei supporti

Quando si utilizzano supporti fisici rimovibili (dischi esterni, nastri), è fondamentale adottare uno schema di rotazione per garantire la disponibilità di versioni storiche dei dati e prolungare la vita dei supporti.

• Schema GFS (Grandfather-Father-Son): schema classico a tre livelli. I backup giornalieri (Son) vengono sovrascritti ogni settimana. I backup settimanali (Father) vengono conservati per un mese. I backup mensili (Grandfather) vengono conservati per un anno. Richiede un set minimo di 20 supporti.
• Schema Tower of Hanoi: schema matematico che ottimizza il numero di supporti utilizzati garantendo comunque versioni storiche distribuite nel tempo. Meno intuitivo ma molto efficiente.
• Schema semplificato settimanale: adatto per piccoli studi professionali: 5 nastri/dischi etichettati Lunedì-Venerdì, più 4 dischi mensili (uno per ciascuna settimana del mese), più 12 dischi annuali. Totale: 21 supporti.

4.4 Retention policy: per quanto tempo conservare i backup

La retention policy definisce per quanto tempo le copie di backup devono essere conservate prima di essere sovrascritte o eliminate. La sua definizione deve tenere conto di:

• Requisiti normativi (il GDPR, la normativa fiscale italiana richiedono conservazione dei dati per periodi definiti).
• Probabilità di scoperta tardiva di un errore o di una corruzione dei dati.
• Costo dello spazio di archiviazione disponibile.
• Criticità dei dati: i database di produzione possono richiedere retention di 90 giorni, mentre i log applicativi forse solo 30 giorni.

Una retention policy tipica per una PMI potrebbe prevedere: backup giornalieri conservati per 30 giorni, backup settimanali per 3 mesi, backup mensili per 1 anno, backup annuali per 5-7 anni.

5. Test di ripristino e verifica dell'integrità

Un backup non verificato non è un backup: è solo una speranza. La fase più trascurata nella gestione del backup è il test periodico del ripristino, eppure è quella più critica. Scoprire che i backup non funzionano nel momento in cui se ne ha davvero bisogno è uno scenario catastrofico.

5.1 Verifica dell'integrità delle copie

Il primo livello di verifica è automatico e deve essere eseguito dal software di backup al termine di ogni operazione: consiste nel calcolo e nella verifica degli hash crittografici (MD5, SHA-256) dei file copiati, per rilevare eventuali corruzioni durante il trasferimento. Un backup completato con errori non rilevati è peggiore di nessun backup, perché crea una falsa sensazione di sicurezza.

5.2 Test di ripristino periodici

Almeno due volte l'anno (idealmente ogni trimestre), deve essere eseguito un test completo di ripristino in ambiente isolato. Il test deve simulare un reale scenario di disastro e documentare:

• Il tempo effettivo di ripristino (RTO reale vs RTO pianificato).
• La completezza dei dati ripristinati.
• Il corretto funzionamento delle applicazioni dopo il ripristino.
• Le eventuali criticità riscontrate e le azioni correttive adottate.

Il test di ripristino deve essere documentato in un verbale firmato dal responsabile IT e dal titolare del trattamento dati (normalmente il titolare dell'azienda). Questa documentazione ha valore anche in sede di verifica GDPR.

Errore critico molto comune. Molte aziende eseguono i backup regolarmente per anni senza mai testare il ripristino. Quando si verifica un guasto, scoprono che i backup erano corrotti, incompleti, o che il processo di ripristino richiede molte più ore del previsto. In alcuni casi, i backup erano stati salvati in formato proprietario non più leggibile dopo un cambio di software.

5.3 Monitoraggio e alerting

I processi di backup automatizzati devono essere monitorati attivamente. Non è sufficiente avviare un job di backup: occorre verificare che ogni esecuzione sia completata con successo. A tal fine è fondamentale configurare un sistema di notifiche che invii un report via email (o altro canale) al responsabile IT al termine di ogni backup, distinguendo tra successo, avviso e errore. Il responsabile deve leggere questi report e agire prontamente in caso di anomalie.

6. Backup in cloud e sovranità del dato

Il cloud ha rivoluzionato la gestione dei backup, offrendo scalabilità praticamente illimitata, accessibilità da qualsiasi luogo e costi contenuti per piccole quantità di dati. Tuttavia, l'utilizzo del cloud per i backup introduce una serie di questioni critiche che devono essere attentamente valutate, in particolare in relazione alla sovranità del dato e alla conformità GDPR.

6.1 Vantaggi del backup in cloud

• Offsite automatico: il dato viene conservato fisicamente altrove senza sforzo logistico.
• Scalabilità: lo spazio di archiviazione cresce all'occorrenza senza acquistare hardware.
• Accessibilità: il ripristino può avvenire da qualsiasi sede.
• Ridondanza intrinseca: i principali provider cloud replicano i dati su più datacenter.

6.2 Rischi e criticità

• Dipendenza dalla connettività: senza rete internet, il ripristino da cloud non è possibile.
• Tempi di ripristino: ripristinare grandi volumi di dati dal cloud può richiedere ore o giorni.
• Costi nascosti: molti provider addebitano costi per il download dei dati, che possono diventare significativi in caso di ripristino massivo.
• Lock-in tecnologico: i dati in formato proprietario di un provider possono essere difficili da migrare verso un altro fornitore.
• Accessibilità del provider: cosa accade ai dati in caso di cessazione del servizio o insolvenza del provider?

6.3 Sovranità del dato e GDPR

La sovranità del dato indica il diritto di un'organizzazione di mantenere il controllo esclusivo sui propri dati, compreso il controllo su dove sono fisicamente conservati, chi vi può accedere e secondo quale legislazione sono trattati.

Nel contesto europeo, il GDPR (Regolamento UE 2016/679) impone che i dati personali dei cittadini UE non vengano trasferiti verso paesi terzi che non garantiscano un livello di protezione adeguato, a meno che non siano in vigore specifiche garanzie contrattuali (come le Standard Contractual Clauses — SCC).

Questo significa che se si utilizza un provider cloud con datacenter negli USA, in India o in altri paesi extra-UE per conservare backup contenenti dati personali, è necessario verificare che esistano le garanzie contrattuali previste dal GDPR e inserire questo aspetto nel Registro dei Trattamenti. E forse non è sufficiente.

La scelta ideale per le PMI europee è quella di provider cloud con datacenter esclusivamente in territorio UE (Germania, Francia, Irlanda) oppure l'adozione di soluzioni di backup cloud self-hosted su server privati con collocazione europea.

Raccomandazione pratica. Prima di scegliere un provider cloud per i backup aziendali, verificare:

1. dove si trovano fisicamente i datacenter;
2. se esiste un DPA (Data Processing Agreement) conforme al GDPR;
3. se i dati vengono cifrati end-to-end con chiavi gestite dal cliente (client-side encryption).

6.4 Cifratura dei backup

Indipendentemente dalla destinazione, tutti i backup dovrebbero essere cifrati. In particolare: i backup su cloud devono essere cifrati lato client (prima del caricamento) con algoritmi robusti come AES-256; le chiavi di cifratura devono essere conservate separatamente dai backup stessi (non presso il provider cloud); la documentazione delle chiavi deve essere protetta e accessibile solo alle persone autorizzate. In determinati casi la cifratura potrebbe essere obbligatoria dal GDPR (es. dati sanitari). Se i backup sono effettuatu su supporti cloud self-hosted adeguatamente protetti si potrebbe accettare un backup dei dati in chiaro (non cifrati). Fai il backup su hardisk esterno o su supporto usb e lo perdi? Lo tieni in borsa e te lo rubano? Ecco che si può incorrere in una "data breach" con relativo obbligo di comunicazione al Garante Privacy.

7. Il GDPR e la tutela dei dati: obblighi e responsabilità

Il Regolamento Generale sulla Protezione dei Dati (GDPR, Regolamento UE 2016/679), in vigore dal 25 maggio 2018, ha introdotto obblighi precisi anche in materia di backup e sicurezza dei dati. Non comprendere e rispettare questi obblighi espone le organizzazioni a sanzioni amministrative significative (fino a 20 milioni di euro o il 4% del fatturato mondiale annuo).

7.1 Il principio di integrità e riservatezza (art. 5)

L'articolo 5 del GDPR sancisce che i dati personali devono essere trattati in maniera da garantire un'adeguata sicurezza, inclusa la protezione, mediante misure tecniche e organizzative adeguate, da trattamenti non autorizzati o illeciti e dalla perdita, dalla distruzione o dal danno accidentali. Il backup è quindi non solo una buona pratica, ma un obbligo implicito derivante da questo principio.

7.2 Le misure di sicurezza tecniche (art. 32)

L'articolo 32 del GDPR richiede l'implementazione di misure tecniche e organizzative adeguate per garantire un livello di sicurezza appropriato al rischio. Tra queste misure, il Regolamento cita esplicitamente: la pseudonimizzazione e la cifratura dei dati; la capacità di assicurare su base permanente la riservatezza, l'integrità, la disponibilità e la resilienza dei sistemi e dei servizi di trattamento; la capacità di ripristinare tempestivamente la disponibilità e l'accesso ai dati personali in caso di incidente fisico o tecnico (business continuity).

Quest'ultimo punto — la capacità di ripristino — è una descrizione diretta delle funzioni di backup e disaster recovery. La sua assenza potrebbe essere considerata una violazione dell'art. 32.

7.3 Il Registro dei Trattamenti e i backup

Il Registro dei Trattamenti (art. 30 GDPR), obbligatorio per le organizzazioni con più di 250 dipendenti e raccomandato per trattamenti occasionali, deve documentare tutte le attività di trattamento dei dati personali. I backup sono attività di trattamento e devono essere quindi inclusi nel Registro, specificando:

• la tipologia di dati personali presenti nei backup;
• le finalità del trattamento;
• le misure di sicurezza adottate;
• i tempi di conservazione;
• i soggetti che hanno accesso ai backup (incluso il fornitore del servizio cloud, se applicabile).

7.4 Il diritto alla cancellazione e i backup

Il GDPR (art. 17) garantisce agli interessati il diritto alla cancellazione (diritto all'oblio). Questo crea una tensione pratica con i backup: se un cliente chiede la cancellazione dei propri dati, come ci si comporta con i backup già effettuati che li contengono?

Le Linee Guida del Garante e le interpretazioni prevalenti suggeriscono che i backup possono mantenere i dati fino alla loro naturale scadenza (prevista dalla retention policy), a condizione che: i backup non vengano utilizzati per altri scopi; i dati vengano eliminati al successivo ciclo di sovrascrittura; venga documentata la richiesta di cancellazione e la policy adottata. E se cancellarli costasse troppo rispetto al "valore" del dato.

7.5 Il Data Breach e i backup

In caso di violazione dei dati personali (data breach), incluso un attacco ransomware che compromette i dati nei backup, il Titolare del Trattamento ha l'obbligo di notificare il Garante entro 72 ore dalla conoscenza dell'evento (art. 33 GDPR), e in alcuni casi anche gli interessati (art. 34). Avere un sistema di backup sicuro e funzionante riduce la gravità del data breach e può essere documentato come misura mitigativa.

8. Organigramma e documenti interni da redigere

Una gestione del backup conforme alle normative e alle buone pratiche richiede la definizione formale di ruoli, responsabilità e procedure documentate. Questi documenti, che non sono solo adempimenti burocratici, sono strumenti operativi che guidano il comportamento del personale e dimostrano, in caso di controllo, che l'organizzazione opera in modo consapevole e strutturato. Ah... avere tutto, magari fatto da una società esterna o da un professionista, ma non conoscere assolutamente niente di cosa c'è scritto e di quali sono gli obblighi ed i doveri, non vuol dire "essere in regola"; e ricorda: il titolare del trattamento è sempre responsabili, gli incaricati mai.

8.1 Figure e responsabilità

• Titolare del Trattamento (art. 4 n. 7 GDPR): è la persona fisica o giuridica che determina le finalità e i mezzi del trattamento dei dati. Nella maggior parte delle PMI coincide con il titolare o il legale rappresentante dell'azienda. È responsabile in ultima istanza della conformità al GDPR, incluse le misure di sicurezza come i backup.
• Responsabile del Trattamento (art. 28 GDPR): è il soggetto esterno (es. consulente IT, fornitore di servizi cloud) che tratta i dati per conto del Titolare. Deve essere formalizzato con un contratto specifico (DPA) che definisce obblighi e garanzie.
• DPO — Data Protection Officer (art. 37 GDPR): obbligatorio per alcune categorie di organizzazioni, raccomandato per le altre. Supervisiona la conformità al GDPR. Per le PMI può essere una figura esterna.
• Amministratore di Sistema / Referente IT: figura operativa che gestisce concretamente il sistema di backup. Le sue attività devono essere logate (in Italia il Provvedimento del Garante del 27/11/2008 impone il tracciamento delle attività degli amministratori di sistema). Può essere interno o esterno.

ATTENZIONE — Responsabilità non delegabile. La responsabilità ultima in materia di protezione dei dati personali — inclusa la corretta gestione dei backup, non può essere delegata completamente a un fornitore esterno. Il Titolare del Trattamento rimane sempre responsabile. Affermare "fa tutto il nostro consulente IT, non so nulla di queste cose" non costituisce una difesa valida in sede di ispezione del Garante o in caso di contenzioso. La società esterna incaricata è un Responsabile del Trattamento (art. 28 GDPR), non il Titolare: la distinzione è fondamentale e ha pieno valore legale. Il Titolare deve conoscere le basi del sistema adottato, approvare le policy e verificarne l'applicazione.

8.2 Documenti da redigere internamente

• Piano di Backup (Backup Policy): documento che descrive la strategia complessiva di backup: quali dati vengono salvati, con quale frequenza, su quali supporti, secondo quale schema di rotazione, per quanto tempo, con quali misure di sicurezza. Deve essere approvato dalla direzione e aggiornato almeno annualmente.
• Procedura Operativa di Backup: documento tecnico che descrive passo per passo come eseguire le operazioni di backup e ripristino. Deve essere comprensibile da chiunque debba intervenire in emergenza, non solo dal responsabile IT abituale.
• Registro dei Test di Ripristino: log storico di tutti i test di ripristino eseguiti, con data, esito, dati ripristinati, tempo impiegato e firma del responsabile.
• Inventario dei Supporti: lista aggiornata di tutti i supporti di backup (dischi, nastri, account cloud), con stato (attivo/in rotazione/archiviato), data di ultimo utilizzo e ubicazione.
• Nomina ad Amministratore di Sistema: documento formale (imposto dal Provvedimento del Garante) che nomina gli amministratori di sistema e descrive le loro attività, incluso il backup.
• DPA (Data Processing Agreement ) con fornitori esterni: contratto di responsabilità del trattamento con il provider cloud e con il consulente IT esterno che gestisce i backup.

9. Esempi pratici: strutture logiche per ambienti semplici

Di seguito vengono illustrate alcune configurazioni tipiche per ambienti aziendali di piccole e medie dimensioni, lontane dai contesti enterprise come ISP o datacenter.

9.1 Studio professionale (1-5 postazioni)

Scenario: studio commercialista, avvocato o medico con 3 PC Windows e dati su un NAS locale (Network Attached Storage).

• Livello 1 — Backup locale giornaliero: il NAS esegue snapshot giornalieri dei propri volumi condivisi. Ogni snapshot occupa solo lo spazio delle differenze. Retention: 30 giorni.
• Livello 2 — Backup su disco esterno settimanale: ogni venerdì, un disco viene collegato al NAS e il software crea una copia cifrata dei dati critici. Il disco viene poi rimosso e portato fuori ufficio (casa del titolare o cassaforte). Due dischi in rotazione.
• Livello 3 — Backup cloud mensile: Il software di backup carica automaticamente un backup mensile cifrato sui server presso un datacenter. La chiave di cifratura è gestita dal cliente.
• Workstation: le singole workstation vengono incluse nel backup del NAS tramite mappatura delle cartelle utente (redirezione delle cartelle Documenti/Desktop verso il NAS).

9.2 Piccola azienda manifatturiera (10-30 dipendenti, con server Windows Server)

Scenario: azienda con un file server Windows Server 2022, un gestionale ERP su database SQL Server, 2 server virtualizzati su Hyper-V.

• Livello 1 — Backup VM giornaliero: snapshot giornaliero delle macchine virtuali su NAS dedicato al backup (rete VLAN separata). Retention: 14 snapshot. L'intero VM può essere ripristinato in meno di 30 minuti.
• Livello 2 — Backup database SQL Server ogni 4 ore: backup differenziale del database ERP ogni 4 ore tramite job SQL Server Agent. I file di backup vengono copiati sul NAS. Questo riduce l'RPO a 4 ore per i dati più critici.
• Livello 3 — Backup offsite settimanale su NAS remoto: tramite VPN site-to-site, un NAS nella sede del titolare o in colocation riceve una copia settimanale cifrata. Alternativa: replicazione in cloud in UE.
• Livello 4 — Backup nastro mensile (opzionale): backup mensile completo su LTO per conservazione a lungo termine. Il nastro viene conservato in cassaforte ignifuga esterna.

9.3 Azienda con infrastruttura ibrida e smart working

Scenario: 20 dipendenti in parte in smartworking, con PC aziendali Windows/macOS/Linux non sempre in rete locale. Server principale in cloud (VPS) e alcuni servizi SaaS (Newxtcloud, Onlyoffcie, Microsoft 365, Google Workspace, Infomaniak etc).

• PC remoti: installazione dell'agente del software di backup su ogni laptop aziendale. Il backup viene eseguito la notte verso un cloud cifrato quando il PC è connesso a internet. Alternativa: "Duplicati" per macOS/Linux. Duplicati è un ottimo software open source per la gestione dei backup)
• Server VPS: backup giornaliero offerto dal provider cloud + backup indipendente un cloud (es. tecnologia S3) separato (evitare di affidarsi solo al backup del provider).
• Microsoft 365: i dati di Exchange Online, SharePoint e OneDrive NON sono garantiti dal backup nativo di Microsoft oltre i 30-90 giorni. È necessario un tool dedicato.
• Google Workspace: analogamente, Google non garantisce il ripristino in caso di cancellazione accidentale. 

10. Gli errori più comuni nelle PMI e tra i professionisti

La gestione del backup nelle piccole e medie imprese italiane è spesso caratterizzata da approcci inadeguati, fraintendimenti e omissioni che possono avere conseguenze gravi. Di seguito vengono elencati e analizzati gli errori più frequenti.

10.1 «Fa tutto lui, cosa ne so io»: la delega totale e irresponsabile

Uno degli errori più gravi e più diffusi è la delega totale e acritica della gestione IT, e dei backup in particolare, ad un consulente esterno, senza alcun coinvolgimento o supervisione da parte della direzione aziendale.

Frasi come "fa tutto il nostro informatico" o "ho un contratto con una società esterna, ci pensa lei a tutto" non sono compatibili con la normativa vigente. Il Titolare del Trattamento, che in una PMI coincide normalmente con l'imprenditore o il professionista...ripeto, è responsabile in prima persona della protezione dei dati personali. La società esterna incaricata è un Responsabile del Trattamento (art. 28 GDPR), non il Titolare: i due ruoli sono distinti, con obblighi e responsabilità diversi.

Questo significa concretamente che: il Titolare deve conoscere quali dati vengono salvati, dove e per quanto tempo; deve approvare la Backup Policy; deve richiedere e leggere i report periodici; deve esigere la documentazione dei test di ripristino. Non è necessario essere un tecnico informatico, ma è necessario essere un Titolare consapevole. Peggio ancora, forse, c'è solo il titolare smanettone a cena con suo cuggino.

Caso concreto. Un'azienda viene colpita da un attacco ransomware. I backup esistevano, ma erano stati configurati su una condivisione di rete raggiungibile dal ransomware, che li ha cifrati anch'essi. Il consulente IT esterno aveva segnalato il problema via email 6 mesi prima, ma nessuno in azienda aveva letto o dato seguito alla segnalazione. In sede di ricorso, il Garante ha ritenuto il Titolare del Trattamento responsabile per la mancata adozione di misure adeguate. La sanzione comminata è stata di 45.000 euro.

10.2 Backup su unico supporto o unica destinazione

Il backup che risiede sulla stessa macchina dei dati originali (es. cartella di backup sullo stesso PC), sullo stesso NAS (volume di backup sullo stesso dispositivo), o nella stessa posizione fisica non costituisce un backup efficace. Se il disco o il dispositivo si guasta, si perde tutto. Se c'è un incendio, si perde tutto. Caso concreto di pochi giorni fa un dottore che aveva impostato Time Machine di Apple che faceva il backup su una seconda partizione dello stesso disco...ma lui non aveva fatto niente, figuriamoci.

10.3 Affidarsi esclusivamente alla sincronizzazione cloud

Come già discusso, Dropbox, OneDrive, Google Drive e simili non sono strumenti di backup. Sincronizzano in tempo reale le modifiche, incluse le cancellazioni e i file cifrati dal ransomware. Alcune versioni a pagamento offrono versioning limitato, ma non sostituiscono una strategia di backup strutturata.

10.4 Nessun test di ripristino

È l'errore più pericoloso. Molte aziende eseguono backup per anni senza mai verificare se i dati possono effettivamente essere ripristinati. Backup corrotti, supporti fisicamente deteriorati, software aggiornato che non legge più il formato del vecchio backup, password di cifratura smarrite: queste sono tutte situazioni reali e comuni.

10.5 Backup non cifrato di dati sensibili

Conservare backup non cifrati di dati personali (clienti, dipendenti, pazienti) su supporti fisici o servizi cloud è una violazione del principio di sicurezza del GDPR. Un disco esterno smarrito o rubato contenente backup in chiaro costituisce un data breach che deve essere notificato al Garante.

10.6 Ignorare i dati dei servizi SaaS

Molti imprenditori assumono erroneamente che i propri dati in Microsoft 365, Google Workspace, Salesforce o altri servizi SaaS siano automaticamente e illimitatamente al sicuro. In realtà, i provider SaaS garantiscono la disponibilità del servizio, non la protezione dei dati dell'utente. La responsabilità di proteggere i dati applicativi in ambienti SaaS ricade sempre sul cliente. 

Avete mai letto i termini e condizioni del vostro servizio? No???!!! Beh, credo che un sunto, ad esempio a quelli dei servizi Microsoft sia d'obbligo, tanto per rinfrescare le idee. I termini di contratto con i Servizi Microsof (ricordo che Office non è più un software ma un servizio in SaaS) sono qui: https://www.microsoft.com/it-it/servicesagreement#serviceslist .

10.7 Password e chiavi di cifratura non documentate

Backup cifrati con password conosciute solo dall'amministratore di sistema esterno (che nel frattempo ha cambiato lavoro) o software di backup con chiave di cifratura non documentata sono scenari purtroppo comuni. Le credenziali di accesso ai backup devono essere documentate, custodite in luogo sicuro (password manager aziendale) e accessibili a più di una persona autorizzata. Io come Password Manager consiglio Bitwarden o KeePass al limite ProtonPass, ma non quelli pubblicizzati dalla maggior parte degli youtuber, ok?! 

10.8 Non aggiornare il piano di backup al variare dell'infrastruttura

L'infrastruttura IT evolve: si aggiungono server, si migra a nuovi software, si introducono applicazioni cloud, si assumono nuovi dipendenti. Il piano di backup deve essere rivisto ogni volta che l'infrastruttura cambia significativamente. Un backup vecchio di configurazione potrebbe non includere nuovi server o database aggiunti di recente.

11. Software di backup open source: panoramica dei principali strumenti

Il mercato del software di backup open source offre soluzioni mature, affidabili e spesso comparabili in termini di funzionalità ai prodotti commerciali. Ma ci sono  anche molti prodotti commerciali ottimi. Di seguito una panoramica dei principali strumenti, adatti a contesti che spaziano dal singolo professionista alla PMI strutturata.

11.1 Rsync — Il pilastro del backup Unix/Linux

Rsync è uno strumento a riga di comando per la sincronizzazione efficiente di file e directory, disponibile su Linux, macOS e Windows (tramite Cygwin o WSL). È la base di molte soluzioni di backup più complesse.

• Caratteristiche principali: sincronizzazione incrementale tramite algoritmo delta (trasferisce solo le differenze), supporto SSH per trasferimento sicuro su rete, possibilità di backup incrementali con hard link (rsync + --link-dest per simulare snapshot), gestione di permessi e metadati.
• Casi d'uso tipici: backup di server Linux/macOS verso NAS o server remoto, script di backup personalizzati, componente base di soluzioni più complesse come BackupPC o Rsnapshot.
• Limiti: richiede competenza nella scrittura di script, nessuna interfaccia grafica nativa, gestione limitata di database e applicazioni complesse.

11.2 Restic — Backup moderno, sicuro e multipiattaforma

Restic è un moderno software di backup scritto in Go, progettato con la sicurezza come priorità assoluta. È diventato uno degli strumenti open source più apprezzati dalla comunità IT.

• Caratteristiche principali: cifratura end-to-end AES-256 con autenticazione (ogni backup è cifrato e autenticato), deduplicazione a livello di chunk (riduce significativamente lo spazio occupato), supporto per molteplici backend: filesystem locale, SFTP, S3/Wasabi/Backblaze B2, Azure, Google Cloud, e altri tramite rclone. Verifica dell'integrità integrata (restic check), versioning nativo, supporto per snapshot e restore granulare.
• Casi d'uso tipici: backup di server Linux/Windows/macOS verso cloud, backup di workstation, componente ideale per strategie di backup cloud per PMI.
• Punto di forza: la combinazione di cifratura robusta, deduplicazione e supporto multi-cloud lo rende oggi la scelta di riferimento per i backup cloud open source.

11.3 Bacula — Soluzione enterprise per reti complesse

Bacula è una soluzione di backup client/server open source enterprise-grade, in sviluppo dal 2000, adatta a infrastrutture con decine o centinaia di client da gestire centralmente.

• Architettura: si compone di Director (gestisce le policy), Storage Daemon (gestisce i media di backup), File Daemon (installato su ogni client), Console (interfaccia di gestione). E' disponibile anche una interfaccia web di amministrazione.
• Caratteristiche principali: gestione centralizzata di ambienti eterogenei (Linux, Windows, macOS), supporto per nastri e librerie automatiche, scheduling avanzato, catalogo su database SQL, gestione completa di pool, volumi e schemi di rotazione.
• Casi d'uso tipici: reti aziendali medio-grandi, ambienti con backup su nastro, organizzazioni che necessitano di gestione centralizzata e reportistica avanzata.
• Limiti: configurazione complessa, curva di apprendimento elevata, non ideale per ambienti molto piccoli.

11.4 Amanda (Advanced Maryland Automatic Network Disk Archiver)

Amanda è una delle soluzioni di backup di rete open source più longeve e mature, sviluppata dalla University of Maryland. Zmanda è la versione commerciale con supporto enterprise.

• Caratteristiche principali: backup centralizzato di client Linux/Unix/Windows/macOS, supporto per nastri e dischi, scheduling automatico con ottimizzazione del carico, integrazione con dumper nativi per backup consistenti di database, client agent leggero.
• Zmanda: la versione commerciale aggiunge interfaccia web, supporto per cloud (AWS S3, Azure), restore granulare di Microsoft Exchange/SQL Server, supporto tecnico professionale.
• Casi d'uso tipici: reti eterogenee con necessità di backup centralizzato, ambienti con nastri LTO.

11.5 Rclone — Il coltellino svizzero per il cloud storage

Rclone è uno strumento a riga di comando per la gestione e sincronizzazione di file su oltre 70 provider di cloud storage, dai più grandi (AWS S3, Google Cloud, Azure, Dropbox, OneDrive) ai più piccoli (Backblaze B2, Wasabi, Hetzner, Scaleway).

• Caratteristiche principali: supporto per oltre 70 backend cloud, sincronizzazione bidirezionale o unidirezionale, cifratura lato client (Crypt provider), verifica integrità tramite checksum, funzionalità di mount per montare il cloud come filesystem locale, supporto per bandwidth limiting e scheduling tramite cron.
• Integrazione con Restic: rclone può essere usato come backend per Restic, combinando la gestione multi-cloud di rclone con la cifratura e deduplicazione di Restic.
• Casi d'uso tipici: trasferimento e sincronizzazione di dati tra cloud diversi, backup verso cloud storage con cifratura, gestione di archive storage.

11.6 Duplicati — Interfaccia grafica per backup cifrati su cloud

Duplicati è una soluzione open source con interfaccia web intuitiva, progettata per il backup di workstation e piccoli server verso cloud storage, con cifratura end-to-end.

• Caratteristiche principali: interfaccia web user-friendly, supporto per S3, Backblaze B2, Google Drive, OneDrive, FTP, SFTP e altri, cifratura AES-256, deduplicazione e compressione, scheduling integrato, versioning con retention configurabile.
• Casi d'uso tipici: backup di PC e laptop aziendali verso cloud, ideale per professionisti e piccole imprese senza competenze avanzate di riga di comando.
• Limiti: meno efficiente di Restic sulla deduplicazione, alcune versioni hanno mostrato problemi di stabilità in ambienti con grandi volumi di dati.

11.7 BorgBackup (Borg) — Deduplicazione avanzata per Linux

BorgBackup è un software di backup con deduplicazione, compressione e cifratura, molto apprezzato nella comunità Linux per l'efficienza e le performance.

• Caratteristiche principali: deduplicazione di chunk a livello avanzato (più efficiente di molti concorrenti), compressione LZ4/ZSTD/ZLIB, cifratura AES-CTR-256, backup incrementali sempre senza backup full iniziale, supporto per montare il repository come filesystem FUSE.
• Borgmatic: wrapper per Borg che semplifica la configurazione tramite file YAML e automatizza operazioni di backup e pulizia. Molto usato in ambienti Linux server.
• Vorta: interfaccia grafica per BorgBackup su Linux e macOS.

11.8 Proxmox Backup Server — Soluzione dedicata per ambienti virtualizzati

Proxmox Backup Server (PBS) è una soluzione open source dedicata al backup di macchine virtuali e container, integrata nativamente con Proxmox VE.

• Caratteristiche principali: backup incrementale e deduplicazione a livello di blocco, backup consistenti di VM KVM e container LXC, crittografia client-side, interfaccia web moderna, WORM support (backup immutabili tramite tape), ripristino granulare di file singoli senza ripristinare l'intera VM.
• Casi d'uso tipici: ideale per PMI che adottano Proxmox VE come piattaforma di virtualizzazione, in sostituzione o integrazione di soluzioni commerciali come Veeam.

11.9 Tabella riepilogativa

Software	Tipo	Piattaforme	Ideale per	GUI
Rsync	Sync/Backup	Linux, macOS, Win (WSL)	Sysadmin esperti	No
Restic	Backup cifrato	Linux, macOS, Windows	Server, cloud backup	No
Bacula	Backup client/server	Linux, Windows, macOS	Reti aziendali medie	Web (Baculum)
Amanda/Zmanda	Backup di rete	Linux, Windows, macOS	Reti eterogenee	Zmanda: Sì
Rclone	Sync cloud	Linux, macOS, Windows	Cloud multi-provider	No (CLI)
Duplicati	Backup cloud	Linux, macOS, Windows	Workstation, PMI	Sì (Web)
BorgBackup	Backup deduplicated	Linux, macOS	Server Linux	Vorta (GUI)
Proxmox Backup Server	Backup VM	Proxmox (Linux)	Ambienti Proxmox VE	Sì (Web)

 

12. Conclusioni e checklist operativa

La gestione del backup aziendale è un processo continuo che richiede pianificazione, disciplina e revisione periodica. Non esiste una soluzione universale: la strategia ottimale dipende dalle dimensioni dell'organizzazione, dalla criticità dei dati, dal budget disponibile e dai requisiti normativi specifici del settore.

Ciò che è universale è la necessità di trattare il backup come un investimento strategico, non come un costo accessorio. Il costo di implementare e mantenere una buona strategia di backup è quasi sempre inferiore — spesso di ordini di grandezza — al costo di un evento di perdita dati non gestito.

 

 

 

Documento redatto a scopo informativo e di orientamento. Si raccomanda di avvalersi di professionisti qualificati per l'implementazione delle soluzioni descritte.