Backup del sito: che cosa salvare e con quale frequenza?

Definisci che cosa significa recuperare

Inizia con una domanda: se il sito sparisse oggi, che cosa dovrebbe essere disponibile domani? Un sito informativo richiede pagine, immagini, moduli e impostazioni. Un negozio richiede anche prodotti, ordini, account, pagamenti e integrazioni. Il piano dipende dal costo dell’interruzione e dalla quantità di dati recenti che non puoi perdere.

Definisci tempo e punto di recupero realistici. Il tempo indica quanto rapidamente il sito deve tornare operativo. Il punto indica quanta attività recente puoi perdere. Un sito aggiornato ogni mese ha esigenze diverse da un sistema di prenotazioni che riceve dati ogni ora. Queste scelte evitano falsa sicurezza e costi inutili.

Annota le priorità di recupero e condividile con chi gestisce gli incidenti. Durante un guasto, un elenco breve degli elementi essenziali è più utile dell’ipotesi non scritta che tutto abbia la stessa priorità.

Salva più dei file visibili

I file sono solo una parte di un sito funzionante. Salva database, media, temi, plugin, codice personalizzato, configurazione, variabili e attività programmate. Registra DNS, dominio, hosting, e-mail e integrazioni in un documento sicuro. Senza la configurazione, una cartella di file potrebbe non bastare per ricostruire il servizio.

Includi moduli, richieste e download importanti. Un backup che recupera il design ma perde i contatti non risponde al bisogno reale. Per negozi e prenotazioni, verifica la protezione di ordini, disponibilità, account e pagamenti. Chiedi al provider che cosa comprende esattamente il suo backup automatico invece di dare per scontato che un “backup giornaliero” copra tutto.

Controlla se il provider può ripristinare database e file insieme. Differenze di versione possono lasciare visibile la pagina mentre moduli o accessi non funzionano. Un test di recupero deve verificare il comportamento, non solo se si apre la homepage.

Scegli la frequenza in base ai cambiamenti

Esegui backup più frequenti quando il sito cambia spesso o perdere attività ha un costo diretto. Un sito semplice può richiedere un backup completo settimanale e copie più frequenti del database se usa moduli. Un negozio o sistema di prenotazione può aver bisogno di protezione giornaliera o quasi continua. Crea una copia prima di aggiornamenti, migrazioni e grandi modifiche.

Non confondere frequenza e conservazione. Il programma indica quando creare copie; la conservazione indica quante versioni restano. Tieni abbastanza storia per recuperare un problema scoperto tardi, come un plugin danneggiato o un account compromesso. Scegli la durata in base a rischio, obblighi e costo dello spazio.

Conserva una versione affidabile precedente ai grandi cambiamenti. Se il problema nasce gradualmente, la copia più recente potrebbe contenerlo. Le versioni storiche aiutano l’indagine.

Mantieni copie separate e protette

Se tutte le copie sono sullo stesso server del sito, un incidente può colpire entrambi. Conserva almeno una copia in un ambiente o account separato. Per sistemi a rischio più alto valuta copie offline o comunque isolate. Limita gli accessi, cifra quando opportuno e proteggi le credenziali di recupero con autenticazione a più fattori.

I backup possono contenere dati personali, messaggi e account dei clienti. Trattali come informazioni sensibili. Limita chi può scaricarli o ripristinarli, controlla le pratiche di sicurezza del provider ed evita di conservare per sempre dati non necessari. Un piano di backup deve sostenere insieme privacy e recupero, invece di creare un secondo database fuori controllo.

Usa permessi separati per leggere, creare e cancellare backup quando possibile. Chi modifica il sito non deve necessariamente poter eliminare ogni copia.

Prova il ripristino in sicurezza

Un backup completato non dimostra che il ripristino funzioni. Ripristina una copia in un ambiente di test e controlla pagine, moduli, media, integrazioni e percorsi importanti. In un negozio, prova prodotti e ordini senza pagamenti reali. Annota durata, accessi e passaggi manuali.

Ripeti il test dopo cambiamenti a hosting, plugin, pagamenti o provider di backup. Le istruzioni devono essere comprensibili anche a chi non ha creato la configurazione originale. Se il ripristino dipende dalle conoscenze private di una sola persona, il piano è fragile. Un esercizio di recupero breve e ripetibile può far emergere file mancanti, versioni incompatibili e problemi di accesso prima di un guasto reale.

Spiega che cosa non risolve un backup. Non rimuove automaticamente malware, non annulla pagamenti fraudolenti e non decide se i dati personali debbano essere conservati. Il recupero richiede anche decisioni di sicurezza e di business.

Assegna responsabilità e rivedi il piano

Decidi chi riceve avvisi, analizza errori e approva un ripristino. Controlla i log invece di presumere che un’attività programmata sia riuscita. Documenta posizione, conservazione, accessi e primi passaggi. Aggiungi contatti per hosting, dominio, e-mail e integrazioni importanti.

Rivedi il piano dopo cambiamenti nel business o nel sito. Nuovi moduli, account, pagamenti, lingue e integrazioni creano nuove esigenze. Esegui un ripristino pratico una o due volte all’anno e aggiorna le istruzioni. L’obiettivo non è possedere copie, ma tornare a un sito funzionante.

Dopo ogni test annota durata, passaggi mancanti e miglioramenti. Un ripristino fallito è informazione utile se correggi il processo prima del prossimo incidente.

Fonti

• Data Integrity: Recovering from Ransomware and Other Destructive Events · NIST

Domande frequenti

È sufficiente il backup automatico dell’hosting?

Può essere una parte del piano, ma controlla contenuti, durata, posizione e possibilità di ripristino indipendente. Per siti importanti conserva un’opzione separata.

Quanto spesso deve fare backup una piccola impresa?

Adatta la frequenza a cambiamenti, richieste, ordini e prenotazioni. Settimanale può bastare per un sito semplice; un sito con transazioni può aver bisogno di una protezione giornaliera o più frequente.

Come so se un backup funziona?

Ripristinalo in un ambiente sicuro e prova pagine, moduli, media, integrazioni e percorsi. Un file presente non equivale a un recupero utilizzabile.