Nouvelleiteration sur Projet 7 - “Améliorer et mettre à jour le projet restic-pg_dump-docker”.
Alors que je travaille sur cette partie du projet, je relis la documentation de pg_dumpall et je constate à nouveau que cette commande ne supporte pas les différents formats de sortie que propose pg_dump 😡.
C’est pénible… du coup, j’ai enfin pris le temps de chercher si il existe une solution alternative etJaiDécouvert pg_back :
pg_back is a dump tool for PostgreSQL. The goal is to dump all or some databases with globals at once in the format you want, because a simple call to pg_dumpall only dumps databases in the plain SQL format.
C’est parfait, c’est exactement ce que je cherche 👌.
Mais je découvre aussi les fonctionnalités suivantes :
- Pre-backup and post-backup hooks
- Purge based on age and number of dumps to keep
- Dump from a hot standby by pausing replication replay
- Encrypt and decrypt dumps and other files
- Upload and download dumps to S3, GCS, Azure or a remote host with SFTP
Conséquence :JeMeDemande si j’ai encore besoin de restic dans Projet 7 🤔.
Je viens de lire ici :
In addition to the N previous backups, it would be nice to keep N’ weekly backups and N” monthly backups, to be able to look back into the far past.
C’est une fonctionnalité supporté par restic, donc pour le moment, je choisis de continuer à utiliser restic.
Pour le moment,JaiDécidé d’intégrer simplement pg_back dans restic-pg_dump-docker en remplacement de pg_dumpall et de voir par la suite si je simplifie ce projet ou non.