DocScoDocMM/docs/SauvegardesBases.md
2021-12-18 14:39:55 +01:00

5.2 KiB

Mise en place de sauvegardes des bases de données ScoDoc 9

Il est vivement recommandé de mettre en place une stratégie de sauvegarde permettant de rétablir le service en minimisant les pertes de données à la suite d'un accident majeur mais probable comme: crash de disque dur, bug, vol du serveur, incendie...

Nous recommandons d'agir à deux niveaux:

  • sauvegarde des bases de données postgresql: dump des bases dans des fichiers. Le script donné ci-dessous peut se charger de gérer cela.

  • sauvegarde du système complet (et de ses disques durs): la forme dépend de l'environnement (machine virtuelle ou non...). Dans tous les cas, les données doivent être sauvegardées dans une salle (voire un bâtiment) différente de celle abritant le serveur ScoDoc (vols ou incendies). Typiquement, une sauvegarde quotidienne (nocturne) est suffisante.

Notons que ScoDoc sauvegarde de nombreuses informations sous le répertoire /opt/scodoc-data (en particulier les photos, les documents archivés et divers réglages): il est absolument nécessaire de sauvegarder aussi ce répertoire, en plus des bases de données SQL.

Dump des bases de données

Le script backup_db9 (fourni dans le répertoire /opt/scodoc/tools/backups) peut être utilisé pour effectuer des sauvegardes automatisées des bases de données SQL. Les données sont extraites de la base et écrites sur le disque local du serveur, qui doit bien entendu être sauvegardé par d'autres moyens, comme indiqué ci-dessus.

Le script backup_db9 permet de conserver des sauvegardes de chaque heure durant les 48 (par défaut) dernières heures, des sauvegardes quotidiennes des 40 derniers jours, hebdomadaires des 30 dernières semaines, et mensuelles des 200 derniers mois (tout ceci est paramétrable dans le script /opt/scodoc/tools/backups/backup_rotation.sh).

Par défaut, les fichiers de sauvegardes sont créés dans le répertoire de l'utilisateur postgres (actuellement /var/lib/postgresql/).

En tant que root sur le serveur, faire:

# su postgres
# cd
# crontab -e

et ajouter:

15 * * * * /opt/scodoc/tools/backups/backup_db9 SCODOC

(ScoDoc9 utilise par défaut la base nommée SCODOC, adaptez si vous l'avez configuré sur une autre base).

En cas de problème: restaurer la base à partir d'une sauvegarde

/!\ Attention, certaines informations sont stockées dans des fichiers et non dans la base de données: configuration du logiciel, photos des étudiants. Ce paragraphe ne traite que de la restauration à de la base de données.

  1. Choisir la sauvegarde à utiliser, en fonction de la date à partir de laquelle on a fait une erreur (eg suppression non intentionnelle d'un semestre...). Le fichier se trouve sous /var/lib/postgresql/SCODOC-BACKUPSXXX est concerné. Utiliser par exemple ls -lrt pour visualiser les sauvegardes triées par date.

  2. Copier le fichier de sauvegarde choisi et le décomprimer; par exemple:

 cp /var/lib/postgresql/SCODOC-BACKUPS/backup.hourly/2021-09-17T19\:15/SCODOC_pgdump.gz  /tmp
 gunzip /tmp/SCODOC_pgdump.gz
  1. Recharger la base complète. /!\ Attention, cette opération effacera et remplacera) le contenu de la base de données actuelle...
# en tant que root...
systemctl stop scodoc9  # arret du serveur
su postgres
dropdb SCODOC # <<< votre base production
pg_restore -C -d scodoc /tmp/XXX # (nom de la BDD en majuscule)
exit # retour a l'utilisateur root
systemctl start scodoc9 # relance ScoDoc

Attention: s'il y a eu des mise à jour du logiciel entre temps, il peut arriver que la base sauvegardée nécessite une migration. Arrêtez le service scodoc9, puis, en tant qu'utilisateur scodoc, lancer les commandes suivantes:

cd /opt/scodoc
source venv/bin/activate
flask db upgrade

puis relancer le service (systemctl start scodoc9 comme root).

Déplacement de toute une installation

Les scripts ci-dessus ne se chargent que de la base de données SQL.

Pour créer une sauvegarde complète d'une installation, vous pouvez utiliser le script

tools/save_scodoc9_data.sh /tmp/sauvegarde-scodoc.tgz

Ce script va générer une archive (tar, format .tgz) contenant non seulement la base de données SQL mais aussi tous les fichiers générés par votre ScoDoc: photos, configurations locales, archives, PV de jurys, logos, etc (tout ceci étant stocké sous /opt/scodoc-data).

Attention à l'espace disque: le répertoire destination (/tmpdans l'exemple ci-dessus) doit avoir de l'espace (sinon utilisez un autre répertoire dans lequel l'utilisateur scodoc puisse écrire, ou montez un autre disque. La commande df -hest votre amie).

Pour restaurer ce type de sauvegarde, sur une autre machine (ou plus tard sur la même), transférer le fichier généré (/tmp/sauvegarde-scodoc.tgz) dans l'exemple ci-dessus) et utiliser

tools/restore_scodoc9_data.sh /tmp/sauvegarde-scodoc.tgz

(Note: la sauvegarde s'effectue comme utilisateur scodoc, en revanche le rechargement doit se faire en tant que root car il faut évidemment arrêter et relancer le service).