[9.2] postgresql pg_start_backup

Bonjour,

J'étudie l'archivage et sauvegardes des REDO d'une base de données postgresql.

Je m'appuie sur un site et à un moment il est indiqué :

Citation:

---

Peu importe pour nous car toutes les modifications réalisées en ce moment sont enregistrées dans les journaux de transactions qui sont archivés. C'est d'ailleurs pour cela qu'il faut commencer par mettre en place l'archivage des journaux avant de réaliser la sauvegarde des fichiers.

---

Pour résumer ce qui est dit avant cette partie :

Les redo sont dans le répertoire pg_xlog.
Ils sont archivés dans /tmp/arch grâce à l'option archive_command.
Un pg_start_backup est fait.
Un tar des fichiers /tmp/arch/* est en cours.

Mon interrogation suite à la partie citée ci-dessus est : pendant le tar (donc pendant le pg_start_backup), les opérations utilisateurs sont écrites dans les redo du répertoire pg_xlog, mais pour autant l'archivage (fait avec la commande de l'option archive_command) est-il suspendu ? Aucun nouveau fichier n'est déplacé de pg_xlog vers /tmp/arch ? Ou alors l’archivage continue jusqu'à la fin de pg_stop_backup mais dans ce cas les fichiers archivés entre le lancement de mon tar (qui dure admettons plusieurs heures) et mon pg_stop_backup n'ont pas été inclu dans le tar puisqu'ils n'existaient pas lors de son lancement ?

Espérant avoir été clair dans ma question :)
Merci

Bonjour,

C'est un archivage en continu. Cela signifie que dès qu'il y a modification dans l'instance PostgreSQL, ces modifications sont enregistrées dans les fichiers de journalisation (fichiers WAL). Quand vous activez l'archivage de ces fichiers, cet archive se fait sans arrêt, indépendamment des autres opérations en cours, dont la copie physique des fichiers de données de l'instance (ce que fait pg_basebackup).
Ces fichiers générés pendant la copie des données sont placés en continu dans le répertoire d'archivage des WAL.

Maintenant, il existe une option dans pg_basebackup qui permet d'ajouter à la copie des fichiers les WAL générés pendant cette copie, histoire d'avoir une copie consistante de la base de données. C'est l'option -X stream, qui est activée par défaut depuis PostgreSQL v10, mais à indiquer pour les versions précédentes.

Au passage, pas besoin de faire un pg_start_backup() ni un pg_stop_backup() avec pg_basebackup. Il s'en charge tout seul...

ced