On Tuesday 17 July 2012 10:26:03 Jaime Casanova wrote: > 2012/7/17 Juan Manuel Mero Murillo <[email protected]>: > > e intentado con el Streaming Replication pero > > tengo muchas dudas en la linea " archive_command = 'cp %p > > /home/myuser/backup/%f' " no se si de pronto no este fallando; de > > pronto si tienen alguna ayuda les agradeceria, muchas gracias por la > > atencion prestada. > > Saludos Juan, > > No necesitas archive_commnd para usar Streaming Replication, solo debes > cambiar > > en postgresql.conf en el maestro: > wal_level = 'hot_standby' > max_wal_senders = 1 (es el total de servidores de replicas que tengas) > > en el pg_hba.conf del maestro agregas una linea como: > host replication postgres <ip replica> trust > > reinicias el maestro > > en la replica, una vez hecha la copia base creas un archivo recovery.conf: > standby_mode=on > primary_conninfo='host=x.x.x.x port=xxxx' > > y listo, arrancas la replica y funciona > > > o puedes usar repmgr para facilitarte un poco las cosas: > www.repmgr.org / https://github.com/2ndquadrant/repmgr
Ya veo, es opcional! Y todos los tutoriales que he leido (como este http://wiki.postgresql.org/wiki/Binary_Replication_Tutorial#Hot_Standby) siempre habilitan archive_mode. Solo queda decir que si los archivos WAL se reciclan pronto en el maestro y los esclavos se retrasan lo suficiente en la replicación, tendrás que volver a generar tus base backups para ponerla en marcha de nuevo ya que no podrán ponerse al corriente al haber desaparecido los segmentos que necesitaban. La solución es fijar keep_wal_segments a un valor razonable de modo que no se reciclen muy pronto los archivos WAL que pudieran ser necesitados por nodos que se retrasan en el proceso de replicación. El valor depende del nivel de actividad de tu base de datos. - Enviado a la lista de correo pgsql-es-ayuda ([email protected]) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
