IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration PostgreSQL Discussion :

Streaming replication démarrer réplication ?


Sujet :

Administration PostgreSQL

  1. #1
    Membre du Club
    Étudiant
    Inscrit en
    Mars 2005
    Messages
    105
    Détails du profil
    Informations personnelles :
    Âge : 35

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mars 2005
    Messages : 105
    Points : 46
    Points
    46
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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.

  2. #2
    Membre émérite
    Profil pro
    Inscrit en
    Octobre 2008
    Messages
    1 874
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Octobre 2008
    Messages : 1 874
    Points : 2 890
    Points
    2 890
    Par défaut
    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
    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.

Discussions similaires

  1. réplication avec méthode streams
    Par lipo_khal dans le forum Oracle
    Réponses: 4
    Dernier message: 09/12/2006, 14h37
  2. Erreur de Réplication Oracle (Master Replication)
    Par manawajaws dans le forum Oracle
    Réponses: 8
    Dernier message: 05/10/2006, 10h25
  3. démarrer l'agent de réplication authomatiquement
    Par zalalus dans le forum Réplications
    Réponses: 1
    Dernier message: 25/07/2006, 11h24

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo