Backup delle applicazioni: cos'è, perché è importante e perché quasi tutti lo sottovalutano

Nessuno pensa al backup finché non ne ha bisogno. E' la natura dell'argomento. Sebbene tutto funzioni, il backup sembra costoso e burocratico. Il giorno in cui il database si corrompe, il server prende fuoco, qualcuno cancella la tabella sbagliata o un ransomware prende il controllo di tutto, diventa la cosa più importante del mondo. E quel giorno, o ce l'hai, oppure no.

La storia della tecnologia è piena di aziende che hanno imparato questo nel modo più duro. Operazioni che si sono fermate, dati che sono scomparsi per sempre, organizzazioni che hanno chiuso perché hanno perso ciò che non poteva essere perso. Quasi sempre, dopo l'incidente, si scopre che esisteva un backup, ma nessuno aveva mai testato se funzionasse.

Questo testo è un'introduzione onesta all'argomento. Non è un tutorial tecnico; è una panoramica per chiunque abbia bisogno di capire cos'è realmente il backup, perché è importante e perché la maggior parte delle organizzazioni lo tratta con leggerezza finché non è troppo tardi.

Cos'è il backup, in realtà

Nel senso più semplice, un backup è una copia dei tuoi dati archiviati altrove in modo da poterli recuperare se l'originale viene perso. Ma questa definizione, seppur corretta, nasconde la parte che conta.

Il backup delle applicazioni non riguarda solo la copia dei file. Un'applicazione è una raccolta vivente: il database con le informazioni, i file che gli utenti hanno caricato, la configurazione che fa funzionare il tutto e talvolta lo stato dei processi in corso. Eseguire il backup solo del database e dimenticare i file inviati dagli utenti significa eseguire un backup che non può essere ripristinato. Scopri il buco esattamente quando provi a tornare indietro.

Quindi la domanda giusta non è "sto copiando i dati?", ma piuttosto "se adesso perdo tutto, posso ricostruire un'applicazione funzionante da quello che ho salvato?". Questa è una domanda molto più impegnativa.

Perché è più importante di quanto sembri

L’intuizione fuorviante è pensare che la perdita dei dati sia un evento raro e drammatico, un incendio, una catastrofe. In pratica, le cause più comuni sono banali e frequenti.

L'errore umano è il vincitore: qualcuno esegue il comando sbagliato, cancella il record che non dovrebbe, sovrascrive l'informazione giusta con quella sbagliata. Si verificano guasti hardware, i dischi muoiono, è una questione di quando, non se. I bug corrompono silenziosamente i dati. E gli attacchi, soprattutto quelli ransomware, hanno trasformato il backup in una linea di difesa centrale, perché spesso l’unica alternativa al pagamento del riscatto è il ripristino da una copia pulita.

A ciò si aggiunge la dimensione giuridica. In Brasile, la LGPD tratta la disponibilità dei dati come parte della protezione che l’organizzazione deve garantire. La perdita di dati personali a causa della mancanza di un backup adeguato non è solo una perdita operativa, ma può anche rappresentare un errore di conformità. Il backup ha smesso di essere un'igiene tecnica ed è diventato una responsabilità.

I tre livelli che separano il backup reale dal teatro

C’è una gradazione di maturità che ti aiuta a capire dove ti trovi.

Il primo livello è avere un backup. Sembra ovvio, ma molte organizzazioni operano senza alcuna fortuna, affidandosi alla fortuna. Avere qualche backup è meglio di niente.

Il secondo livello è avere il backup altrove. Copiare sullo stesso server che potrebbe prendere fuoco, nello stesso data center che potrebbe bloccarsi, non protegge dagli scenari peggiori. Il backup deve essere fisicamente e logicamente separato da ciò che protegge. Se il ransomware crittografa insieme l'originale e il backup, non hai un backup, hai due copie del problema.

Il terzo livello, quello che conta davvero, è avere un backup testato. Un backup mai ripristinato è un'ipotesi, non una garanzia. È spaventoso il numero di organizzazioni che scoprono, nel bel mezzo di una crisi, che i propri backup erano corrotti, incompleti o impossibili da ripristinare. Il backup che non hai mai testato è fede, non ingegneria.

Due domande che definiscono la tua strategia

Ogni decisione di backup si riduce al bilanciamento dei costi rispetto a due semplici domande.

Il primo: quanti dati puoi perdere? Se l'ultimo backup è di ieri e il disastro si verifica questo pomeriggio, perdi tutto da ieri. Se ciò è accettabile, è sufficiente il backup giornaliero. In caso contrario, avrai bisogno di copie più frequenti, che costeranno di più.

Il secondo: quanto tempo puoi rimanere inattivo? Il ripristino di un sistema di grandi dimensioni può richiedere ore o giorni. Se la tua attività non sopravvive a un giorno di inattività, hai bisogno di una strategia che ti consenta di tornare rapidamente, non semplicemente di tornare.

Queste due domande non hanno una risposta universale. Un blog personale e un sistema di pagamento hanno tolleranze completamente diverse. L'errore è non fare domande e trovare le risposte nel vivo dell'incidente.

Riflessione critica: perché il backup viene sempre trascurato

Se il backup è così importante, perché così tante persone lo ignorano? La risposta è psicologica, non tecnica. Il backup è un investimento il cui rendimento si manifesta solo in una brutta giornata che tutti sperano non arrivi mai. È difficile dare priorità all'assicurazione quando la tua auto non ha mai avuto un incidente.

C'è anche l'illusione che "sia nel cloud, quindi è sicuro". I fornitori di servizi cloud offrono una durabilità straordinaria, ma ciò non sostituisce la tua strategia di backup. Il cloud protegge dai guasti hardware, non protegge dall'eliminazione della cosa sbagliata, da un bug che corrompe i tuoi dati o da un account compromesso che elimina tutto. Responsabilità condivisa significa che parte della responsabilità rimane tua.

E c’è l’errore di trattare il backup come un progetto e non come un processo. Configuralo una volta, contrassegna l'attività come completata e dimenticatene. Ma il sistema cambia, emergono nuovi dati, le strutture si evolvono e il backup configurato due anni fa potrebbe non coprire più ciò che conta oggi. Il backup è un'assistenza continua, non un elemento della lista di controllo.

Ciò che resta

Il backup è una di quelle discipline in cui il successo è invisibile e il fallimento è catastrofico. Quando funziona, nessuno se ne accorge. Quando manca, potrebbe essere la fine dell'operazione.

La giusta mentalità è semplice da affermare: presumi che un giorno perderai dati e preparati per quel giorno oggi stesso. Fai un backup, fallo da qualche altra parte e, soprattutto, verifica se si ripristina davvero. Le prime due cose richiedono lavoro; La terza è quella che quasi tutti saltano, ed è proprio quella che conta.

Se la tua organizzazione non ha mai realmente testato se è in grado di riprendersi da una perdita totale, potrebbe valere la pena affrontarla prima che la realtà imponga la questione. Sul blog sono presenti altri testi sulla continuità, sulla sicurezza e sulle buone pratiche operative che approfondiscono l'argomento.