Un backup che non hai mai ripristinato
Tutti hanno backup. Molti meno hanno ripristini, e si scopre quale dei due si possiede nel giorno peggiore dell’anno.
I backup falliscono in silenzio e in modi che somigliano esattamente al successo: il lavoro segnala verde, il file esiste, la dimensione sembra plausibile. Il guasto diventa visibile solo nel momento in cui serve, cioè quando meno puoi permetterti di scoprirlo.
L’unico test di un backup è un ripristino
Un backup completato dimostra che qualcosa è stato scritto. Non dimostra che l’archivio si apra, che contenga quello che credi, né che dentro ci sia la versione che ti serve.
I guasti comuni sono noiosi e specifici: il lavoro sta salvando una cartella vuota da quando è cambiato un percorso, l’archivio è cifrato con una chiave che non ha più nessuno, oppure funziona benissimo e salta in silenzio l’unico database che conta. Tutti e tre segnalano successo ogni notte.
Salva ciò che non puoi rigenerare
Non tutto merita il costo. Il codice che vive in un repository, i file che puoi riscaricare, tutto ciò che produce una build: è già al sicuro o si ricostruisce a poco.
Conta ciò che esiste esattamente in un posto ed è stato fatto da persone: il database, i file caricati, la configurazione che nessuno ha annotato e le impostazioni su cui qualcuno ha lavorato due giorni. Se è servito un essere umano per crearlo e la copia è una, è in lista. Se una macchina lo rifà in dieci minuti, di solito no.
Una copia nello stesso posto non è un backup
Uno snapshot sullo stesso server, nello stesso account, sotto lo stesso accesso, sopravvive a un guasto del disco e a nient’altro. Non sopravvive a un account bloccato, a una cancellazione sbagliata che si propaga, né alla giornata storta di qualcuno che ha gli accessi.
Metti almeno una copia dove il sistema in produzione non arriva e non può cancellare. È proprio quella proprietà — il sistema non ha potere sulla copia — a renderla un backup e non un duplicato.
Fai una prova un martedì qualsiasi
Il numero che conta non è ogni quanto salvi, ma quanto dura un ripristino e se riesci a farlo sotto pressione. Nessuno conosce quel numero finché non l’ha fatto una volta.
Scegli un pomeriggio ordinario, ripristina qualcosa di vero in un posto sicuro e cronometra. Troverai almeno un presupposto sbagliato: una credenziale mancante, un passaggio che richiede una persona in ferie, un archivio che impiega quattro ore a trasferirsi. Sistema tutto mentre non c’è nessun incendio, scrivi i passaggi nell’ordine che ha funzionato, e avrai trasformato una speranza in una procedura.
Domande frequenti
Come so che i backup funzionano?
Solo ripristinandone uno. Un lavoro completato dimostra che qualcosa è stato scritto, non che l’archivio si apra o contenga quello che credi.
Cosa devo salvare?
Ciò che esiste in un solo posto ed è stato fatto da persone: database, file caricati, configurazione non annotata, impostazioni messe a punto a mano. Ciò che una macchina rifà in dieci minuti di solito no.
Basta uno snapshot sullo stesso server?
No. Sopravvive a un guasto del disco e a nient’altro: non a un account bloccato, non a una cancellazione che si propaga, non alla giornata storta di chi ha gli accessi.
