Guida ai criteri di conservazione dei backup per siti web
Pubblicato il 6 novembre 2026
Un backup che esiste ma non consente di ripristinare la versione corretta del sito web non è di grande conforto alle 2 di notte. Una guida pratica ai criteri di conservazione dei backup parte da una semplice domanda: quanto indietro nel tempo potrebbe essere necessario andare se qualcosa si guasta, viene eliminato o compromesso?
Per il sito di una piccola impresa, la risposta potrebbe essere qualche settimana. Per un'agenzia che gestisce negozi online, database ed e-mail dei clienti, potrebbero servire diversi mesi o anche di più. Il criterio giusto non consiste nel conservare per sempre ogni backup. Consiste nel conservare un numero sufficiente di copie integre e ripristinabili per risolvere problemi reali, senza trasformare i costi e la gestione dello spazio di archiviazione in un ulteriore problema.
A cosa serve un criterio di conservazione dei backup
Una pianificazione dei backup indica quando vengono create le copie. Un criterio di conservazione indica per quanto tempo ogni copia rimane disponibile prima di essere eliminata. Servono entrambi.
Senza regole di conservazione, lo spazio di archiviazione si esaurisce senza che nessuno se ne accorga, finché i backup non falliscono o le fatture aumentano senza motivo. Con regole troppo restrittive, il backup di cui hai bisogno potrebbe essere già stato eliminato. Succede più spesso di quanto si pensi: un aggiornamento corrotto di un plugin potrebbe passare inosservato per diversi giorni, un'eliminazione accidentale potrebbe essere scoperta a fine mese oppure un problema del database potrebbe essere stato copiato in tutti i backup recenti.
Un buon criterio distingue il ripristino a breve termine dalla protezione a lungo termine. I backup recenti gestiscono gli incidenti più comuni, come una distribuzione non riuscita o un aggiornamento di WordPress che ha causato problemi. I punti di ripristino più datati aiutano a gestire problemi che si sviluppano lentamente, audit, rendicontazioni stagionali o violazioni rilevate in ritardo.
Parti dalle esigenze di ripristino, non dallo spazio di archiviazione
È allettante scegliere i periodi di conservazione in base allo spazio di archiviazione disponibile. Parti invece dai rischi. Lo spazio di archiviazione è un costo da gestire, ma la perdita di dati del sito web, gli ordini mancati e una lunga interruzione del servizio di solito costano di più.
Due obiettivi di ripristino semplificano la scelta. Il Recovery Point Objective, o RPO, è la quantità massima di dati che puoi permetterti di perdere. Se un negozio online può perdere al massimo un'ora di ordini, ha bisogno di backup o di protezione del database almeno con questa frequenza. Un sito vetrina aggiornato una volta a settimana può tollerare un intervallo molto più ampio.
Il Recovery Time Objective, o RTO, indica entro quanto tempo il servizio deve essere ripristinato. Un backup è utile solo se riesci a ripristinarlo entro tale intervallo. I backup giornalieri possono soddisfare il tuo RPO, ma il ripristino di un server di grandi dimensioni da uno spazio di archiviazione remoto potrebbe comunque non rispettare il tuo RTO. La conservazione dei backup e la velocità di ripristino vanno pianificate insieme.
Per la maggior parte dei siti web, classifica i sistemi in base all'impatto. Un portfolio personale, un sito aziendale di marketing, un negozio WooCommerce molto frequentato, un account di hosting di un cliente e un server di posta non dovrebbero seguire automaticamente le stesse regole. Più spesso cambiano i dati e più ricavi o fiducia dipendono da essi, più frequenti dovrebbero essere i backup e più attentamente andrebbero conservati.
Una guida pratica ai criteri di conservazione dei backup
Una pianificazione a più livelli funziona bene perché offre punti di ripristino frequenti senza conservare indefinitamente ogni backup completo. Un punto di partenza ragionevole per un tipico sito web aziendale è conservare i backup giornalieri per 14-30 giorni, quelli settimanali per 8-12 settimane e quelli mensili per 6-12 mesi.
È un punto di partenza, non una regola assoluta. Un sito con aggiornamenti quotidiani dei contenuti potrebbe aver bisogno di 30 versioni giornaliere. Un'attività di e-commerce potrebbe aver bisogno di backup del database più frequenti, soprattutto durante i periodi di saldi. Uno sviluppatore che lavora a un importante restyling potrebbe aumentare temporaneamente il periodo di conservazione, finché la nuova versione non sarà stabile. Un piccolo sito statico può essere protetto adeguatamente con copie settimanali e mensili.
Per i sistemi con documenti finanziari, contrattuali o soggetti a normative, potrebbe essere necessario un periodo di conservazione più lungo. Non confondere, però, la conservazione operativa dei backup con la conservazione formale dei documenti. Un backup è progettato per il ripristino. Non è sempre il formato, il metodo di accesso o il sistema di controllo più adatto agli archivi legali. Se la tua attività deve rispettare requisiti di conformità, definiscili separatamente con il supporto legale o operativo appropriato.
Conserva più versioni in prossimità delle modifiche
Il rischio non è distribuito uniformemente nel corso dell'anno. Gli aggiornamenti importanti dei plugin, le migrazioni, le modifiche ai server, le nuove integrazioni e le importazioni massive sono i momenti in cui un sito web ha maggiori probabilità di comportarsi in modo imprevedibile.
Crea un backup verificato prima della modifica. Conservalo più a lungo del solito, finché la nuova versione non avrà funzionato correttamente per un periodo adeguato. Ad esempio, se migri il sito di un cliente, conserva il backup precedente alla migrazione finché il cliente non conferma che moduli, recapito della posta, pagamenti e pagine principali funzionano come previsto.
Questa semplice abitudine evita un errore comune: eliminare l'ultima copia sicuramente funzionante poco prima di scoprire che il problema è iniziato diverse settimane prima.
Applica il principio 3-2-1 senza complicarti la vita
L'approccio 3-2-1 è ancora utile perché protegge da diversi tipi di guasti. Conserva almeno tre copie dei dati importanti, su due diversi tipi di supporto, e archivia una copia fuori sede.
Per un sito web, questo può significare conservare i dati attivi sul server, un backup locale o gestito dal provider e una copia crittografata in uno spazio di archiviazione per i backup separato. L'aspetto fondamentale è la separazione. I backup conservati solo sullo stesso server potrebbero andare persi insieme al server. I backup archiviati nello stesso account potrebbero essere esposti se le credenziali vengono compromesse.
La conservazione fuori sede non deve essere complicata. Significa che la copia è protetta dal guasto dal quale vuoi ripristinare i dati. Scegli una posizione di archiviazione e un modello di accesso che il tuo team possa davvero gestire.
Proteggi i backup dall'eliminazione e dal ransomware
Un criterio per i backup dovrebbe specificare chi può eliminarli, modificare le impostazioni di conservazione e accedere ai dati di ripristino. Queste autorizzazioni sono importanti perché un aggressore che ottiene l'accesso come amministratore potrebbe tentare di rimuovere i punti di ripristino prima di crittografare o eliminare i dati di produzione.
Se disponibili, usa backup immutabili o protetti dalla scrittura per un periodo definito. In questo modo si impedisce che i backup vengano modificati o eliminati troppo presto, anche da un account con ampi privilegi di accesso. È particolarmente utile per i siti critici, i provider di hosting e le agenzie responsabili di più ambienti dei clienti.
Anche la crittografia è importante. I backup contengono spesso database, file di configurazione, dati dei clienti e, talvolta, credenziali. Crittografa i dati in transito e a riposo, limita l'accesso alle persone che ne hanno bisogno e conserva le chiavi di ripristino in modo sicuro. Un backup conservato alla perfezione che nessuno riesce a decifrare è comunque il segno di un piano di ripristino fallito.
Esegui test di ripristino prima di averne bisogno
I messaggi che confermano il completamento dei backup non equivalgono a test di ripristino. Un processo può concludersi correttamente anche se l'archivio è incompleto, il dump del database è danneggiato o il ripristino è troppo lento per le tue esigenze.
Esegui test di ripristino con una frequenza adeguata all'importanza del sistema. Per un sito semplice, una volta ogni trimestre potrebbe bastare. I negozi con molto traffico e gli ambienti di hosting dovrebbero eseguire test più spesso, in particolare dopo aver modificato gli strumenti di backup, le configurazioni dei server o le destinazioni di archiviazione.
Quando possibile, esegui il ripristino in un ambiente di staging sicuro. Verifica più del semplice caricamento della homepage. Controlla che il database si connetta, che siano presenti i contenuti recenti, che gli utenti riescano ad accedere, che i file multimediali siano visibili, che le attività pianificate vengano eseguite e che le integrazioni per i pagamenti o i moduli di contatto funzionino normalmente. Registra quanto tempo ha richiesto il ripristino e quali passaggi hanno creato difficoltà. Questa documentazione diventa la guida operativa che sarai felice di avere durante un incidente.
Scrivi il criterio in modo che possa seguirlo qualcun altro
Un criterio di conservazione dovrebbe stare in una o due pagine, non diventare un documento che tutti evitano di aprire. Specifica di cosa viene eseguito il backup, con quale frequenza, per quanto tempo viene conservato ciascun tipo di backup, dove sono archiviate le copie, chi è responsabile del processo e come vengono testati i ripristini.
Definisci anche le eccezioni. Ad esempio, un account cliente con un database ad alto volume potrebbe richiedere backup più frequenti, mentre i progetti archiviati potrebbero passare a una conservazione esclusivamente mensile. Documentare le eccezioni evita che le impostazioni diventino un insieme di decisioni estemporanee e poco chiare.
Gli utenti di FASTPANEL possono tenere sotto controllo queste attività gestendo siti web, database e operazioni dei server da un unico pannello di controllo chiaro, senza dover cercare le impostazioni in diversi strumenti. La visibilità non sostituisce un criterio, ma lo rende molto più facile da applicare.
Quando tutto è tranquillo, il tuo criterio di conservazione dovrebbe sembrare noioso. È un complimento. Quando si verifica un aggiornamento problematico, una migrazione non riuscita o un'eliminazione accidentale, «noioso» significa che la copia giusta è ancora disponibile, la procedura di ripristino è nota e il tuo team ha una solida base da cui partire.