Bonjour,

Nous sauvegardions la seule base de donnée Postgres que nous avions a chaud, en utilisant pg_start_backup, puis pg_stop_backup
Nos WALL etant sauvegardés et purgés toutes les 2h.

Entre le pg_start_backup et le pg_stop_backup nous utilisions Networker afin de mettre sur bande nos données (dont des tablespaces).

Nous avons une nouvelle application qui elle a été construite en mode cluster ou instance pour Postgres.
Ainsi pour une instance Postgres, nous avons 4 bases de données distinctes derrière.

La méthode de sauvegarde a chaud que nous utilisions précédemment, ne fonctionne plus. En effet des que l'on démarre un backup sur la première base et que nous lançons le second sur la seconde base, afin que les données des 4 bases soit synchronisées, Postgres nous signale qu'il a deja un pg_start_backup en court, et que donc il ne peut pas backupé la seconde en même temps.

Nous avons donc décidé d'utiliser pg_basebackup qui répond presque parfaitement a notre problématique, puisque c'est toujours une sauvegarde a chaud, avec PITR.

En revanche il faut spécifier un fichier de sortie. Et la est notre problème. Nous aimerions toujours utiliser Networker pour sauvegarder sur bande nos FS.
Seulement avant nous avions le contrôle entre le start et le stop backup, plus maintenant.

Y'a t'il une solution pour qu'en gros ce soit Networker qui gère la sauvegarde physique des données ? Ou sommes nous obligé de prendre le fichier résultat de pg_basebackup et le mettre lui sur bande ?
Et dans ce cas la, une sauvegarde physique de nos FS n'est plus utile du tout je suppose ?

Cdt,