Un programma di backup determina quanti dati perdi quando qualcosa si rompe, non *se* si rompe. Ogni proprietario di un sito pensa ai backup una volta sola, di solito subito dopo un aggiornamento andato male o un plugin hackerato che cancella settimane di lavoro. Daniel Okonkwo ha risolto abbastanza disastri di questo tipo da sapere che la soluzione raramente è il plugin di backup in sé. La vera soluzione è il programma che c'è dietro: quanto spesso viene eseguito, dove archivia le copie e se qualcuno le controlla davvero. Questa guida analizza come costruire un programma di backup che si adatti al tuo sito, al tuo budget e alla tua tolleranza alla perdita di lavoro.
Perché il tuo piano di backup conta più dello strumento
La maggior parte dei proprietari di siti sceglie un plugin di backup e smette di pensarci. Tuttavia, il plugin esegue solo la pianificazione impostata, non pensa al posto tuo. Un backup giornaliero e uno mensile usano lo stesso software ma producono risultati completamente diversi quando un sito fallisce. Pertanto, la pianificazione conta più del nome del brand visualizzato sulla pagina delle impostazioni.
Considera cosa succede quando un database fallisce alle quattro di pomeriggio di un martedì. Se l'ultimo backup è stato eseguito domenica, perdi due giorni di ordini, commenti e invii di moduli. Nel frattempo, un piano che viene eseguito ogni sei ore limita tale perdita a poche ore di attività. Per un negozio occupato o un sito di abbonamento, quella differenza decide se un fallimento è un lieve inconveniente o un vero colpo finanziario.
Inoltre, un programma di backup dovrebbe riflettere quanto spesso cambiano effettivamente i tuoi dati, non un default generico copiato dalla configurazione guidata di un plugin. Un sito vetrina con rari aggiornamenti non ha bisogno di backup orari. Una piattaforma di prenotazione che riceve ordini ventiquattr'ore su ventiquattro sì, e trattare entrambi i siti allo stesso modo spreca spazio di archiviazione su uno e mette a rischio dati reali sull'altro.
Come costruire un piano di backup adatto al vostro rischio
Inizia ponendo una domanda semplice: quanto lavoro recente puoi permetterti di perdere. Gli specialisti chiamano questo 'obiettivi di punto di ripristino' (RPO), sebbene il termine conti meno della risposta onesta che dai a te stesso. Se perdere un'intera giornata di ordini danneggerebbe la tua attività, il tuo piano di backup deve essere eseguito più volte al giorno. Se il tuo sito cambia raramente, un backup settimanale potrebbe coprirti comodamente.
Successivamente, osserva come si comporta effettivamente il tuo sito piuttosto che quanto sembra occupato. Per i siti web più piccoli con meno post, i backup dovrebbero essere eseguiti una volta alla settimana, mentre i siti web ad alta attività con molti post necessitano di backup giornalieri. Allo stesso modo, un negozio online con decine di transazioni giornaliere necessita di un backup del database che venga eseguito più spesso, perché ogni ordine rimane non protetto finché non viene acquisito. Un sito portfolio tranquillo, d'altra parte, raramente necessita di più di un'esportazione settimanale.
Aiuta anche separare il backup del database dal backup completo del sito. Le modifiche al database avvengono costantemente tramite ordini, commenti e modifiche, mentre i file del sito cambiano solo quando installate aggiornamenti o nuovi plugin. Di conseguenza, molti host eseguono frequenti snapshot del database insieme a un backup completo settimanale più lento. Questa divisione riduce i costi di archiviazione senza lasciare i dati recenti esposti.
Scelta dello spazio di archiviazione e test del piano di backup
Un programma di backup funziona solo se le copie sopravvivono a qualunque cosa abbia causato il guasto iniziale. La regola di backup 3-2-1 richiede di mantenere i dati di produzione originali insieme ad almeno due copie di backup aggiuntive. In pratica, ciò significa archiviare almeno una copia lontano dal server principale, idealmente presso un provider completamente diverso. Altrimenti, un singolo blocco dell'hosting o un blocco dell'account possono far sparire l'unico backup insieme al sito attivo.
Inoltre, un backup che non testi mai è una supposizione, non un piano. Dovresti testare regolarmente i tuoi sistemi di backup per assicurarti che funzionino quando colpisce il disastro. Ripristina un backup di esempio ogni pochi mesi per confermare che i file si aprano effettivamente e che il database venga importato senza errori. Questa piccola abitudine individua i backup rotti molto prima che tu ne abbia bisogno in una crisi reale.
La conservazione conta tanto quanto la frequenza. Mantieni abbastanza versioni per recuperare da un problema che noti in ritardo, poiché alcuni errori emergono giorni dopo la modifica che li ha causati. Un set a rotazione di backup giornalieri per due settimane, più alcuni snapshot settimanali più vecchi, copre la maggior parte degli scenari delle piccole imprese senza riempire lo spazio di archiviazione.
Errori comuni che compromettono un piano di backup
Un errore frequente è memorizzare i backup sullo stesso server del sito live. Memorizzare copie di backup sullo stesso server dei dati originali li lascia vulnerabili agli stessi rischi, inclusi guasti hardware, attacchi malware o eliminazione accidentale. Se il server va giù, sia il sito che la sua rete di sicurezza scompaiono insieme, il che vanifica l'intero scopo di avere un backup.
Un altro errore è fidarsi di un programma di backup che viene eseguito in silenzio, senza alcun controllo sul fatto che sia effettivamente riuscito. Un backup fallito che nessuno nota è peggio di nessun backup, perché crea una falsa sicurezza proprio fino al momento in cui devi ripristinare. Di conseguenza, i proprietari di siti dovrebbero impostare avvisi per i lavori falliti e rivedere regolarmente i log di backup.
Infine, molti proprietari di siti impostano un piano di backup una volta e non lo rivisitano mai. Man mano che un sito cresce e riceve più ordini o commenti, lo stesso piano settimanale che un tempo sembrava sicuro può lasciare troppo a rischio. Revisionare il piano ogni pochi mesi lo mantiene allineato con il modo in cui il sito opera effettivamente oggi.
Ottimizzare la pianificazione dei backup
Un buon programma di backup non riguarda l'esecuzione dei backup il più spesso tecnicamente possibile. Si tratta di adattare frequenza, archiviazione e test a quanta perdita la tua azienda può effettivamente assorbire. Inizia in piccolo: scegli oggi un programma di backup realistico, archivia una copia lontano dal server principale e testa un ripristino prima di averne bisogno in una crisi. Daniel ha visto troppi proprietari di siti scoprire che il loro programma di backup ha fallito solo dopo che si è verificato un disastro, quindi non lasciare che accada a te. Imposta un promemoria, controlla i log e conferma che i tuoi backup si ripristinino effettivamente questa settimana.
