Re: datos no coinciden entre master y hot standby

Hola Jaime

Muchas gracias por su respuesta, pero hace tiempo tengo una duda la cual he
tratado de publicar en el lista pero no la coloca, el texto es el siguiente:

Estoy implementando un servidor Hot Standby que descongestione una base de
datos con alto nivel de updates e insert y permita realizar consultas jasper
sobre la replicada. Para esto me guie del siguiente documento

http://wiki.postgresql.org/wiki/Binary_Replication_Tutorial

en el apartado 5 Minutes to Simple Replication

En este no configura ni menciona nada sobre configurar archivelog, segui las
instrucciones y esta funcionando bien, pero leyendo mas adelante en el
apartado How to Replicate ya menciona la configuración de archivelog y en
varios sitios configuran hot standby y replicacion con archivelog. Mi
pregunta es: es necesario configurar ambos (hot standby y replicacion con
archivelog)? en que casos o situaciones hay que hacerlo?

2011/7/23 Hellmuth Vargas <hivs77(at)gmail(dot)com>:
> > buen día Comunidad
> > Implemente con la version de 9.0 un servidor Master y en otro equipo un
> una
> > replica Hot StandBy, realice el proceso de sinconizacion tal como se
> indica
> > en el wiki (http://wiki.postgresql.org/wiki/Binary_Replication_Tutorial)
> y
> > al finalizar el proceso y consultas sobre la cantidad de registros ambos
> > presentan la misma cantidad, osea perfecto.. La base de datos master es
> una
> > base con muchas inserciones y actualizaciones.. al finanlizar el dia
> realice
> > una nueva consulta verificando la cantidad de registros en ambas bases y
> > presentan diferencias.. revise los logs y no presentan error... que puede
> > ser? que hace falta configurar?? Muchas gracias
>
> Quiza nada, la replicación en 9.0 no es sincrónica por lo que es
> posible que aun este procesando los registros de WAL en el esclavo.
> Lamentablemente 9.0 no ayuda mucho a saber eso...
>
> puedes ejecutar en el esclavo estas funciones:
>
> select pg_last_xlog_receive_location()
> select pg_last_xlog_replay_location()
>
> para ver si la replica esta avanzando, sabes que estan iguales cuando
> pg_last_xlog_receive_location() es igual al valor que devuelve el
> maestro al ejecutar:
>
> select pg_current_xlog_location()
>
>
> o te complicas menos si usas repmgr (http://repmgr.org) que hace estas
> cosas por ti y te provee de una vista mas facil de entender
> --
> Jaime Casanova www.2ndQuadrant.com
> Professional PostgreSQL: Soporte 24x7 y capacitación
>