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 Jaime Casanova <jaime(at)2ndquadrant(dot)com>
>
> 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