Précédent   Forum du club des développeurs et IT Pro > Bases de données > PostgreSQL > Administration
Administration Forum d'entraide sur l'administration de PostgreSQL : utilisateurs, privilèges, etc.
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse
 
Outils de la discussion
Publicité
'
Vieux 08/07/2012, 04h49   #1
Onitsha
Candidat au titre de Membre du Club
 
Étudiant
Inscription : mars 2005
Messages : 105
Détails du profil
Informations personnelles :
Âge : 24

Informations professionnelles :
Activité : Étudiant

Informations forums :
Inscription : mars 2005
Messages : 105
Points : 14
Points : 14
Envoyer un message via MSN à Onitsha
Par défaut Streaming replication démarrer réplication ?

Bonjour,
En téléchargeant mon paquet depuis les backports ( portgresql-9.0 ) sur debian squeeze ( http://www.postgresql.org/download/linux/debian/ ) et en suivant ce tutoriel ( et d'autre bien entendu )

http://wiki.postgresql.org/wiki/Streaming_Replication

Je n'arrive pas à mettre en place le streaming replication.
Je n'ai aucune erreur de log ou de lancement.
Mais la base ne se réplique pas automatiquement.

Actuellement je sèche un peu étant donné que j'y passe énormément de temps et que cela est assez urgent.

J'aimerai simplement savoir comment déclencher la réplication.
Il me semblait qu'une fois le fichier recovery.conf parametré, et le daemon lancé, la réplication ce faisait automatiquement.

pg_hba du maitre

Code :
1
2
3
4
5
6
7
8
9
10
11
12
13
# Database administrative login by Unix domain socket
LOCAL   ALL             postgres                                ident
 
# TYPE  DATABASE        USER            CIDR-ADDRESS            METHOD
 
# "local" is for Unix domain socket connections only
LOCAL   ALL             ALL                                     ident
# IPv4 local connections:
host    ALL             ALL             127.0.0.1/32            md5
host    ALL             ALL             192.168.1.0/24          md5
host    ALL             ALL             192.168.1.28/24         trust
# IPv6 local connections:
host    ALL             ALL             ::1/128                 md5
Fichier recovery de l'esclave :

Code :
1
2
3
4
5
cat /var/lib/postgresql/9.0/main/recovery.done
standby_mode          = 'on'
primary_conninfo      = 'host=192.168.1.27 port=5432 user=postgres'
trigger_file = '/home/pg_trigger'
restore_command = 'cp /home/pg_archive/%f "%p"'

pg_hba de l'esclave
Code :
1
2
3
4
5
6
7
8
9
10
11
12
13
# Database administrative login by Unix domain socket
LOCAL   ALL             postgres                                ident
 
# TYPE  DATABASE        USER            CIDR-ADDRESS            METHOD
 
# "local" is for Unix domain socket connections only
LOCAL   ALL             ALL                                     ident
# IPv4 local connections:
host    ALL             ALL             127.0.0.1/32            md5
host    replication     postgres        192.168.1.26/24         trust
 
# IPv6 local connections:
host    ALL             ALL             ::1/128                 md5
Je me suis dis que cela venait surement du pg_hba étant donné qu’apparemment aucune connexion n'est initialisé.

Si vous avez une piste.
Onitsha est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 08/07/2012, 22h55   #2
estofilo
Modérateur
 
Inscription : octobre 2008
Messages : 1 702
Détails du profil
Informations personnelles :
Localisation : France, Paris (Île de France)

Informations forums :
Inscription : octobre 2008
Messages : 1 702
Points : 2 347
Points : 2 347
Sur le secondaire le fichier ne doit pas s'appeler recovery.done mais recovery.conf.
C'est à la fin du failover si il a lieu (réplication coupée, le secondaire devient indépendant), qu'il sera renommé en recovery.done par postgres.
Citation de la doc: http://www.postgresql.org/docs/9.0/s...archiving.html
Citation:
Upon completion of the recovery process, the server will rename recovery.conf to recovery.done (to prevent accidentally re-entering recovery mode later) and then commence normal database operations.
estofilo est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 09h01.


 
 
 
 
Partenaires

Hébergement Web