Re: [ecpug] replicacion postgres

On Tuesday 17 July 2012 10:26:03 Jaime Casanova wrote:
> 2012/7/17 Juan Manuel Mero Murillo <jmanuelmero(at)gmail(dot)com>:
> > 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.