utilità di ripristino di backup2l

Procédure

backup2l

backup2l è uno strumento a riga di comando per la creazione e il ripristino di backup su un sistema di backup remoto. In un'installazione predefinita, i backup vengono creati autonomamente da uno script cron.

backup2l supporta backup differenziali gerarchici con un numero di livelli e backup per livello specificato dall'utente. Con questo schema, il numero totale di archivi da archiviare aumenta solo logaritmicamente con il numero di backup differenziali dall'ultimo backup completo. Di conseguenza, è possibile generare piccoli backup incrementali a intervalli brevi, mentre non sono necessari backup completi che richiedono tempo e spazio.

La funzione di ripristino consente di ripristinare facilmente lo stato del file system o di directory/file arbitrari da punti precedenti. La proprietà di file e directory e gli attributi di autorizzazione vengono ripristinati correttamente.

L'architettura aperta dei driver consente di utilizzare praticamente qualsiasi programma di archiviazione come backend. I driver integrati supportano i file .tar.gz, .tar.bz2 o .afioz. È possibile aggiungere altri driver definiti dall'utente, come descritto nel file di configurazione "first-time.conf".

Tutti i file di controllo sono memorizzati con gli archivi sul sistema di backup remoto e il loro contenuto è solitamente autoesplicativo. Pertanto, in caso di emergenza, l'utente non deve affidarsi solo alla funzionalità di ripristino di backup2l, ma può, se necessario, sfogliare i file ed estrarre gli archivi manualmente.

Per decidere se un file è nuovo o modificato, backup2l ne esamina il nome, l'ora di modifica, la dimensione, la proprietà e i permessi.

È anche possibile eseguire "copie a caldo", ad esempio di database MySQL.

Installare backup2l

È incluso come pacchetto nella maggior parte delle distribuzioni.

Per installare backup2l sul vostro computer locale, è necessario un semplice comando.

apt-get install backup2l

Configurare backup2l

Creare queste due cartelle di backup:

$ mkdir -p /var/backup.d/final $ mkdir -p /var/backup.d/preliminary/mysql

La cartella "final" contiene gli archivi dei backup eseguiti e la cartella "premilinary" contiene le "copie a caldo" dei backup eseguiti.

Modificare il file di configurazione di backup2, ad esempio utilizzando l'editor di testo nano:

$ nano /etc/backup2l.conf

Alla riga:

SRCLIST=(/var/www/mondomaine.fr /var/backup.d/preliminary)

Scegliere le cartelle di cui si desidera eseguire il backup. In questo esempio, le cartelle di cui viene eseguito il backup saranno: /var/www/mondomaine.fr e /var/backup.d/preliminary, che contiene i backup delle "copie a caldo".

SKIPCOND=(-path "/var/www/mondomaine.fr/log/*")

Poiché lo spazio sulla destinazione del backup è per lo più limitato, è opportuno escludere le directory e i file più grandi di cui non è necessario eseguire il backup, come ad esempio i file di log associati al sito web.

BACKUP_DIR="/var/backup.d/final"

Il backup viene configurato in questa directory. I file qui presenti vengono poi trasferiti al server di backup. Se necessario, i file possono anche essere crittografati.

MAX_LEVEL=1 MAX_PER_LEVEL=9 MAX_FULL=1 GENERATIONS=1 CREATE_CHECK_FILE=1

Questa configurazione fornisce un backup completo e 9 backup incrementali. Se si vuole eseguire un nuovo backup incrementale ogni settimana, max_per_level deve essere impostato a 6. Un backup completo e gli incrementi sono sempre necessari per un ripristino.

PRE_BACKUP () { echo "start pre backup scripts" sh /root/backup/hotcopy_mysql.sh chmod -R u=rw,go-rwx /var/backup.d/preliminary/* echo "pre backup scripts completed" }

POST_BACKUP () { echo "Esecuzione delle azioni di post backup." chown -R root:backup /var/backup.d/final chmod -R u=rw,g=r /var/backup.d/final/* sh /root/backup/scp.sh echo "Il backup è stato completato." echo "----------------------------------------------" }

Queste funzioni sono implementate prima e/o dopo i backup.

In questa sezione, la funzione "PRE_BACKUP()" viene eseguita prima del backup e la funzione "POST_BACKUP()" viene eseguita dopo il backup. Lo script bash di caricamento del backup /root/backup/scp.sh viene aggiunto alla funzione "POST_BACKUP()".

Il file backup2l.conf è ora configurato; affinché backup2l possa tenere conto della configurazione, modificare questa direttiva come segue:

UNCONFIGURED=0

Esecuzione di "copie a caldo

Alcuni file non possono essere semplicemente copiati, perché sono costantemente accessibili. Ad esempio, i database MySQL.

• MySQL

nano /root/backup/hotcopy_mysql.sh

In questo caso, il programma "mysqldump" viene utilizzato per effettuare il backup dei dati dei nostri database MySQL.

#!/bin/sh # Rimozione dei vecchi dump e creazione della directory rm /var/backup.d/preliminary/mysql/alldb.sql.gz mysqldump --user=root --password=XXXXX --all-databases --skip-lock-tables | gzip > /var/backup.d/preliminary/mysql/alldb.sql.gz

Impostazione del cron job

Per fare ciò, configurare il file /etc/cron.daily/zz-backup2l con il seguente contenuto (questo file potrebbe essere già stato configurato quando backup2l è stato installato)

#Il seguente comando invoca 'backup2l' con il file di configurazione # predefinito (/etc/backup2l.conf). # # (Ri)sposta questo o l'intero script se non si vogliono backup automatici. # # Reindirizza il suo output se non si vogliono e-mail automatiche dopo ogni backup. ! which backup2l > /dev/null || nice -n 19 backup2l -b

Trasferimento dei file

Esistono generalmente due modi per recuperare i file dal server di backup. La prima opzione, la più plausibile, consiste nel copiare dal server su cui è stato eseguito il backup al server di destinazione (server di backup): Push Data. Questo può essere fatto, ad esempio, utilizzando scp. La seconda opzione è quella di copiare i dati dal server di backup, sempre utilizzando scp: Pull Data. A mio parere, l'ultima opzione è preferibile perché un hacker non può semplicemente accedere ai backup.

Per entrambe le opzioni, raccomando l'uso di scp, poiché il server di backup ha probabilmente un accesso SSH e le prestazioni non dovrebbero essere un fattore con una singola copia notturna. Inoltre, la trasmissione è crittografata. Si può anche usare rsync.

I file possono anche essere criptati con gpg e trasmessi solo in modo criptato. I dati sul server di backup sono così protetti da terzi non autorizzati. La chiave di decodifica non deve essere lasciata sul server, ma copiata localmente su un supporto di memorizzazione rimovibile come una chiavetta USB.

Create una chiave SSH e collegatela al server di backup. Vi invito a seguire questa documentazione per aggiungere una chiave SSH al server di backup.

$ ssh-keygen -b 4096 -t rsa

Successivamente, creare uno script bash di backup in /root/backup

nano /root/backup/scp.sh

Per organizzare i comandi, si utilizzerà come esempio l'utilità "rsyncscpdrive" con il nome cdXXXX.

#!/bin/bash SOURCE_DIRECTORY=/var/backup.d/final USER=cdXXXX TARGET_DIRECTORY=/files SERVER=rs1.cloudlws.com scp ${SOURCE_DIRECTORY}/* ${USER}@${SERVER}:${TARGET_DIRECTORY}

Riepilogo dei pacchetti Cloud Drive LWS disponibili e dei relativi prezzi IVA esclusa:

Prezzi mensili dei pacchetti Cloud Drive :

Cloud Drive S	Unità Cloud M	Unità Cloud L	Unità Cloud XL
100 GB	250 GB	500 GB	1 TB
4.99€*	9.99€*	14.99€*	19.99€*

*Prezzo escluso.

Seguendo questa documentazione, sarete in grado di utilizzare l'utility backup2l per ripristinare i vostri dati.
È possibile consultare le varie offerte di backup online sul nostro sito di vendita.