Un backup efficace non consiste semplicemente nel fare una copia dei file del sito. Per poter recuperare davvero un sito dopo una cancellazione accidentale, un errore di configurazione, un attacco o un guasto hardware servono copie utilizzabili, conservate per un periodo adeguato e possibilmente separate dall'infrastruttura principale.
La strategia da adottare dipende dal tipo di progetto, dalla frequenza con cui cambiano i dati e dal tempo massimo di perdita che si è disposti ad accettare. Capire questi aspetti permette di valutare correttamente sia i backup gestiti autonomamente sia quelli messi a disposizione dal provider hosting.
Perché il backup di un sito è importante
Un sito web può smettere di funzionare o perdere dati per molte ragioni diverse. Un aggiornamento incompatibile, una modifica accidentale, un errore nello sviluppo, un problema al database, un'infezione malware o un guasto dell'infrastruttura possono rendere necessario tornare a una versione precedente.
Il backup serve proprio a creare un punto di ripristino. Non impedisce l'incidente, ma riduce le conseguenze permettendo di recuperare una copia dei dati disponibile prima del problema.
Per questo il backup è anche una delle caratteristiche da valutare quando si confrontano diversi servizi di hosting. Nella guida alle caratteristiche di un piano hosting il backup è uno degli aspetti che meritano attenzione insieme a risorse, affidabilità e servizi inclusi.
Cosa deve contenere il backup di un sito web
Un sito non è composto soltanto dai file pubblicati nella directory web. Nella maggior parte dei progetti ci sono anche database, configurazioni e altri dati necessari al corretto funzionamento dell'applicazione.
Per un CMS come WordPress, ad esempio, il backup dei soli file non è sufficiente: il database contiene articoli, pagine, utenti, impostazioni e molti altri dati. Lo stesso principio vale per un e-commerce, dove il database può contenere catalogo, ordini, clienti e configurazioni.
Una strategia completa deve quindi considerare almeno:
- file del sito e dell'applicazione;
- database;
- configurazioni necessarie al funzionamento del servizio;
- eventuali dati aggiuntivi che non possono essere ricostruiti facilmente.
Nel caso di un e-commerce è particolarmente importante evitare di trattare il backup come una semplice copia del codice. Per un progetto basato su PrestaShop o su WooCommerce, il database e i dati che cambiano frequentemente devono essere inclusi nella strategia di protezione.
Backup completo, incrementale e differenziale
Le copie di backup possono essere realizzate con modalità differenti. Un backup completo crea una copia dell'intero insieme di dati selezionato; un backup incrementale conserva invece le modifiche intervenute rispetto al precedente punto di riferimento, mentre un backup differenziale raccoglie le modifiche rispetto all'ultimo backup completo.
La scelta influenza spazio occupato, tempi di esecuzione e modalità di ripristino. Gli snapshot incrementali sono particolarmente utili quando si desiderano punti di ripristino frequenti senza dover creare ogni volta una copia completa dell'intero server.
Non esiste quindi una tecnica universalmente migliore: bisogna considerare quantità di dati, frequenza delle modifiche, infrastruttura disponibile e obiettivi di recupero.
Ogni quanto bisogna fare un backup?
La frequenza deve essere proporzionata alla velocità con cui cambiano i dati. Un sito vetrina aggiornato una volta al mese ha esigenze diverse da un negozio online che riceve continuamente ordini o da un portale che pubblica contenuti ogni giorno.
Un modo semplice per ragionare sulla frequenza è chiedersi quanti dati si è disposti a perdere in caso di incidente. Se la risposta è “non più di un'ora”, un backup giornaliero non è sufficiente: occorre avere punti di ripristino più ravvicinati. Questo intervallo rappresenta, in termini pratici, il Recovery Point Objective (RPO), cioè la quantità massima di dati che si accetta di poter perdere. In altre parole, un RPO di un'ora significa progettare la protezione dei dati in modo da limitare a circa un'ora la finestra teorica di perdita.
La frequenza, però, non deve essere valutata da sola. Un backup eseguito molto spesso ma conservato soltanto sullo stesso server protegge meno di quanto potrebbe sembrare.
Dove conservare le copie di backup
Una delle regole fondamentali è evitare che backup e dati originali dipendano dalla stessa infrastruttura. Se il server viene compromesso, danneggiato o diventa completamente indisponibile, una copia conservata sullo stesso sistema potrebbe non essere più accessibile.
Per questo è preferibile conservare le copie su un'infrastruttura separata e, quando possibile, in un datacenter differente. La separazione fisica riduce il rischio che un singolo incidente comprometta contemporaneamente produzione e backup.
È un criterio importante anche quando si sceglie un provider hosting affidabile: non basta sapere che esiste un sistema di backup, bisogna capire dove vengono conservate le copie e per quanto tempo rimangono disponibili.
Retention: per quanto tempo conservare i backup
La retention indica per quanto tempo i diversi punti di ripristino rimangono disponibili. È un elemento spesso sottovalutato: avere backup molto frequenti non serve a recuperare un file cancellato settimane prima se tutte le copie precedenti sono già state eliminate.
Una politica può prevedere, ad esempio, numerosi punti di ripristino recenti e un numero più limitato di copie giornaliere o settimanali. La configurazione deve essere proporzionata al valore dei dati e alla probabilità di accorgersi con ritardo di un problema. Se un problema viene scoperto oltre il periodo di conservazione, il relativo punto di ripristino potrebbe quindi non essere più disponibile.
Un backup creato on demand sul server tramite DirectAdmin non va inoltre confuso con un archivio storico: oltre a dipendere dalla disponibilità del server, occupa lo spazio dell’account e deve quindi essere gestito anche in funzione della capacità disponibile.
È quindi importante leggere la policy di backup del proprio provider e verificare frequenza e retention effettive. Per HostingRelax, la policy di backup descrive il sistema automatico basato su R1Soft: gli snapshot incrementali vengono creati ogni ora, quelli orari sono conservati per 24 ore e viene mantenuto un punto di ripristino giornaliero per 7 giorni. Le copie sono conservate su server collocati in datacenter differenti da quelli dei server web.
Il backup deve essere separato dall'ambiente di produzione
La separazione non riguarda soltanto la posizione fisica. Anche credenziali, permessi e sistemi di gestione dovrebbero essere progettati in modo da ridurre il rischio che un incidente sull'ambiente principale possa compromettere anche le copie.
Un backup collegato allo stesso sistema con gli stessi privilegi può offrire una protezione limitata contro alcuni scenari, come la compromissione dell'account amministrativo o la cancellazione intenzionale dei dati.
Per esigenze particolarmente elevate può quindi essere utile mantenere più copie, su infrastrutture differenti e con livelli di protezione diversi.
Backup e ripristino non sono la stessa cosa
Una copia esistente non garantisce automaticamente che il ripristino sia semplice o immediato. Prima di affidarsi a una strategia di backup bisogna sapere come vengono recuperati i dati, chi esegue l'operazione e quali possibilità esistono per file, directory e database. Anche il tempo necessario per tornare operativi, cioè il Recovery Time Objective (RTO), è un parametro da considerare quando il sito ha esigenze di continuità particolarmente elevate.
È inoltre importante distinguere il ripristino di singoli dati dal ripristino dell'intera infrastruttura. Nel primo caso si recupera, ad esempio, un file cancellato o un database; nel secondo può essere necessario ricostruire un intero server su una nuova macchina.
Questa distinzione diventa particolarmente importante per infrastrutture che ospitano molti siti o applicazioni. In caso di guasto hardware, una strategia di backup efficace può contribuire anche al ripristino dell'ambiente server, non soltanto dei singoli contenuti.
Backup autonomo e backup automatico: qual è la differenza?
Un sito può disporre di più livelli di backup, con caratteristiche e finalità differenti. È importante distinguere tra una copia che il cliente crea autonomamente quando ne ha bisogno e il sistema di backup automatico predisposto dal provider.
Con l'accesso a DirectAdmin, il cliente può creare backup on demand del proprio account e, quando necessario, utilizzarli per effettuare autonomamente un ripristino. Questa possibilità è particolarmente utile prima di aggiornamenti del CMS, modifiche importanti al sito, installazioni di plugin o altri interventi che potrebbero richiedere il ritorno alla situazione precedente.
Il backup creato tramite DirectAdmin viene però conservato sul server di hosting e occupa spazio disponibile per l'account. Non deve quindi essere considerato una copia indipendente dal server: se quest'ultimo diventa completamente indisponibile, anche il backup autonomo potrebbe non essere accessibile.
Il backup automatico del provider ha invece una funzione diversa. Nel caso di HostingRelax, il sistema utilizza R1Soft per creare snapshot incrementali con frequenza oraria, conservati su server collocati in datacenter differenti da quelli dei server web. Le modalità di conservazione e recupero sono definite nella policy di backup HostingRelax.
| Tipo di backup | Esecuzione | Conservazione | Ripristino |
|---|---|---|---|
| Backup autonomo | On demand dal cliente tramite DirectAdmin | Sul server di hosting | Autonomo tramite DirectAdmin |
| Backup automatico HostingRelax | Automatico tramite R1Soft | Datacenter differenti da quelli dei server web | Su richiesta tramite ticket, secondo la policy di backup |
I due sistemi non si escludono a vicenda. Il backup on demand è comodo per operazioni quotidiane e modifiche al sito, mentre il backup automatico del provider aggiunge una protezione indipendente dall'ambiente di produzione e segue una retention prestabilita.
Il backup va anche verificato
Un backup che non è mai stato testato lascia una parte dell'incertezza proprio nel momento in cui serve. È quindi buona pratica verificare periodicamente che le copie siano leggibili e che il processo di ripristino produca dati effettivamente utilizzabili.
Il test può riguardare un singolo file, un database o, per infrastrutture più complesse, una procedura completa di ripristino. L'obiettivo non è soltanto controllare che esista una copia, ma verificare che sia possibile trasformarla nuovamente in dati operativi.
Backup di WordPress ed e-commerce
WordPress è un esempio particolarmente evidente della necessità di coordinare file e database. Un backup efficace deve tenere conto del fatto che contenuti, utenti, impostazioni e altri dati applicativi vengono modificati indipendentemente dai file del tema o dei plugin.
La stessa attenzione è necessaria per gli e-commerce. Un negozio online basato su WordPress e WooCommerce oppure su PrestaShop può generare continuamente nuovi dati: ordini, clienti, prodotti, disponibilità e configurazioni. Perdere una parte di queste informazioni può avere conseguenze molto più serie della semplice indisponibilità temporanea del sito.
Per questo, prima di scegliere un servizio hosting, è utile verificare non soltanto le prestazioni ma anche le modalità di protezione dei dati e di eventuale recupero.
Backup del provider e backup indipendente
Il backup gestito dal provider e una copia indipendente non sono necessariamente alternative. Per dati importanti può essere opportuno utilizzare entrambi, perché riducono rischi differenti.
Il backup del provider può essere utile per recuperare dati o ripristinare un ambiente secondo le procedure previste dal servizio. Una copia indipendente, invece, consente di mantenere un ulteriore livello di protezione anche in caso di problemi che coinvolgano contemporaneamente il servizio hosting e il relativo sistema di backup.
La scelta dipende dal valore del progetto, dagli obblighi di conservazione, dalla frequenza degli aggiornamenti e dal tempo massimo di indisponibilità accettabile.
Come valutare la politica di backup di un hosting
Quando si confrontano diversi provider, la parola “backup” da sola dice molto poco. È più utile verificare alcuni parametri concreti:
| Elemento | Cosa verificare |
|---|---|
| Frequenza | Ogni quanto viene creato un nuovo punto di ripristino |
| Retention | Per quanto tempo rimangono disponibili le copie |
| Ubicazione | Se i backup sono separati dall'infrastruttura di produzione |
| Ambito | Quali dati vengono effettivamente inclusi |
| Ripristino | Se è possibile recuperare singoli file, database o interi ambienti |
| Procedura | Come si richiede il recupero e chi lo esegue |
| Test | Se il provider verifica periodicamente l'effettiva possibilità di ripristino |
Queste informazioni sono più significative delle sole dimensioni dello spazio disco o del numero di backup dichiarati. Un servizio affidabile deve rendere comprensibili le condizioni reali di protezione e recupero.
Backup, affidabilità e scelta dell'infrastruttura
Il backup è una componente della resilienza complessiva, ma non sostituisce prestazioni, disponibilità, assistenza, ridondanza e procedure di ripristino.
Per progetti con esigenze superiori a quelle di un normale hosting condiviso, può essere necessario valutare infrastrutture dedicate o virtualizzate. La guida alla scelta di una Cloud VPS può essere utile per capire quando un ambiente virtuale dedicato è più adatto, mentre per esigenze ancora maggiori è possibile confrontare le caratteristiche di un server dedicato.
Conclusioni
Una strategia di backup efficace deve essere valutata considerando insieme frequenza, retention, separazione delle copie, dati protetti e possibilità di ripristino. Non basta creare una copia: bisogna sapere quale punto di ripristino sarà disponibile quando servirà e come potrà essere utilizzato.
Per un sito semplice può essere sufficiente una strategia relativamente contenuta; per un e-commerce, un portale o un'applicazione che gestisce dati continuamente aggiornati, invece, frequenza e modalità di recupero diventano elementi essenziali dell'infrastruttura.
Il backup dovrebbe quindi essere considerato parte integrante della progettazione del servizio web e non una funzione secondaria da verificare soltanto dopo un incidente.
Approfondimenti
Valuta la protezione dei dati del tuo progetto
Se stai scegliendo un servizio hosting, verifica anche come vengono gestiti backup, conservazione delle copie e possibilità di ripristino.