Funzioni e usi per tipo di attività

Backup e ripristino dell'hosting: la regola 3-2-1 spiegata

Come impostare backup che si possano davvero ripristinare: regola 3-2-1, frequenza e conservazione, backup del fornitore e indipendenti, prove di ripristino e obiettivi di tempo e di dato.

Aggiornato il · 5 min di lettura

Backup e ripristino dell'hosting: la regola 3-2-1 spiegata

Un backup utile è un backup che esiste in più copie, in luoghi diversi e che hai già provato a ripristinare. La regola 3-2-1, diffusa tra i professionisti della sicurezza informatica, dice: tre copie dei dati, su due tipi di supporto diversi, di cui una fuori sede. Il backup incluso nel piano di hosting è una buona base ma non basta da solo, perché di solito si trova nello stesso account o nello stesso data center dei dati originali e non protegge da un errore di gestione, da un account compromesso o da un guasto grave dell'infrastruttura.

Che cosa si deve salvare

Un sito non è solo file. Per ripristinarlo servono tutti questi elementi.

  • File del sito: codice, temi, plugin, immagini e documenti caricati dagli utenti.
  • Database: contenuti, ordini, utenti, impostazioni.
  • Configurazioni: file di configurazione, regole del server, cron, certificati se non rigenerabili.
  • Posta: caselle e messaggi, se ospitati sull'hosting.
  • Zona DNS: elenco dei record, per ricreare rapidamente il servizio.
  • Documentazione: elenco di accessi, versioni, servizi collegati, in un luogo sicuro.

Il caso tipico di errore è salvare i file ma dimenticare il database, o viceversa: ripristino impossibile.

La regola 3-2-1 in pratica

ElementoSignificatoEsempio per un sito aziendale
3 copieDati di produzione più due copieSito in produzione, backup del fornitore, copia esterna
2 supporti o sistemiNon tutto sullo stesso tipo di archivioDisco del server e spazio di archiviazione a oggetti
1 fuori sedeAlmeno una copia in un luogo diversoArchivio presso un fornitore diverso o in altra regione

Una variante rafforzata prevede una copia non modificabile o scollegata dalla rete, utile contro i software malevoli che cifrano anche i backup raggiungibili. Per un sito piccolo non serve la massima complessità: la priorità è avere almeno una copia esterna, automatica e controllata.

Frequenza e conservazione

La frequenza dipende da quanto cambiano i dati e da quanti ne puoi perdere. Il concetto tecnico è l'RPO (recovery point objective): la quantità massima di dati, misurata in tempo, che sei disposto a perdere. Se fai un backup ogni notte, l'RPO è di 24 ore: perdi al massimo un giorno di modifiche. Per un blog che pubblica una volta a settimana un backup quotidiano è abbondante; per un negozio con ordini continui può servire un backup più frequente del database.

Il secondo concetto è l'RTO (recovery time objective): il tempo massimo accettabile per tornare operativi. Se un'ora di fermo ti costa molto, un ripristino che richiede mezza giornata di lavoro manuale è inaccettabile. Il calcolatore del costo del downtime aiuta a stabilire il valore di questi obiettivi.

Esempio di schema di conservazione, illustrativo: backup giornalieri conservati per 14 giorni, settimanali per 8 settimane, mensili per 12 mesi. La conservazione lunga serve perché un problema, come un file compromesso, può essere scoperto dopo settimane.

Il backup del fornitore: cosa chiedere

  • Frequenza e orari di esecuzione.
  • Per quanti giorni si conservano le copie.
  • Dove sono archiviate e se sono separate dal server di produzione.
  • Se il ripristino è autonomo, a richiesta o a pagamento, e in quanto tempo.
  • Se i backup comprendono posta e database oppure solo file.
  • Se i backup sono soggetti a limiti di spazio e se vengono cancellati quando si supera la quota.

Alcuni fornitori dichiarano espressamente di non garantire il ripristino dei backup: in quel caso il servizio è un «aiuto» ma non una garanzia. Leggi le condizioni.

Backup indipendente: come farlo senza essere un tecnico

  1. Plugin o strumenti di backup che salvano file e database su uno spazio esterno (archiviazione a oggetti, un altro servizio di storage o un server separato).
  2. Backup programmato: il backup manuale prima o poi si dimentica.
  3. Cifratura: se la copia contiene dati personali, proteggila con una cifratura e limita gli accessi.
  4. Notifiche: configura un avviso se il backup fallisce; un backup che da mesi non funziona è la sorpresa più frequente.

Se il sito contiene dati personali, anche i backup rientrano nei trattamenti: i tempi di conservazione devono essere coerenti con quanto dichiarato nell'informativa. Vedi la guida su GDPR e posizione dei dati.

La prova di ripristino

Il passaggio più trascurato. Almeno due volte l'anno, e dopo ogni cambio importante, ripristina un backup su un ambiente separato e verifica che:

  • il sito si apra e le pagine principali funzionino;
  • il database contenga i dati recenti;
  • le immagini e i documenti siano presenti;
  • tu sappia quanto tempo ci hai messo, che è il tuo RTO reale.

Annota la procedura per iscritto, così non dipende dalla memoria di una sola persona. Una procedura scritta serve anche a un collaboratore o a un tecnico che interviene in un'emergenza.

Esempio: errore umano

Un collaboratore elimina per errore la tabella ordini di un negozio. Il backup del fornitore, giornaliero, è del mattino. Il ripristino del database riporta i dati a quella ora, ma gli ordini del pomeriggio sono persi e vanno ricostruiti dalle email di conferma. Un backup più frequente del database, per esempio ogni poche ore, avrebbe ridotto il danno. Il caso mostra perché l'RPO va deciso in base all'attività e non in base a ciò che il piano offre di default.

Backup e migrazione

Prima di ogni migrazione, esegui un backup completo e controllane l'integrità. È il primo punto della checklist di migrazione e della guida migrare senza downtime.

Errori da evitare

  • Considerare il backup del fornitore come unica copia.
  • Salvare i backup sullo stesso server.
  • Non verificare i backup con una prova di ripristino.
  • Non cifrare copie che contengono dati personali.
  • Dimenticare di salvare il database o la configurazione.

Quando consultare un professionista

Per negozi, gestionali e siti con dati sensibili, un tecnico può impostare backup incrementali del database e procedure di ripristino. Se subisci un attacco informatico, chiedi anche supporto specializzato.

Domande frequenti

Ogni quanto devo fare il backup?

Dipende da quanti dati puoi permetterti di perdere. Per siti che cambiano poco basta un backup giornaliero; per negozi con ordini continui serve una frequenza maggiore del database.

Il backup del mio fornitore è sufficiente?

Di solito non basta da solo. Aggiungi una copia esterna e prova il ripristino.

Dove conservo la copia esterna?

In uno spazio di archiviazione diverso dal tuo hosting, in un'altra regione o presso un altro fornitore, con accessi protetti.

Per quanto tempo conservo i backup?

Abbastanza da scoprire un problema tardivo, ma non oltre quanto dichiarato nell'informativa privacy se contengono dati personali.

Fonti e approfondimenti

Guide correlate