Re: pg_dump pour bacula

N Bougain/ = 7 Février, 2008 - 02:13

Hello,
le fichier .pgpass est effectivement une bonne solution pour les sauvegardes à distance. En plus, si l'user n'a pas de $HOME en propre ou si elle n'est pas sécurisable, un petit :

PGPASSFILE=/securefolder/pgpass-user pg_dump...

peut faire l'affaire. Il faut quand même que le fichier soit en 0600 (avec l'utilisateur comme propriétaire bien sûr)
note : s'il y a plusieurs serveurs à sauvegarder avec le même identifiant/mot de passe, les '*' s'avèrent bien pratiques.
Pour plus d'infos : http://docs.postgresqlfr.org/8.2/libpq-pgpass.html

Par contre, j'ai l'impression qu'il s'agit là plutôt d'un dump en local que Bacula viendra ensuite chercher, non ?
Dans ce cas, le fichier pgpass marche aussi, mais une autorisation en "ident sameuser" dans le fichier pg_hba.conf peut s'avérer plus "propre".

note: au cas où ça pourrait servir, pour le fichier pgpass et les sockets UNIX, je n'ai toujours pas bien compris ce qui est attendu comme "chemin par défaut" et le "localhost" recommandé par la doc se retrouve ignoré. Du coup, on peut tenter avec un

/var/run/repertoire-du-socket:id-du-socket:database:user:pass

(si quelqu'un a une explication, ça m'intéresse)

PS: attention à la ligne de commande, il me semble que c'est
pg_dump -F c (F majuscule pour le type de sortie)

PS: on me fait signe de féliciter le "configurateur" de Bacula. Apparemment, une fois que c'est fait (et ça ne semble pas évident), on n'a plus à s'en soucier. Bonnes sauvegardes, donc !