Sauvegarder automatiquement ses bases de données (MySQL) avec cron

Ce mini tutoriel vous présente une méthode simple de mettre en place une sauvegarde automatique des bases de données de votre serveur MySQL.

Pour ce faire, nous allons utiliser 2 scripts bash et les tâches cron.

Nous allons utiliser le cas suivant :

• Nous voulons sauvegarder nos 3 bases de données mon_site, mon_forum, et mon_blog automatiquement chaque nuit (nous le faisons la nuit car c'est le moment où un site a le moins de visites et donc le plus de ressources inutilisées disponibles).
• Nous nous connectons au serveur de base de données avec le login root et le mot de passe monpass.

• Avoir un serveur MySQL contenant des bases de données à sauvegarder (voir serveur LAMP ou MySQL)
• Une connaissance de ce qu'est une tâche cron est un plus.
• Savoir éditer un fichier

Nous allons créer nos scripts dans le répertoire /root/scripts/. Seul root y aura accès en lecture (et écriture).

Nous créons un premier script que l'on appellera backup_bdd.sh qui contient :

#!/bin/bash
#
## on se place dans le répertoire où l'on veut sauvegarder les bases
#
cd /root/scripts/backups/

for i in mon_site mon_forum mon_blog; do

## Sauvegarde des bases de données en fichiers .sql
mysqldump -uroot -pmonpass $i > ${i}_`date +%D | sed 's;/;-;g'`.sql

## Compression des exports en tar.bz2 (le meilleur taux de compression)
tar jcf ${i}_`date +%D | sed 's;/;-;g'`.sql.tar.bz2 ${i}_`date +%D | sed 's;/;-;g'`.sql

## Suppression des exports non compressés
rm ${i}_`date +%D | sed 's;/;-;g'`.sql

done

Mettez dans la ligne

for i in mon_site mon_forum mon_blog; do

la liste de toutes les bases de données que vous voulez sauvegarder

Par sécurité, on ne veut pas garder que la dernière sauvegarde faite (elle peut être corrompue). Nous insérons donc la date du jour dans le nom de fichier avec `date +%D | sed 's;/;-;g'` qui générera une date au format MM-JJ-AA

Au final, si l'on exécute le script le 30 mai 2007, on obtiendra 3 archives :

• mon_site_05-30-07.sql.tar.bz2
• mon_forum_05-30-07.sql.tar.bz2
• mon_blog_05-30-07.sql.tar.bz2

Vous pensez bien qu'après plusieurs semaines ou mois d'utilisation, ce script aura généré une grande quantité de fichiers qui prendront de la place sur votre disque. Nous choisissons donc de ne garder que les 5 dernières sauvegardes de chaque base.

Nous créons donc un second script qui va nettoyer le dossier en supprimant les sauvegardes vieilles de plus de 5 jours.

On nomme ce fichier clean_backups.sh et son contenu est :

#!/bin/bash
#
## Supprime les sauvegardes vieilles de plus de 5 jours
#
find /root/scripts/backups/ -type f -mtime +4 | xargs -r rm

Nous allons faire en sorte que seul root puisse lire, exécuter, et modifier ces 2 scripts :

cd /root/scripts && sudo chmod 700 backup_bdd.sh clean_backups.sh

Dans le répertoire /etc, vous pouvez voir qu'il existe des répertoires cron.daily, cron.hourly, etc

dans le fichier /etc/crontab, est notée la fréquence de lancement des tâches cron. Vous pouvez voir que le contenu du répertoire cron.daily est exécuté par défaut tous les jours à 6h25. vous pouvez modifier l'horaire si vous le souhaitez. Par exemple en y mettant l'heure où votre site est le moins fréquenté (en général vers 3h du matin). Pour plus d'informations sur la programmation des tâches cron consultez la page sur cron.

Donc comme nous l'avons dit, les scripts contenus dans le répertoire cron.daily seront exécutés à l'heure définie dans crontab. Nous allons donc y placer des liens vers nos 2 scripts en utilisant une notation à chiffres pour être sûr qu'ils seront exécutés dans l'ordre :

cd /etc/cron.daily
sudo ln -s /root/scripts/backup_bdd.sh 01-backup_bdd
sudo ln -s /root/scripts/clean.sh 02-clean_backups

C'est fini :)

Chaque nuit, à l'heure définie pour cron.daily, votre serveur sauvegardera automatiquement vos bases de données et supprimera les sauvegardes trop anciennes.

Si vous avez un problème sur une base de données, vous pourrez donc extraire l'archive correspondant à l'état de votre base de données à une date précise, vider la base de ses tables et ré-importer le fichier sql dans la base. Ce qui veut dire qu'en cas de soucis vous pouvez remettre vos bases de données en état en moins de 15 secondes ;)

Contributeurs : _Enchained