Cos'è il backup incrementale? Differenza chiave rispetto al backup completo

Chi deve proteggere i dati, cosa conviene scegliere, quando agire, dove archiviare e perché è diventato urgente: negli ultimi mesi il costo dello storage cloud e l’aumento degli attacchi Ransomware hanno riportato al centro il tema della strategia di salvataggio. In ufficio come in smart working, la differenza tra metodi può impattare budget, tempi di fermo e conformità a GDPR.

Perché se ne parla adesso

I volumi crescono, le finestre di backup si accorciano e gli utenti non tollerano interruzioni. Molte PMI italiane consolidano server e NAS, mentre gli editor cloud rivedono i listini. In questo contesto, decidere come salvare i cambiamenti quotidiani è decisivo per continuità operativa e costi.

«La metrica che conta non è solo quanto spazio occupi il backup, ma quanto velocemente riesci a tornare operativo», osserva un analista di sicurezza di una primaria società italiana. È qui che la scelta del metodo fa la differenza.

Come funziona l'incrementale

Il salvataggio incrementale fotografa solo ciò che è cambiato dall’ultimo backup, qualunque esso sia. Se ieri sono stati copiati 100 GB e oggi ne sono cambiati 3, oggi si trasferiscono quei 3 GB: file nuovi, modificati, o blocchi diversi all’interno di un file grande, se lo strumento lavora a livello di blocco.

Il risultato è una «catena» di punti di ripristino: un backup iniziale di riferimento e, a seguire, incrementi leggeri nel tempo. Meno dati mossi significa finestre più corte, meno impatto sulla rete e, spesso, meno costi in cloud.

Confronto con il completo: cosa cambia davvero

Il salvataggio completo copia ogni volta tutto il dataset selezionato. È semplice da comprendere e affidabile nel ripristino: un singolo pacchetto con tutto dentro. Di contro, richiede più tempo, più banda e più spazio, specie su archivi molto dinamici.

Nell’uso quotidiano la differenza pratica è questa:

• Durata: l’incrementale è rapido dopo il primo giro; il completo richiede finestre lunghe a ogni esecuzione.
• Spazio: gli incrementali occupano meno nel breve, i completi crescono in modo lineare a ogni ciclo.
• Rete: meno dati in transito per l’incrementale, utile su sedi remote o connessioni condivise.
• Ripristino: il completo vince in immediatezza; l’incrementale richiede ricostruire la catena.

Per dataset da ufficio (posta, documenti, progetti condivisi), l’incrementale tende a offrire il miglior rapporto tra impatto e frequenza. Per macchine critiche con requisiti di ripartenza «subito», il completo periodico resta una sicurezza.

Tempi, storage e banda: esempi concreti

Immaginiamo un archivio di 1 TB con variazione giornaliera del 5%:

• Completo quotidiano: 1 TB trasferito ogni notte; spazio consumato in 7 giorni ~7 TB.
• Incrementale quotidiano: 50 GB al giorno; spazio consumato in 7 giorni ~1 TB di full + 350 GB di incrementi.

Se la linea notturna garantisce 200 Mbps effettivi (circa 90 GB/ora), un completo richiede oltre 11 ore; un incrementale da 50 GB si chiude in meno di un’ora. Questo impatta turni, manutenzioni e riavvii.

Ripristino e catene: il rovescio della medaglia

Ripristinare da un completo è diretto: si monta l’ultimo pacchetto e si torna operativi. Con l’incrementale, per riportare tutto allo stato di una certa data servono il backup iniziale e tutti gli incrementi fino a quel giorno.

Il punto critico è l’integrità: se un anello è corrotto, si rischia di non poter ricostruire uno specifico momento nel tempo. Per ridurre questo rischio, molti strumenti creano periodicamente un «synthetic full»: un completo ricostruito sul repository a partire dagli incrementali, senza rileggere l’origine. Si ottiene così un nuovo punto di ripristino singolo, mantenendo l’efficienza tra un ciclo e l’altro.

Strategie pratiche: 3-2-1, cloud e NAS

La regola 3-2-1 resta attuale: tre copie, su due supporti diversi, con almeno una offsite. Una pratica diffusa nelle PMI è questa:

• Un completo iniziale sul NAS locale.
• Incrementali giornalieri sullo stesso NAS.
• Synthetic full settimanale o quindicinale.
• Replica offsite in cloud degli incrementali più recenti e dei full sintetici.

Chi ha filiali con linee lente può usare deduplica e compressione per ridurre volumi, o snapshot a livello di volume su sistemi che lo supportano. In contesti con database o macchine virtuali, il supporto a VSS e snapshot consistenti è fondamentale per evitare dati incoerenti.

Strumenti, automazione e test

La maturità sta nell’automazione: pianificazioni, policy di retention, avvisi e report. Funzioni chiave da cercare:

• Incrementale a livello di blocco e deduplica globale.
• Synthetic full e consolidamento automatico della catena.
• Verifica periodica di integrità e prove di ripristino automatiche in sandbox.
• Cifratura end-to-end con chiavi gestite e rotazione programmata.

Un accorgimento spesso dimenticato è il test di ripristino. Non basta vedere «Backup riuscito» nel report: serve provare il restore di un file, poi di un intero servizio. Nel mio lavoro quotidiano, nato dall’ottimizzazione del magazzino di famiglia e oggi nella sviluppo di app cross-platform, ho visto reparti tornare operativi in ore grazie a snapshot validati ogni mese.

Errori comuni da evitare

Quattro scivoloni ricorrenti:

• Catene troppo lunghe senza full di consolidamento: moltiplicano il rischio.
• Retention sbilanciata: trattenere tutto «per sempre» fa esplodere i costi; tagliare troppo accorcia la memoria storica.
• Nessun isolamento: conservare copia locale e offsite sullo stesso account espone a cancellazioni malevole.
• Trascurare i log di applicazioni e database: un file salvato correttamente non garantisce coerenza transazionale.

Come scegliere, in pratica

Un criterio pragmatico è associare il metodo all’obiettivo di ripartenza (RTO) e alla perdita massima accettabile (RPO):

• Postazioni e file server: incrementale giornaliero, full sintetico settimanale, RPO 24h.
• Macchine virtuali di produzione: incrementale orario a blocchi, full sintetico settimanale, RPO 1h.
• Database mission-critical: snapshot consistenti, replica e log shipping; l’incrementale file-based non basta.

Per chi gestisce costi cloud, conviene misurare la «variazione percentuale media» del dataset: più è bassa, più rende l’incrementale. Se la variazione supera stabilmente il 30-40%, valutare completi più frequenti o deduplica aggressiva.

Il punto di equilibrio

Nessun metodo vince sempre. L’approccio ibrido che combina incrementali rapidi, completi periodici (meglio se sintetici) e una replica offsite resta il compromesso più solido tra velocità, affidabilità e budget. In un momento in cui compliance, cyber-rischi e margini si intrecciano, questa scelta non è un dettaglio tecnico: è un pezzo della resilienza aziendale.