AutoMySQLBackup est un script shell (bash) effectuant une sauvegarde (dump) d'une base de données MySQL. Par défaut, il crée une sauvegarde différente tous les jours, toutes les semaines et tous les mois. On a donc au bout d'un mois un certain historique de la base.
Il peut aussi être intéressant dans le cadre d'un système de sauvegarde de données global car les fichiers MySQL bruts ne sont pas facilement exploitables et il est de fait préférable d'utiliser les fichiers SQL produits par ce script.
La configuration par défaut est relativement complète et fonctionne sans aucune modification 1).
Cependant si vous voulez l'affiner, vous pourrez le faire avec les droits d'administration via le fichier /etc/default/automysqlbackup.
Ce fichier est bien commenté (en anglais) et la page de manuel peut vous aider.
Vous trouverez notamment :
BACKUPDIR="/var/lib/automysqlbackup"
qui définit le répertoire de sauvegarde. Vous pouvez définir ici un autre chemin, dans votre dossier personnel par exemple. Mais, sachez que vous n'aurez pas les permissions sur ces sauvegardes qui ont été créés par le superutilisateur ce qui peut être un problème au moment de les copier sur un autre support.
Pour résoudre ceci, vous pouvez par exemple, utiliser la ligne suivante du fichier pour devenir propriétaire de ces fichiers :
POSTBACKUP="chown -R utilisateur:groupe /chemin_vers/mon_répertoire_perso_de_sauvegarde"
où vous remplacez 'utilisateur' et 'groupe' par votre nom d'utilisateur de la session.
Si pour votre paramétrage, vous avez des noms de répertoires avec des espaces, vous aurez des messages d'erreur "touch".
Dans /usr/sbin/automysqlbackup.sh, modifiez le code :
lignes 408 à 415
$LOGFILE devient "$LOGFILE"
$LOGERR devient "$LOGERR"
lignes 421 à 436
$1 devient "$1"
$2 devient "$2"
Si vous définissez le USERNAME et le PASSWORD, la commande par défaut à la ligne DBNAMES va engendrer une erreur 10452), le mieux est de remplacer cette ligne (à adapter) par
DBNAMES="nom_base_1 nom_base_2"
pour préciser les bases à sauver. Si on met "all", ça les sauvegarde toutes… mais peut engendrer une ERROR 1042 !
Normalement vous n'avez pas à exécuter directement le script si vous avez installé par ailleurs (le paquet n'en dépend pas) un système de déclenchement automatique tel cron ou anacron. Cependant vous pouvez provoquer une sauvegarde, par exemple la première, en lançant le script directement :
/usr/sbin/automysqlbackup
Le script va créer des fichiers compressés qui seront sauvegardés dans 3 répertoires différents "Daily", "Weekly" et "Monthly".
Pour restaurer une base de données mysql, il faut chercher dans ces répertoires le fichier de sauvegarde correspondant au nom de la base et à la date correspondant au moment où vos données étaient satisfaisantes.
La décompression de se fichier n'est pas nécessaire pour l'importer avec phpmyadmin, néanmoins, si vous souhaitez récupérer le fichier .sql, vous pouvez le décompresser avec :
gunzip -d fichier-de-sauvegarde.sql.gz
Pour restaurer la base de données à partir de ce fichier, avec Bionic et les versions ultérieures (à partir de Xenial pour MariaDB), la commande à taper est :
sudo mysql NomMaBase < /chemin vers fichier sauvegarde.sql
où NomMaBase est le nom de votre base de données (ceci peut être omis) et /chemin vers fichier sauvegarde.sql est le chemin vers le fichier que vous avez décompressé (il suffit de le tirer sur le terminal pour que le chemin s'écrive seul).
Pour les versions antérieures :
mysql -u root -p NomMaBase < /chemin vers fichier sauvegarde.sql
Pour supprimer cette application, il suffit de supprimer son paquet. Selon la méthode choisie, la configuration globale de l'application est conservée ou supprimée.
— Contributeurs principaux : Johndescs.