| Prochaine révisionLes deux révisions suivantes |
| technique:adminsys:backup:db:check [2021/01/25 22:54] – créée qduchemi | technique:adminsys:backup:db:check [2021/01/25 22:59] – qduchemi |
|---|
| # Vérification du fonctionnement | # Vérification du fonctionnement |
| |
| Afin de s'assurer du bon fonctionnement du conteneur de sauvegarde, plusieurs vérifications peuvent être faites : | Afin de s'assurer du bon fonctionnement du conteneur de sauvegarde, plusieurs vérifications peuvent être faites. |
| * Regarder le nom des sauvegardes dans le dossier de sauvegarde de la machine hôte (/DATA/BACKUP/<nom du service>/) avec la commande `ls -lrh`. Ci-dessous, nous pouvons voir que les sauvegardes se font toutes les 6 heures :<code> | |
| | Regarder le nom des sauvegardes dans le dossier de sauvegarde de la machine hôte (`/DATA/BACKUP/<service>`) avec la commande `ls -lrh`. Ci-dessous, nous pouvons voir que les sauvegardes se font toutes les 6 heures :<code> |
| -rw-r--r-- 1 root root 172M janv. 5 12:00 2018.01.05.120001.sql | -rw-r--r-- 1 root root 172M janv. 5 12:00 2018.01.05.120001.sql |
| -rw-r--r-- 1 root root 172M janv. 5 06:00 2018.01.05.060001.sql | -rw-r--r-- 1 root root 172M janv. 5 06:00 2018.01.05.060001.sql |
| -rw-r--r-- 1 root root 171M janv. 1 06:00 2018.01.01.060001.sql | -rw-r--r-- 1 root root 171M janv. 1 06:00 2018.01.01.060001.sql |
| </code> | </code> |
| * L'augmentation de la taille des sauvegardes au cours du temps peut-être aussi un bon indicateur | |
| * Au redémarrage du conteneur, les services pour lesquels l'option d'initialisation des backups est à 1 produisent une sauvegarde, ce qui indique que les paramètres fournis permettent l'accès à la base de données. Pour compléter cette information, la commande `docker logs db-backup` permettra de vérifier le bon déroulement des sauvegardes :<code> | <bootnote>L'augmentation de la taille des sauvegardes au cours du temps peut-être aussi un bon indicateur.</bootnote> |
| | |
| | Au redémarrage du conteneur, les services pour lesquels l'option d'initialisation des backups est à 1 produisent une sauvegarde, ce qui indique que les paramètres fournis permettent l'accès à la base de données. Pour compléter cette information, la commande `docker logs db-backup` permettra de vérifier le bon déroulement des sauvegardes :<code> |
| pica-backup | => mattermost: Backup started: 2018.01.05.110001.sql | pica-backup | => mattermost: Backup started: 2018.01.05.110001.sql |
| pica-backup | mattermost: Backup succeeded | pica-backup | mattermost: Backup succeeded |
| pica-backup | mattermost: Backup succeeded | pica-backup | mattermost: Backup succeeded |
| </code> | </code> |
| | |
| | <bootnote warning>Le même fichier de configuration est utilisé sur toutes les machines, pour des raisons de simplification. Ainsi, sur les machines où ne tourne **pas** Mattermost, le script produira cette erreur une seule fois : |
| | |
| | ``` |
| | ping: mattermost-db: Name or service not known |
| | |
| | =========== mattermost-db not available, skipping backup... =========== |
| | ``` |
| | |
| | Par la suite, le script de backup ne sera pas ajouté au cron. |
| | </bootnote> |
| | |
| | |