Alla ricerca del Backup Perfetto

Backup: perché farlo

Da che mondo è mondo, tutto può essere perso. Sia per ragioni accidentali che per ragioni ben ponderate, qualsiasi cosa può essere fatta sparire o può sparire per errore. Quante volte ci sarà capitato di perdere un oggetto e non trovarlo mai più?

Da quando esiste l'informatica, poi, questo concetto si è espanso a dismisura. Mentre è difficile perdere un oggetto, è molto più facile cancellare un file o una informazione dal computer, oppure voler ripristinare una versione precedente.

Molte persone pensano che sia sufficiente garantire che il supporto di memorizzazione sia ridondato, e si è a posto. SBAGLIATO!: un raid senza dubbio aiuta a non perdere tutto in caso di guasto di un disco, ma cosa accade quando il dato viene accidentalmente cancellato, quando viene compromesso per colpa di un virus o di una qualsiasi entità esterna, oppure quando l'elaboratore (raid o meno) viene rubato, o prende fuoco, o una situazione di questo tipo?

Ho collezionato esperienze di ogni genere. Tanto per elencarne alcune:

• sale server finite sott'acqua per colpa di alluvioni

• server distrutti dal terremoto, ovvero da crolli murari che hanno investito le sale macchine

• ransomware vari, che ultimamente colpiscono molto più che in passato

• danno volontariamente causato da qualcuno che ne ha tutto l'interesse (es: aziende informatiche che, poco correttamente, causano danni per crearsi lavoro. Sì, ho visto anche questo, e non una sola volta, purtroppo. E sto gestendo una situazione del genere proprio in questi giorni.)

• errori da parte dell'amministratore (può succedere a chiunque)

Se poi parliamo di server esposti su Internet (es: e-commerce, server di posta elettronica, ecc.), la situazione diventa ancor più delicata in quanto oltre che la correttezza dei dati, c'è bisogno di garantire anche la continuità operativa del servizio.

La soluzione migliore, dunque, è avere sempre dei backup a disposizione. Ma quali caratteristiche dovrebbero avere questi backup?

Backup: come farlo

Di strumenti di backup ne esistono moltissimi, ognuno focalizzato su uno specifico elemento. Da suite completissime come Bacula e Amanda, a piccoli strumenti focalizzati solo a delle specifiche necessità.

Nel complesso, non è facile orientarsi nel mondo degli strumenti, open source o a pagamento, per cui la prima cosa da fare è porsi una serie di domande:

"Quanto sono disposto a rischiare? Cosa voglio preservare? Quanto fermo posso permettermi di avere in caso di perdita dei dati? Quanto e quale spazio ho a disposizione?"

La prima domanda è la più delicata, e a volte è sia causa che conseguenza delle scelte tecniche fatte. Alcune persone ritengono che sia sufficiente avere una copia di sicurezza all'interno della stessa macchina che si vuole "backuppare". La scelta può essere semplice & pratica, ma cosa accade in caso di guasto della macchina stessa? Il classico disco USB collegato e su cui vengono copiati i file ogni giorno è a rischio di guasto tanto quanto il resto dell'hardware. E no, non ditemi che il gruppo di continuità assicura l'assenza di sbalzi forti. Ho visto gruppi da migliaia di euro bruciarsi e bruciare tutto ciò che c'è dietro. Con buona pace dell'amministratore che si sentiva al sicuro. Andate pure a chiedere i danni all'assicurazione. Probabilmente i soldi arriveranno, di certo non i vostri preziosi dati.

Il primo passo, quindi, è avere un piano di gestione. Decidere a priori se la bilancia deve pendere di più verso la sicurezza o verso l'economicità.

Il backup più sicuro, infatti, è quello più distante possibile dalla macchina che si vuole mettere in sicurezza.

Questo però crea due problemi: più dati vogliamo tenere in sicurezza, maggiore sarà la necessità di spazio e di banda. Se vogliamo infatti memorizzare su un dispositivo separato, esso dovrà essere collegato (ragionevolmente via rete) al nostro hardware principale e dovrà poter ospitare tutti i dati che dobbiamo preservare. Se tutto ciò potesse avvenire in LAN, non dovremmo avere grossi problemi. Se invece volessimo tenere i nostri backup fuori dalla nostra rete, dovremo fare i conti anche con la connettività. Dunque potremmo decidere di memorizzare meno dati, per garantire una maggior velocità operativa, sia in fase di backup che, a maggior ragione, di eventuale ripristino.

Più sicuro, infatti, non vuol dire più pratico. Se avessi una connessione a 7 MBit/sec e 30 GB di dati nel backup, quanto tempo impiegherei per recuperare tutto in caso di perdita? Posso dunque permettermi un fermo così importante? Se si parla delle foto delle vacanze del 2000, probabilmente sì (a meno di un forte attacco di nostalgia), ma se parliamo di dati importanti che fermano la produttività di un'azienda, siamo sicuri di poter essere così pazienti? E se si parla di una cartella sanitaria?

Proprio per questa ragione, bisogna studiare al meglio la politica di backup più adatta alle proprie esigenze, ricordando che non esiste una soluzione che sia migliore in assoluto.

Backup: come lo faccio

Nel complesso, utilizzo entrambe le soluzioni, ovvero backup di macchine complete e di singoli file, a seconda delle necessità e delle situazioni. Le mie scelte, nel corso degli anni, sono state abbastanza costanti. Nello specifico, credo che avere dei backup a massima granularità sia la scelta migliore, anche perché in molti casi mi è capitato di dover recuperare qualche file o una serie di e-mail erroneamente cancellate da qualche cliente distratto.

Nello specifico, credo che un buon backup debba avere alcune caratteristiche di base:

• possibilità istantanea di recupero, e velocità di elaborazione sufficientemente alta.

• deve essere esterno.

• sicurezza - no, non piazzerei mai un backup su Dropbox o Google Drive, ecc.

• una gestione efficiente dello spazio.

• compressione e deduplicazione, meglio se effettuati off-line.

• il sistema deve essere il meno invasivo possibile. Non deve richiedere l'installazione di troppe componenti.

Ci sono varie correnti di pensiero, quelle che dicono che la macchina da backuppare dovrebbe avere accesso diretto al server di backup e quella che dice che è il server di backup a dover contattare i sistemi da mettere in sicurezza. Entrambe le soluzioni hanno i loro vantaggi e svantaggi, ma nel mio caso preferisco che sia il server a contattare i client, e per due motivi ben precisi: 1) a mio avviso è più facile tenere "nascosto" e sicuro un server che lasciare tante porte d'accesso ad esso da tutti i client e 2) in questo modo riesco a programmare i backup secondo una logica ben precisa (es: finito il primo, passa al secondo). Altrimenti diventa più difficile e c'è il rischio che si accavallino troppi backup, saturando le risorse della macchina.