Linux - Quali directory dovrei escludere quando eseguo il backup di un server?

Sto eseguendo il backup di un server Linux e lo sto archiviando su un altro server.

Ho iniziato con un semplice

rsync -aPh --del server.example.com:/ /mnt/backup

Quindi qualcuno ha sottolineato che non dovrei eseguire il backup /proc, poiché non si desidera ripristinare il /procserver di un altro.

C'è qualcos'altro che dovrei / non dovrei includere?

Ad esempio, che dire /sys?

Questo dipende davvero da come ripristinerai il tuo sistema. Se ricostruirai, avrai solo bisogno dei file di configurazione / dati per i tuoi servizi (es: / etc, / opt, / var, / home)

Se stai cercando un ripristino completo del sistema, puoi omettere / proc, / boot & / dev. Quindi è possibile installare il sistema operativo minimo dal supporto di avvio e quindi ripristinare il sistema tramite il backup.

Naturalmente, il backup migliore è quello che è stato testato e verificato .

Quindi ometti ciò che non ritieni necessario, prova a ripristinare in una macchina virtuale e verifica di poter ripristinare il sistema utilizzando questi dati.

Entrambi /proce /syssono filesystem virtuali che riflettono lo stato del sistema e consentono di modificare diversi parametri di runtime (e talvolta fanno cose più pericolose, come scrivere direttamente in memoria o su un dispositivo). Non dovresti mai eseguire il backup o ripristinarli.

Nella maggior parte delle distribuzioni moderne, /devviene creato dinamicamente all'avvio (è un file system di memoria riempito da udeve amici). Non ha senso eseguirne il backup e tentare di ripristinarlo è inutile. Tuttavia, se la tua distribuzione è configurata per usare un statico /dev, questo non si applica (controlla /proc/mounts, se /devè un tmpfsfile system di memoria).

Esistono altri file system di cui non è necessario eseguire il backup; usbfs(di solito a /proc/bus/usb, se montato a tutti), debugfs(dovrebbe essere in /sys/kernel/debugcaso di montaggio a tutti, ma alcune persone metterlo da qualche altra parte, probabilmente non si dispone di questo), devpts(montata /dev/pts), altri tmpfscasi (spesso si trovano a /dev/shm, /var/run, /var/locke in altri luoghi; il backup e il ripristino di essi dovrebbero essere innocui ma inutili, poiché i loro contenuti vengono persi allo spegnimento) e qualsiasi file system remoto o directory magica di automounter (tentando di eseguirne il backup o il ripristino potrebbe finire in un disastro, come si potrebbe finire per eseguire il backup / ripristino su un'altra macchina ). Dovresti anche stare attento con /mediae/mnt, poiché potrebbero essere trovati lì dispositivi esterni (come un CD dimenticato nell'unità), ma potresti anche averli usati apposta per montare qualcosa di cui è necessario eseguire il backup.

Da notare che, a parte per lo più innocui tmpfscasi, i file system di rete / automounter, e supporti rimovibili, i file system non si deve eseguire il backup sono tutti discendenti di /dev, /proco /sys. Se non si hanno i file system di rete (o automounter), e senza supporti rimovibili, escluso /sysed /proce il riavvio dopo un ripristino (per pulire le tmpfsistanze) dovrebbe essere sufficiente.

Vedi The Tao Of Backup , capitolo 1.

Alcuni file speciali in / proc e / sys confondono rsync. In genere, non si desidera eseguire il backup dei filesystem di rete montati. Anche i file sparsi possono causare problemi.

Aggiungi -x per limitarlo a un file system. Ciò evita tutti i file system di rete e / proc ecc. Tuttavia, è quindi necessario eseguire un rsync per ciascun file system che è stato montato.

Aggiungi -S per gestire i file sparsi in modo ragionevole.

/ boot, / dev e / proc sono abbastanza inutili per il backup, anche se, se sai cosa stai facendo, puoi eseguire il backup / avvio.

Inoltre non farei il backup / lib, / media, / mnt, / sbin, / bin, / srv, / sys o / tmp.

/ usr è facoltativo, a seconda che tu abbia qualcosa in / usr degno di backup. Se fossi in te, mi preoccuperei di più di eseguire il backup dei $ HOME dell'utente, / var e / etc (per i file di configurazione).

Anche in questo caso, tutto dipende dal tipo di backup che si desidera eseguire. Questo è un web server? Questo è un personal computer? È un server shell con tonnellate di directory in / home?

È possibile ottenere un backup totale usando sfdisk e dd.

Per eseguire il backup dello schema di partizione di ciascun disco rigido, utilizzare sfdisk in questo modo:

sfdisk -d /dev/sda  > parttable_sda.part

Per eseguire il backup di ogni partizione è possibile utilizzare dd, in questo modo:

dd if=/dev/sda1 of=devsda1.img

Dove /dev/sda1è smontato, ad esempio con un avvio da CD live.

(tieni presente che avrai bisogno di molto spazio libero per scrivere questo file; quindi potresti voler scriverlo su un supporto esterno) Fallo per ogni partizione, uno alla volta, e fai il backup di tutto.

Quindi, per ripristinare su un altro computer puoi fare:

sfdisk /dev/sda < parttable_sda.part
dd if=devsda1.img of=/dev/sda1    # do this for each partition

Invece di escludere, di solito eseguo il backup solo di ciò che voglio. Tra cui: /home /etc /var(tranne /var/log)

Fondamentalmente, non è necessario eseguire il backup di pseudo-filesystem (/ proc, / sys, / dev / shm ...).

Come sottolineato da questa grande comunità:

/ dev / proc / sys / tmp / run / media / lost + found / boot (/ boot è opzionale vedi altri commenti)

Per riferimento il mio comando rsync finale (sotto Arch con supporto esterno montato in '/ run / media / fred / INTENSO /' e il backup in una cartella chiamata 'fred') è:

$ sudo rsync -Pazhmxv --exclude / run / media --exclude / dev --exclude / lost + found --exclude / tmp --exclude / proc --exclude / boot --exclude / sys / / run / media / fred / INTENSO / fred /.

(i file esclusi possono anche essere specificati con parentesi graffe (--exclude = {/ dev, / proc}) sotto Bash o con un file di testo (--exclude-from = 'excude.txt')).

-P: mostra avanzamento -a: modalità archivio -z: comprime durante il trasferimento -h: stampa i numeri in un formato leggibile dall'uomo -m: elimina le directory vuote -x: limita a un file system -v: verbose

Sono su una macchina Ubuntu 18.04 e li ho esclusi:

/dev/
/proc/
/sys/
/tmp/
/run/
/mnt/
/media/
/lost+found/
/cdrom/
/swapfile

Inoltre, in particolare per la mia configurazione, escludo questi:

/home            <-- Backed up separately
/backup          <-- Mount point for backup disks
/data            <-- Mount point for data disks, which are backed up off-site
/scratch         <-- Mount point for volatile fast SSD scratch disk

In genere ho l'abitudine di eseguire il backup di tutto su un sistema, anche il materiale che conosco per certo è inutile per eseguire il backup. È più semplice da configurare e puoi essere sicuro al 100% che otterrai tutto ciò di cui hai bisogno incluso nel backup.

Sto usando una Ubuntu Linux come server di test per lo sviluppo di siti Web e per l'hosting di una documentazione wiki. Ogni notte un crontab scarica il database MySQL in / var / www, e quindi tutto / var / www viene compresso e replicato sul server di backup. Non è l'ideale, ma è abbastanza. Ho dovuto ricostruire il server a un certo punto e tutto ciò che mi mancava davvero erano i file di configurazione di Apache e Samba.

Suppongo che tu non abbia Linux su una macchina virtuale. Se possibile, esorto a considerare di passare alla virtualizzazione. I backup a livello di VM sono un livello completamente nuovo di coerenza e facilità d'uso. Esistono strumenti di virtualizzazione gratuiti, quindi non devi necessariamente investire in VmWare o altri costosi strumenti mostruosi.

Domanda: quali directory dovrei escludere quando eseguo il backup di un server?

Ecco uno script che uso spesso, da un laptop Ubuntu 16.04 LTS a un server Ubuntu 16.04 LTS. Mostra chiaramente quali directory dovrebbero essere saltate mentre si esegue un backup completo:

echo "EMPTYING TRASH"
rm -rf ~/.local/share/Trash/* >/dev/null 2>&1
echo "DELETING OLD LOGS"
sudo rm -f /var/tmp/* >/dev/null 2>&1
sudo rm -f /var/log/*.gz >/dev/null 2>&1
sudo rm -f /var/log/kern* >/dev/null 2>&1
sudo rm -f /var/log/messages* >/dev/null 2>&1
echo "DELETING CHROMIUM CACHE"
rm -rf /home/pi/.cache/chromium/Default/Cache/* >/dev/null 2>&1
echo "====================================================================="
echo "      BEGINNING RSYNC from PAV root to PRIME5:/mnt/full/pav"
echo "====================================================================="
time sudo rsync -aAXv \
          / \
          --bwlimit=500 \
          --delete \
          --delete-excluded \
          --ignore-errors \
          --exclude="/dev/*" \
          --exclude="/proc/*" \
          --exclude="/sys/*" \
          --exclude="/tmp/*" \
          --exclude="/run/*" \
          --exclude="/mnt/*" \
          --exclude="/media/*" \
          --exclude="/lost+found" \
          abc@prime5:/mnt/full/pav
echo "====================================================================="
df -h

Nota l'esclusione di /mnt- che è dove ogni sistema Ubuntu ha un'unità di backup a tempo pieno montata per gli rsyncauto-backup basati su cron 4 volte al giorno. Queste unità sono montate da voci in fstabe sono sempre presenti. Includerli in un backup su un altro sistema sarebbe duplicativo.

Allo stesso modo, /mediaè dove vengono montate le unità USB. Viene eseguito il backup separatamente.