Reti sicure

Backup dei server: come non perdere davvero i tuoi dati

NMNorthMountain 12 luglio 2026 7 min di lettura

Un backup che non hai mai ripristinato è una speranza, non un piano. I backup dei server sono l'assicurazione più economica che la tua azienda possa comprare — ma solo se la regola del tre, la giusta frequenza e un ripristino testato sono davvero in atto.

La regola del 3-2-1

Lo standard che sopravvive quasi a tutto: mantieni 3 copie dei tuoi dati, su 2 tipi diversi di supporto, con 1 copia offsite. Sembra semplice perché lo è — la disciplina sta nel farlo davvero ogni volta, non solo subito dopo aver configurato il server.

  • 3 copie: i dati live più due backup, così un singolo guasto non significa mai restare a zero copie.
  • 2 tipi di supporto: ad esempio uno snapshot su disco locale e uno storage a oggetti in cloud — un singolo difetto colpisce raramente entrambi.
  • 1 offsite: lontano dal server principale, così un incendio, un furto o un incidente in un singolo data center non possono spazzare via tutto in una volta.

Completo, incrementale o differenziale

TipoCosa copiaCompromesso
CompletoTutto, ogni voltaLento, pesante in spazio, il più semplice da ripristinare
IncrementaleSolo ciò che è cambiato dall'ultimo backupVeloce, leggero, più lento da ripristinare (serve l'intera catena)
DifferenzialeTutto ciò che è cambiato dall'ultimo backup completoVia di mezzo tra velocità e tempo di ripristino

La maggior parte delle configurazioni esegue un backup completo settimanale con incrementali giornalieri nel mezzo — un equilibrio pratico tra velocità, costo di archiviazione e rapidità di ripristino.

Il test di ripristino è la parte che tutti saltano

Un job di backup che «si completa con successo» ti dice che un file è stato scritto — non che può ricostruire il tuo server. Archivi corrotti, configurazioni mancanti o un processo di ripristino che nessuno ha mai eseguito si scoprono nel momento peggiore possibile: durante un'interruzione reale.

Un backup mai testato non è un backup. Pianifica un'esercitazione di ripristino reale — trimestrale come minimo — su un ambiente di riserva, e cronometra quanto ci vuole. Quel numero è il tuo vero tempo di recupero, non quello sulla carta.

È anche qui che i backup incontrano la continuità operativa: il recovery time objective (quanto a lungo puoi restare offline) e il recovery point objective (quanti dati recenti puoi permetterti di perdere) dovrebbero guidare la frequenza dei tuoi backup, non il contrario. Abbinare un piano di backup solido al monitoraggio dei server spesso significa individuare i problemi prima ancora che serva un ripristino.

Domande frequenti

Ogni quanto si dovrebbe fare il backup di un server?
Dipende da quanta perdita di dati puoi tollerare. I backup giornalieri sono una base comune per i server aziendali; i sistemi con modifiche frequenti o obiettivi di recupero stringenti possono richiedere più volte al giorno.
Un solo backup in cloud è sufficiente?
Da solo, no. È una copia in un solo posto. Abbinarlo a una seconda copia indipendente — locale o presso un fornitore diverso — segue la regola del 3-2-1 e protegge dal caso in cui quel singolo fornitore abbia un problema.
Come sappiamo che i nostri backup funzionano davvero?
Solo ripristinandoli. Un test di ripristino pianificato su un ambiente separato è l'unico controllo che dimostra che il backup è utilizzabile, non solo presente.

Non sei sicuro che i tuoi backup ti salverebbero davvero?

Configuriamo backup 3-2-1 con archiviazione offsite e test di ripristino pianificati, così il recupero è una quantità nota, non una scommessa.

Rivedi la mia strategia di backup