Différences

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

--- serveurs:installation:bkp-srv:pre-prod-geonature [2025/02/24 15:18] – [Création du container Docker hébergeant Postgresql & Nginx] jpmilcent
+++ serveurs:installation:bkp-srv:pre-prod-geonature [2025/09/16 13:36] (Version actuelle) – [Remplacer la base par la dernière version sauvegardée] jpmilcent
@@ Ligne 389: / Ligne 389: @@
     * Donner les droits à //geonat// sur les dumps : <code bash> chown geonat: /home/geonat/docker/preprod/postgres/restore/*.custom </code>
     * Démonter le dépôt : <code bash> cd ; borg umount /tmp/repo </code>
+      * Si le dépôt est sur un lien symbolique, indiquer le chemin réel, ex. : <code>borg umount /data/tmp/repo </code>
   * Se connecter en //geonat// sur //bkp-srv// :
     * Se placer dans le dossier de la stack //preprod// : <code bash>cd ~/docker/preprod/</code>
@@ Ligne 397: / Ligne 398: @@
       * <color #ed1c24>**ATTENTION**</color> : La restauration précédente va bloquer sur le rafraîchissement de la VM "observations" pour une raison encore inconnue. Stopper la restauration avec ''CTRL+C''. Les tables et les VMs sont malgré tout généré dans la base. Il suffit donc de rafraichir l'ensemble des VMs pour finaliser la restauration.
       * Rafraîchir les VMs grâce au script ''gnatlas_refresh_all.sql'' : <code bash>docker compose run --rm preprod-postgres-restore psql -U geonatadmin -e -d gnatlas -f /restore/gnatlas_refresh_all.sql</code>
+      * Notes : si **le fichier de la base de données prend trop de place** dans ''/home/geonat/docker/preprod/postgresql/restore/'', il est possible de le monter directement au bon endroit avec le paramètre ''%%--volume%%''. Ex. : <code bash>docker compose run --volume /data/tmp/restore/2025-03-20_geonature2db.custom:/restore/2025-03-20_geonature2db.custom --rm preprod-postgres-restore /restore/restore.sh -d "2025-03-20_geonature2db.custom"</code>
 ===== Docker Compose, Services SystemD et Nginx Proxy  =====