c9580fd0a8
Dump -Fc avec vérification de relecture et rotation, test de restauration qui compare les comptages table par table, extraction par instance, contrôle de fraîcheur, units systemd et procédure de restauration écrite. Le dump Mongo est volontairement en lecture seule : aucun mongorestore, pour qu'aucune erreur de manipulation ne puisse écrire dans la prod. Ce qui manque pour que ce soit une sauvegarde : BACKUP_DEST n'est pas tranché. Tant qu'il est vide, le dump reste sur la machine qui héberge la base et ne protège de rien — le script le dit à chaque exécution. Et notify.sh ne fait qu'un logger, donc les trois surveillances écrivent dans un journal que personne ne lit. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
12 lines
544 B
Plaintext
12 lines
544 B
Plaintext
# Copier en /etc/myim-backup.env (chmod 600) et renseigner.
|
|
CONTAINER=myim_postgres
|
|
POSTGRES_USER=mym
|
|
POSTGRES_DATABASE=my_info_mate
|
|
OUT=/var/backups/myinfomate
|
|
# Destination hors VPS. Vide = le dump reste sur la machine et ne protege de rien.
|
|
# Tranche le 2026-09-07 : projet GCP myinfomate-backups, bucket EU multi-region.
|
|
# Le remote rclone "gcs" doit etre configure avec la cle du service account
|
|
# backup-writer, qui peut deposer et lire mais PAS supprimer (verifie : 403).
|
|
BACKUP_DEST=gcs:unov-myinfomate-backups/pg
|
|
BACKUP_ALERT_WEBHOOK=
|