Différences

Ci-dessous, les différences entre deux révisions de la page.

--- automysqlbackup [Le 02/05/2019, 19:54] – Restauration - configuration Arverne73
+++ automysqlbackup [Le 02/04/2026, 10:40] (Version actuelle) – chemin incomplet ; lien mort arverne73
@@ Ligne 1: / Ligne 1: @@
-{{tag>Xenial serveur sauvegarde sgbd mysql}}
+{{tag>Noble Resolute serveur sauvegarde sgbd mysql}}
 ----
@@ Ligne 22: / Ligne 22: @@
 ===== Configuration =====
-La configuration par défaut est relativement complète et fonctionne sans aucune modification ((Par défaut le script récupère automatiquement les identifiants du super utilisateur de la base de données, et les utilise pour sauvegarder toutes les bases installées dans le répertoire var/lib/mysq, ce qui suffit à une bonne part des utilisateurs.)).
+La configuration par défaut est relativement complète et fonctionne sans aucune modification ((Par défaut le script récupère automatiquement les identifiants du super utilisateur de la base de données, et les utilise pour sauvegarder toutes les bases installées dans le répertoire var/lib/automysqlbackup/, ce qui suffit à une bonne part des utilisateurs.)).
 Cependant si vous voulez l'affiner, vous pourrez le faire [[sudo|avec les droits d'administration]] via le fichier **/etc/default/automysqlbackup**.
 Ce fichier est bien commenté (en anglais) et la page de [[:man|manuel]] peut vous aider.\\
 Vous trouverez notamment :\\
-BACKUPDIR="/var/lib/automysqlbackup" \\
+<code bash>BACKUPDIR="/var/lib/automysqlbackup"</code>\\
-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.\\
+**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"\\
+<code bash>POSTBACKUP="chown -R utilisateur:groupe /chemin_vers/mon_répertoire_perso_de_sauvegarde"</code>\\
 où vous remplacez 'utilisateur' et 'groupe' par votre nom d'utilisateur de la session.
@@ Ligne 42: / Ligne 42: @@
 $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 1045, le mieux est de remplacer cette ligne (à adapter) par <code bash>DBNAMES="nom_base_1 nom_base_2"</code> pour préciser les bases à sauver. Si on met //"all"//, ça les sauvegarde toutes… mais peut engendrer une ERROR 1042 !
+On peut définir des options de //mysqldump//, par exemple :
+<code bash>OPTIONS="--no-tablespaces"</code>
+Compte de sauvegarde
+Il est judicieux de définir un compte pour la sauvegarde avec un minimum de droits :
+<code sql>
+GRANT SELECT, LOCK TABLES ON `ma_base`.* TO 'mon_compte_de_sauvegarde'@'localhost';
+</code>
+<note important>
+Ces droits sont insuffisants si on n’ajoute pas l’option //--no-tablespaces//, cf. l’ajout d'options ci-dessus ((src: https://dba.stackexchange.com/a/273040))\\
+//localhost// en fin de requête convient si on l’exécute depuis le même serveur
+</note>
 ===== Utilisation =====
-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]].
+Normalement, le script s'exécute automatiquement grâce aux fonctions de déclenchement automatique tel [[:cron]] ou [[:anacron]] sans que vous ayez à intervenir (ce ne sont pas des dépendances).
 Cependant vous pouvez provoquer une sauvegarde, par exemple la première, en lançant le script directement :
   /usr/sbin/automysqlbackup
 ===== Restauration =====
 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 va donner un fichier avec l'extension .sql.\\
+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.\\
-Pour restaurer la base de données à partir de ce fichier, avec Bionic et les versions ultérieures, la commande à taper est :
+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 :
-<code>sudo mysql NomMaBase < /chemin vers sauvegarde.sql</code>
+<code bash>gunzip -d fichier-de-sauvegarde.sql.gz</code>\\
-où //NomMaBase// est le nom de votre base de données (a priori, 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 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 :
+<code>sudo mysql NomMaBase < /chemin vers fichier sauvegarde.sql</code>
+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).
+Ou dans la console MySQL, la commande d'importation de ce fichier est :
+<code>SOURCE /chemin vers fichier sauvegarde.sql;</code>
 Pour les versions antérieures :
-<code>sudo mysql -u 'root' -p NomMaBase < /chemin vers fichier sauvegarde.sql</code>
+<code>mysql -u root -p NomMaBase < /chemin vers fichier sauvegarde.sql</code>
-<note tip>Le script automysqlbackup inclut une option qui restaure automatiquement la base sous son nom initial. Remplacer NomMaBase par NomMachin n'aura aucun effet ; c'est NomMaBase qui sera restitué</note>
+<note tip>Le script automysqlbackup inclut une option qui restaure automatiquement la base sous son nom initial. Remplacer NomMaBase par NomMachin n'aura aucun effet ; c'est NomMaBase qui sera restitué. D'ailleurs vous pouvez omettre ce nom dans la commande.</note>
 ===== Désinstallation =====
@@ Ligne 63: / Ligne 83: @@
 ===== Voir aussi =====
-  * **(en)** [[http://sourceforge.net/projects/automysqlbackup/|Site officiel du projet]]
+  * **(en)** [[https://sourceforge.net/projects/automysqlbackup/|Site officiel du projet]]
 ---
 //Contributeurs principaux : [[utilisateurs:Johndescs]].//

Différences

Outils pour utilisateurs

Outils du site

Outils de la page

Divers