SauvegardeCet article décrit la mise en place d’un serveur de sauvegardes incrémentales avec Rsnapshot sous CentOS 7. Rsnapshot est une solution de sauvegarde robuste et efficace écrite en PERL et basée sur Rsync. En combinaison avec SSH, Rsnapshot permet d’effectuer des sauvegardes à distance. Une fois que la première synchronisation des données est effectuée, les sauvegardes se font de manière incrémentale moyennant une série de liens durs (hard links), ce qui évite la duplication inutile.

Rsnapshot tourne sur le serveur de sauvegardes. Les machines dont il faut sauvegarder les données sont totalement passives, il faut juste qu’elles aient un serveur SSH activé.

Prérequis

Le serveur de sauvegardes doit pouvoir se connecter via SSH aux machines distantes. Il faut donc configurer l’authentification par clé SSH au préalable.

Installation

Rsnapshot est fourni par le dépôt de paquets EPEL, qu’il faudra donc activer en conséquence.

$ sudo yum install rsnapshot

Configuration sur un serveur dédié

Rsnapshot se configure par le biais du fichier /etc/rsnapshot.conf. Le fichier fourni par défaut est amplement commenté et pourra servir de point de départ. La page de manuel rsnapshot(1) fournit la référence complète. Au lieu d’éditer le fichier /etc/rsnapshot.conf, nous allons le renommer et repartir de zéro.

$ cd /etc
$ sudo mv rsnapshot.conf rsnapshot.conf.orig

Éditer une configuration personnalisée comme ceci, par exemple.

# /etc/rsnapshot.conf

# Version
config_version  1.2

# Emplacement des sauvegardes
snapshot_root   /srv/backup

# Programmes externes
cmd_cp              /usr/bin/cp
cmd_rm              /usr/bin/rm
cmd_rsync           /usr/bin/rsync
cmd_ssh             /usr/bin/ssh
cmd_logger          /usr/bin/logger
cmd_du              /usr/bin/du
cmd_rsnapshot_diff  /usr/bin/rsnapshot-diff

# Fréquence des sauvegardes
retain  hourly  6
retain  daily   7
retain  weekly  4
retain  monthly 3

# Affichage des infos
verbose 2

# Logs
loglevel        3
logfile /var/log/rsnapshot

# Fichier de verrouillage
lockfile        /var/run/rsnapshot.pid

# Fichiers à ne pas sauvegarder
exclude_file    /etc/rsnapshot_exclude.list

# sd-48011.dedibox.fr
backup  root@sd-48011.dedibox.fr:/etc sd-48011.dedibox.fr
backup  root@sd-48011.dedibox.fr:/home  sd-48011.dedibox.fr
backup  root@sd-48011.dedibox.fr:/var/named sd-48011.dedibox.fr
backup  root@sd-48011.dedibox.fr:/var/www sd-48011.dedibox.fr
backup  root@sd-48011.dedibox.fr:/usr/local/sbin  sd-48011.dedibox.fr
backup  root@sd-48011.dedibox.fr:/sqldump sd-48011.dedibox.fr

Quelques remarques.

  • Il faut impérativement utiliser les tabulations comme séparateurs. Si l’on utilise l’éditeur Vim, l’option :set list permettra d’afficher les tabulations dans le fichier. Si l’on a activé l’option :set expandtab qui remplace les tabulations par une série d’espaces, il faut également la désactiver grâce à :set noexpandtab.
  • L’emplacement des sauvegardes spécifié par la directive snapshot_root sera créé au besoin par Rsnapshot.
  • Les commandes correspondent à un système CentOS 7, et plus généralement à la plupart des distributions Linux.
  • La directive retain hourly 6 correspond à une sauvegarde complète toutes les quatre heures.
  • Le fichier spécifié dans la directive exclude_file contiendra éventuellement les types de fichiers et de répertoires sur lesquels on pourra faire l’impasse.
  • Dans l’exemple ci-dessus, on spécifie les arborescences de données à sauvegarder, plutôt que de choisir l’ensemble du système à la louche pour ensuite exclure les parties du système que l’on ne veut pas sauvegarder.
  • Les bases de données sont récupérées par le biais d’un script sqldump.sh installé sur la machine distante, qui range les sauvegardes SQL soigneusement ficelées dans un répertoire /sqldump.

Tester la configuration

Une fois qu’on a édité la configuration, on peut vérifier si l’on n’a pas fait d’erreurs de syntaxe.

$ sudo rsnapshot configtest
Syntax OK

L’option -t permet ensuite de simuler une sauvegarde. Dans ce cas, Rsnapshot nous affiche toutes les opérations qu’il effectuerait, sans réellement les exécuter.

$ sudo rsnapshot -t hourly

Synchronisation initiale

Si le serveur distant contient quelques centaines de gigaoctets de données, la première synchronisation peut être assez longue. La bonne politique consiste à effectuer cette première opération à la main, comme ceci.

$ sudo rsnapshot hourly

Dans une deuxième console, on peut se faire une idée de la progression du transfert.

$ sudo watch du -sh /srv/backup

Au bout de l’opération, on pourra vérifier si tout s’est bien déroulé.

$ less /var/log/rsnapshot

[2018-12-22T18:18:11] /usr/bin/rsnapshot hourly: started
[2018-12-22T18:18:11] echo 8430 > /var/run/rsnapshot.pid
[2018-12-22T18:18:11] mkdir -m 0700 -p /srv/backup/
[2018-12-22T18:18:11] mkdir -m 0755 -p /srv/backup/hourly.0/
[2018-12-22T18:18:11] /usr/bin/rsync -a --delete ...
                        ...
[2018-12-22T18:42:49] touch /srv/backup/hourly.0/
[2018-12-22T18:42:50] rm -f /var/run/rsnapshot.pid
[2018-12-22T18:42:50] /usr/bin/rsnapshot hourly: completed

Définition des tâches automatiques

Une fois que la synchronisation initiale s’est correctement déroulée, on peut songer à mettre en place une série de tâches automatiques.

$ sudo crontab -l
...
# Rsnapshot
0  */4 * * *  /usr/bin/rsnapshot hourly
45 3   * * *  /usr/bin/rsnapshot daily
30 3   * * 1  /usr/bin/rsnapshot weekly
15 3   1 * *  /usr/bin/rsnapshot monthly

Utilisation au quotidien

Au bout de quelques mois d’utilisation, voilà à quoi ressemble le répertoire des sauvegardes.

$ sudo ls -l /srv/backup/
total 80
drwxr-xr-x. 4 root root 4096 14 févr. 04:04 daily.0
drwxr-xr-x. 4 root root 4096 13 févr. 04:04 daily.1
drwxr-xr-x. 4 root root 4096 12 févr. 04:04 daily.2
drwxr-xr-x. 4 root root 4096 11 févr. 04:04 daily.3
drwxr-xr-x. 4 root root 4096 10 févr. 04:04 daily.4
drwxr-xr-x. 4 root root 4096  9 févr. 04:03 daily.5
drwxr-xr-x. 4 root root 4096  8 févr. 04:04 daily.6
drwxr-xr-x. 4 root root 4096 15 févr. 08:05 hourly.0
drwxr-xr-x. 4 root root 4096 15 févr. 04:03 hourly.1
drwxr-xr-x. 4 root root 4096 15 févr. 00:03 hourly.2
drwxr-xr-x. 4 root root 4096 14 févr. 20:03 hourly.3
drwxr-xr-x. 4 root root 4096 14 févr. 16:04 hourly.4
drwxr-xr-x. 4 root root 4096 14 févr. 12:04 hourly.5
drwxr-xr-x. 4 root root 4096 30 déc.  04:17 monthly.0
drwxr-xr-x. 4 root root 4096  2 déc.  04:03 monthly.1
drwxr-xr-x. 4 root root 4096 28 oct.  04:03 monthly.2
drwxr-xr-x. 4 root root 4096  3 févr. 04:04 weekly.0
drwxr-xr-x. 4 root root 4096 27 janv. 04:04 weekly.1
drwxr-xr-x. 4 root root 4096 20 janv. 04:03 weekly.2
drwxr-xr-x. 4 root root 4096 13 janv. 04:04 weekly.3

L’option du permet d’afficher un rapport détaillé sur l’espace disque occupé par les sauvegardes.

$ sudo rsnapshot du
53G     /srv/backup/hourly.0/
328M    /srv/backup/hourly.1/
347M    /srv/backup/hourly.2/
312M    /srv/backup/hourly.3/
326M    /srv/backup/hourly.4/
352M    /srv/backup/hourly.5/
1011M   /srv/backup/daily.0/
1,1G    /srv/backup/daily.1/
454M    /srv/backup/daily.2/
395M    /srv/backup/daily.3/
353M    /srv/backup/daily.4/
1,1G    /srv/backup/daily.5/
392M    /srv/backup/daily.6/
1,8G    /srv/backup/weekly.0/
1,2G    /srv/backup/weekly.1/
1,1G    /srv/backup/weekly.2/
1,2G    /srv/backup/weekly.3/
1,6G    /srv/backup/monthly.0/
2,8G    /srv/backup/monthly.1/
4,3G    /srv/backup/monthly.2/
73G     total

Configuration pour un réseau local

Dans mon réseau local, la configuration de Rsnapshot est quelque peu différente. J’effectue une seule sauvegarde par jour, et je conserve les données pendant une semaine.

# Fréquence des sauvegardes
retain  daily   7

Voici la définition des sauvegardes distantes.

# alphamule.microlinux.lan
backup  root@alphamule:/etc      alphamule
backup  root@alphamule:/home     alphamule

# balthazar.microlinux.lan
backup  root@balthazar:/etc      balthazar
backup  root@balthazar:/home     balthazar

La sauvegarde quotidienne doit être lancée à 10h00.

$ sudo crontab -l
# Rsnapshot
00 10 * * * /usr/bin/rsnapshot daily 1> /dev/null

Téléchargement

Des modèles de fichiers de configuration pour Rsnapshot sont disponibles dans mon dépôt Github, dans le répertoire el7/config/rsnapshot.

$ git clone https://github.com/kikinovak/centos

2 commentaires

benzo · 15 février 2019 à 12 h 09 min

Merci pour ce tuto limpide. je testerai @ loccaz

Serveur de sauvegardes avec Rsnapshot sous CentOS 7 - My Tiny Tools · 15 février 2019 à 12 h 22 min

[…] (Source: Journal du hacker) […]

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.