Forums PostgreSQL.fr

big1

Membre

Replication recovery.conf

Bonjour ,
En version 10 sous Oracle Linux 6
Je veux configurer la réplication.
Sur master j'ai fait:

psql -c "select pg_start_backup('initial_backup');"

rsync -cva --inplace --exclude=*pg_xlog* /u01/app/postgres/postgresql-10.0/src/backend/main/ 192.168.56.72:/u01/app/postgres/postgresql-10.0/src/backend/main/

psql -c "select pg_stop_backup();"

Sur esclave je doit constituer un recovery.conf avec :

standby_mode = 'on'
primary_conninfo = 'host=master_IP_address port=5432 user=rep password=yourpassword'
trigger_file = '/tmp/postgresql.trigger.5432'

mais /tmp/postgresql.trigger.5432 n'existe pas.
Est-ce que ma démarche n'était pas correcte ou en version 10 ça se fait autrement.

D'avance merci.

yohmartin

Membre

Re : Replication recovery.conf

Bonjour,
ton trigger_file permet de faire un promote des la presence du fichier sur le serveur.
Pour moi c'est normal que ton fichier n'existe pas.

gleu

Administrateur

Re : Replication recovery.conf

C'est normal. Il ne doit exister que pour transformer l'esclave en maître.

---

Guillaume.

big1

Membre

Re : Replication recovery.conf

Merci à vous.

Sans vouloir transformer l'esclave en maître,
Est-ce que les données sont transférées de maître à esclave?
Par exemple si je crée une table sur maître je verrai la table sur l'esclave?

Cordialement.

gleu

Administrateur

Re : Replication recovery.conf

SI la réplication est bien configurée, oui, bien sûr, c'est le but.

---

Guillaume.

big1

Membre

Re : Replication recovery.conf

Merci Guillaume.

J'ai suivi:

Mais ,
En maître:

postgres=# table rep_test
postgres-# ;
      test       
-----------------
 data one
 some more words
 lalala
 hello there
 blahblah
(5 rows)

En esclave:

postgres=# table rep_test;
ERROR:  relation "rep_test" does not exist
LINE 1: table rep_test;

Y a-t-il un log à regarde?

D'avance merci.

Dernière modification par big1 (08/06/2018 22:56:36)

rjuju

Administrateur

Re : Replication recovery.conf

Le serveur secondaire est-il bien en réplication? SELECT pg_is_in_recovery() (connecté sur le secondaire)

Le serveur primaire a-t-il bien un secondaire connecté ? SELECT * FROM pg_stat_replication (connecté sur le primaire)

Sinon, il faut regarder dans les logs postgres du primaire et secondaire.  À voir en fonction dela configuration (log_destination, logging_collector etc).

---

Julien.
https://rjuju.github.io/