Re: [pgsql-es-ayuda] datos no coinciden entre master y hot standby

2011-07-25 Por tema Jaime Casanova
2011/7/24 Alvaro Herrera alvhe...@alvh.no-ip.org:

 Lo que a mí no me queda claro son las garantías cuando tienes log
 shipping activado.  Yo tenía entendido que si activas log shipping, el
 maestro guardará los segmentos de WAL eternamente hasta que el archivado
 sea exitoso .. aún si eso causa que el disco se quede sin espacio.  ¿Ya
 no es así?


con log shipping, si. y si el disco en el que estas archivando se
queda sin espacio, el pg_xlog empezará a crecer porque no borrará
ningun archivo hasta que este archivado y si el disco donde tienes el
pg_xlog se queda sin espacio se te caera la base hasta que liberes
espacio (de ambos sitios)

 Al final dices que si lo tienes activo puedes encender tu servidor
 cuando desees.  ¿Te refieres al maestro o al esclavo?  Si es el esclavo,
 ¿no significaría que posiblemente llenarías el disco del maestro si lo
 tuvieras apagado mucho tiempo?


si, me referia al esclavo... bueno lo ideal seria que archives el wal
en una tercera locacion, asi puedes poner otros nodos que tambien
puedan leer de el, si solo tienes dos maquinas es mejor que uses solo
wal_keep_segments que guardara solo un numero limitado de segmentos lo
malo es que si el SR se atrasa mas alla de ese numero de segmentos te
toca reconstruir la replica

 --
 Álvaro Herrera alvhe...@alvh.no-ip.org
 -
 Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
 Para cambiar tu suscripción:
 http://www.postgresql.org/mailpref/pgsql-es-ayuda




-- 
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


Re: [pgsql-es-ayuda] datos no coinciden entre master y hot standby

2011-07-25 Por tema Hellmuth Vargas
Hola Jaime

Entonces solo con la configuración hot standby y wal_keep_segment  en
el maestro seria suficiente para disponer de una replica de solo
lectura para mi base de datos principal!. En un momento dado, si mi
base de datos maestro se cae, el hot standby puede entrar a
sustituirlo durante la operación (estableciendo  el parámetro
hot_standby = off y retirando el archivo recovery.conf)  y en tiempos
muertos, sincronizar el maestro con la carpeta data del esclavo y
volviendo a colocar nuevamente todo como en el principio? Le agradezco
mucho su repuesta y tiempo.

2011/7/24 Jaime Casanova ja...@2ndquadrant.com:
 2011/7/23 Hellmuth Vargas hiv...@gmail.com:

 Mi
 pregunta es: es necesario configurar ambos (hot standby y replicacion con
 archivelog)? en que casos o situaciones hay que hacerlo?


 de hecho estas confundiendo terminos:

 hot standby es tener el servidor de replica configurado para que pueda
 contestar consultas de solo lectura y para tenerlo activado debes
 estar replicando de algun modo...

 las dos técnicas de replicación integrada que se usan en postgres son:
 log shipping (lo que tu llamaste archivelog) y streaming replication.

 ambos son independientes y puedes usar uno sin el otro... la ventaja
 de usar ambos juntos es que si apagas el esclavo el maestro seguira
 enviando la informacion pendiente hasta que este vuelva a estar
 activo, y lo intentara hasta que el segmento de wal sea reutilizado
 por postgres (lo cual es algo que no puedes controlar), si tienes
 wal_keep_segment garantizas un poco mas de tiempo para que vuelva a la
 vida el esclavo a costa de espacio de disco en el servidor... si
 tienes log shipping configurado entonces puedes encender tu servidor
 cuando desees y te aseguras que la replica buscara ahi los wal que
 necesita antes de volver a conectar el streaming desde el maestro

 espero que se entienda

 --
 Jaime Casanova         www.2ndQuadrant.com
 Professional PostgreSQL: Soporte 24x7 y capacitación




-- 
Cordialmente,

Ing. Hellmuth I. Vargas S.
Esp. Telemática y Negocios por Internet
Oracle Database 10g Administrator Certified Associate
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


Re: [pgsql-es-ayuda] datos no coinciden entre master y hot standby

2011-07-24 Por tema Jaime Casanova
2011/7/23 Hellmuth Vargas hiv...@gmail.com:

 Mi
 pregunta es: es necesario configurar ambos (hot standby y replicacion con
 archivelog)? en que casos o situaciones hay que hacerlo?


de hecho estas confundiendo terminos:

hot standby es tener el servidor de replica configurado para que pueda
contestar consultas de solo lectura y para tenerlo activado debes
estar replicando de algun modo...

las dos técnicas de replicación integrada que se usan en postgres son:
log shipping (lo que tu llamaste archivelog) y streaming replication.

ambos son independientes y puedes usar uno sin el otro... la ventaja
de usar ambos juntos es que si apagas el esclavo el maestro seguira
enviando la informacion pendiente hasta que este vuelva a estar
activo, y lo intentara hasta que el segmento de wal sea reutilizado
por postgres (lo cual es algo que no puedes controlar), si tienes
wal_keep_segment garantizas un poco mas de tiempo para que vuelva a la
vida el esclavo a costa de espacio de disco en el servidor... si
tienes log shipping configurado entonces puedes encender tu servidor
cuando desees y te aseguras que la replica buscara ahi los wal que
necesita antes de volver a conectar el streaming desde el maestro

espero que se entienda

-- 
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


Re: [pgsql-es-ayuda] datos no coinciden entre master y hot standby

2011-07-24 Por tema Alvaro Herrera
Excerpts from Jaime Casanova's message of dom jul 24 20:15:58 -0400 2011:

 las dos técnicas de replicación integrada que se usan en postgres son:
 log shipping (lo que tu llamaste archivelog) y streaming replication.
 
 ambos son independientes y puedes usar uno sin el otro... la ventaja
 de usar ambos juntos es que si apagas el esclavo el maestro seguira
 enviando la informacion pendiente hasta que este vuelva a estar
 activo, y lo intentara hasta que el segmento de wal sea reutilizado
 por postgres (lo cual es algo que no puedes controlar), si tienes
 wal_keep_segment garantizas un poco mas de tiempo para que vuelva a la
 vida el esclavo a costa de espacio de disco en el servidor... si
 tienes log shipping configurado entonces puedes encender tu servidor
 cuando desees y te aseguras que la replica buscara ahi los wal que
 necesita antes de volver a conectar el streaming desde el maestro

Lo que a mí no me queda claro son las garantías cuando tienes log
shipping activado.  Yo tenía entendido que si activas log shipping, el
maestro guardará los segmentos de WAL eternamente hasta que el archivado
sea exitoso .. aún si eso causa que el disco se quede sin espacio.  ¿Ya
no es así?

Al final dices que si lo tienes activo puedes encender tu servidor
cuando desees.  ¿Te refieres al maestro o al esclavo?  Si es el esclavo,
¿no significaría que posiblemente llenarías el disco del maestro si lo
tuvieras apagado mucho tiempo?

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


Re: [pgsql-es-ayuda] datos no coinciden entre master y hot standby

2011-07-23 Por tema Jaime Casanova
2011/7/23 Hellmuth Vargas hiv...@gmail.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
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda


Re: [pgsql-es-ayuda] datos no coinciden entre master y hot standby

2011-07-23 Por tema Hellmuth Vargas
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 hiv...@gmail.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



Re: [pgsql-es-ayuda] datos no coinciden entre master y hot standby

2011-07-23 Por tema Hellmuth Vargas
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 ja...@2ndquadrant.com

 2011/7/23 Hellmuth Vargas hiv...@gmail.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
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda