Re: [MASSMAIL][pgsql-es-ayuda] Replicacion solo de una BD en un server de BK

[Marcos Michel Martínez Pérez]

bueno puedes utilizar otras opciones como symmetricds, que lo puedes llevar 
incluso al nivel de algunas tuplas o columnas de una tabla especifica. 

[pgsql-es-ayuda] Replicacion solo de una BD en un server de BK

[Edwin Quijada]

Hola!

Tengo el sigte escenario , tengo 3 servidores los 3 con la misma BD pero para 
clientes diferentes estoy tratando de tener BKUP en linea mediante replicacion 
el problema es que la replicacion de Postgres funciona a nivel de todo el 
cluster y solo quiero replicar una BD datos de cada server y ponerlas en otro 
cluster/server el cual solo seria de bkup claro hacer esto con el menor 
esfuerzo posible como si fuera streaming replication.


La pregunta es existe algo para replicar una sola BD a otro server el cual 
seria el recividor de otras BD de otros servidores?

Oi hablar de pglogical pero no parece lo que quiero , puedo hacerlo manual o 
hasta con Slony pero quiero buscar la forma de que sea lo menos invasivo 
posible a nivel de aplicacion.


Alguna idea ?

Re: [MASSMAIL][pgsql-es-ayuda] Replicacion de base de datos pero no cluster

[Gilberto Castillo]

> Estoy en un proyecto donde tengo una BD la cual estara en varios clientes
> diferentes.Necesito poder replicar cada una de estas bases de datos todas
> en un solo motor de forma tal que si el servidor principal cae ,pueda usar
> este como BK. Supongo que necesitare un modo de replicacion por BD
> solamente y no por cluster como siempre lo he hecho para solo tener un
> gran servidor de BK , este server lo mas que tendra es espacio porque sera
> algo solo momentaneo.
>
> Cual modelo de replicacion me recomiendan?

Para mi el uso que vayas a dar a los datos define el modelo, revisa RDB o
UDB, ya sabes de Slony, SR ect, si el obejetivo es tener el servidor en
linea que como respaldo SR-HS, te ira bien.

¿Debes aclarar si quieres manejar las replicar automático o manual?

-- 
Saludos,
Gilberto Castillo
ETECSA, La Habana, Cuba


-
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

[pgsql-es-ayuda] Replicacion de base de datos pero no cluster

[Edwin Quijada]

Estoy en un proyecto donde tengo una BD la cual estara en varios clientes 
diferentes.Necesito poder replicar cada una de estas bases de datos todas en un 
solo motor de forma tal que si el servidor principal cae ,pueda usar este como 
BK. Supongo que necesitare un modo de replicacion por BD solamente y no por 
cluster como siempre lo he hecho para solo tener un gran servidor de BK , este 
server lo mas que tendra es espacio porque sera algo solo momentaneo.

Cual modelo de replicacion me recomiendan?


Estos servidores estan en la web y el bk tambien cual seria la mejor de 
transporte de los datos entre servidores ? FTP ?


He usado bastante la replicacion sincronica de POstgres pero esta solo es por 
cluster y para este caso no me sirve o puedo replicar varios clusters a un solo 
cluster ?


Es decir, puedo usar replicacion sincronica de los clusters1,2,3 a un solo 
cluster C ?

Re: [pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de cluster

[Alvaro Herrera]

Ruben Fitó escribió:
> Gracias lista por su ayuda,
> 
> Estamos analizando las diferentes soluciones propuestas por ustedes, y para
> quedarnos mas tranquilos, dedicaremos cierto tiempo en aprendizaje y testeo
> de estas tecnologías.
> 
> Una vez hayamos sacado conclusiones adoptaremos la que más nos interese.
> 
> Parece ser que este proyecto de integración puede finalizar dentro de
> bastantes meses, pero una vez acabado, les informaré de las tecnologías y
> arquitecturas implantadas.

Al esquema que alguien mencionaba más arriba le dicen "replicación de
bases de datos federadas" o algo similar.  En este esquema hay
movimiento de datos en ambas direcciones: desde el central hacia las
sucursales, y viceversa.  Diseñándolo bien, esto permite que las tiendas
trabajen sin conexión y que mantengan actualizado al maestro toda vez
que tengan conexión.

Esto está documentado en detalle en alguna página de wiki.postgresql.org
para Londiste, pero también se puede hacer con Slony, y supongo que
también es un caso de uso soportado por pglogical.  Este último es una
reimplementación de los anteriores usando mucho mejor tecnología, y
tiene mucho mejor rendimiento; no está totalmente maduro todavía, pero
si te vas a demorar unos meses en poner esto en producción, mi opinión
es que vale la pena darle una vuelta.

-- 
Álvaro Herrerahttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

-
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] Replicacion asincrona de base de datos en vez de cluster

[Ruben Fitó]

Gracias lista por su ayuda,

Estamos analizando las diferentes soluciones propuestas por ustedes, y para
quedarnos mas tranquilos, dedicaremos cierto tiempo en aprendizaje y testeo
de estas tecnologías.

Una vez hayamos sacado conclusiones adoptaremos la que más nos interese.

Parece ser que este proyecto de integración puede finalizar dentro de
bastantes meses, pero una vez acabado, les informaré de las tecnologías y
arquitecturas implantadas.

Gracias por todo.

Un saludo



2016-02-18 14:03 GMT+01:00 Gerardo Herzig :

> Programas como slony [0] tienen la granularidad (para replicar) de una
> tabla. Bien podes tener una replica en el sentido "server -> tiendas", en
> convivencia con otra "tienda -> server". El chiste es que este ultimo caso
> no es, tecnicamente, replicacion, sino que mas bien es un conglomerado de
> datos, donde todos los datos de las tiendas se acumulan en el server
> central.
>
> Si usas el mecanismo de "particionado" [1], podes particionar por el campo
> "tienda_id". Luego lo que vas a replicar son cada particion (hacia la
> particion correspondiente en el master). De este modo podes usar slony sin
> demasiados problemas.
>
>
> HTH
> Gerardo
>
> [0] http://slony.info/
> [1] http://www.postgresql.org/docs/current/static/ddl-partitioning.html
> - Mensaje original -
> > De: "Ruben Fitó" 
> > Para: "Horacio Miranda" 
> > CC: pgsql-es-ayuda@postgresql.org
> > Enviados: Jueves, 18 de Febrero 2016 6:01:22
> > Asunto: Re: [pgsql-es-ayuda] Replicacion asincrona de base de datos en
> vez de cluster
> >
> >
> >
> > Buenos dias,
> >
> >
> > Gracias Horacio por tu respuesta,
> >
> >
> > Efectivamente necesitamos un sistema "OFFLINE" en la tiendas.
> >
> >
> > La arquitectura inicial que habíamos planteado con "Streaming
> > Replication" era:
> >
> >
> >   BBDDSERVER  TIENDA
> >   Configuración   RW ->   RO
> >   Transacciones   RO  <- RW
> >
> >
> > Según este esquema tenemos que, por cada TIENDA, necesitamos 2 BBDD
> > con sus réplicas para 2 objetivos distintos: Configuración i
> > Transacciones.
> >
> >
> > En caso de la BBDD de configuración, la RW se encuentra en nuestro
> > server i la réplica en la tienda. Esto nos permite:
> >
> >
> > * Configurar la tienda de manera centralizada.
> > * Des de la BBDD de la tienda nunca se podran modificar los
> > datos.
> > * Siempre tendremos una sincronización "real-time" de ese modo
> > evitamos procesos batch, triggers, entre otros, que tengan que
> > actualizar la BBDD de la tienda.
> >
> >
> >
> > En caso de las transacciones pasa lo mismo pero des de la otra
> > dirección:
> >
> >
> > * La tienda va apuntando las transacciones i en "real-time" se
> > sincroniza con el la BBDD del server.
> > * Des del server no se podran hacer manipulaciones de
> > transacciones. Algo muy interesante en nuestro mundillo.
> > * El server recibe, de forma centralizada, todos los datos de
> > todas las tiendas.
> >
> >
> >
> > En realidad, esta arquitectura son todo ventajas, exceptuando la gran
> > complejidad de configurar i mantener 2 clústeres en server i 2 en
> > tienda, por cada tienda.
> >
> >
> > Por parte de la tienda, una vez creados los 2 clústeres, ya no hay
> > que hacer mucho mas, pero por el lado del servidor, gestionar,
> > configurar, acceder i mantener 2 clústeres por las 56 tiendas que
> > tiene la empresa es una barbaridad de trabajo y recursos.
> >
> >
> > Lo ideal seria que sólo haya un único cluster en el servidor i uno en
> > cada tienda.
> >
> >
> > Por ello, estamos buscando alternativas al "Streaming Replication"
> > que puedan darnos las mismas garantias:
> >
> >
> > * Sincronización Asíncrona. (Qué rara esta frase, jejejeje)
> > * Que se sincronizen todos los cambios hechos, no sólo por cada
> > conexión.
> > * Que sean BBDD RO.
> > * Gestión cero, por nuestra parte, para restablecer conexión.
> > * Garantizar la integridad de datos, concurrencia, etc..
> > * Evitar deadlocks.
> > * Y más...
> >
> >
> >
> > Entendemos que un "Streaming Replication" es como una copia en
> > binario(archivos WAL) de todo lo sucedido en la base de datos, y que
> > no es posible hacer una replicación por un subconjunto de datos
> &

Re: [pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de cluster

[Gerardo Herzig]

Programas como slony [0] tienen la granularidad (para replicar) de una tabla. 
Bien podes tener una replica en el sentido "server -> tiendas", en convivencia 
con otra "tienda -> server". El chiste es que este ultimo caso no es, 
tecnicamente, replicacion, sino que mas bien es un conglomerado de datos, donde 
todos los datos de las tiendas se acumulan en el server central.

Si usas el mecanismo de "particionado" [1], podes particionar por el campo 
"tienda_id". Luego lo que vas a replicar son cada particion (hacia la particion 
correspondiente en el master). De este modo podes usar slony sin demasiados 
problemas.


HTH
Gerardo

[0] http://slony.info/
[1] http://www.postgresql.org/docs/current/static/ddl-partitioning.html
- Mensaje original -
> De: "Ruben Fitó" 
> Para: "Horacio Miranda" 
> CC: pgsql-es-ayuda@postgresql.org
> Enviados: Jueves, 18 de Febrero 2016 6:01:22
> Asunto: Re: [pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de 
> cluster
> 
> 
> 
> Buenos dias,
> 
> 
> Gracias Horacio por tu respuesta,
> 
> 
> Efectivamente necesitamos un sistema "OFFLINE" en la tiendas.
> 
> 
> La arquitectura inicial que habíamos planteado con "Streaming
> Replication" era:
> 
> 
>   BBDDSERVER  TIENDA
>   Configuración   RW ->   RO
>   Transacciones   RO  <- RW
> 
> 
> Según este esquema tenemos que, por cada TIENDA, necesitamos 2 BBDD
> con sus réplicas para 2 objetivos distintos: Configuración i
> Transacciones.
> 
> 
> En caso de la BBDD de configuración, la RW se encuentra en nuestro
> server i la réplica en la tienda. Esto nos permite:
> 
> 
> * Configurar la tienda de manera centralizada.
> * Des de la BBDD de la tienda nunca se podran modificar los
> datos.
> * Siempre tendremos una sincronización "real-time" de ese modo
> evitamos procesos batch, triggers, entre otros, que tengan que
> actualizar la BBDD de la tienda.
> 
> 
> 
> En caso de las transacciones pasa lo mismo pero des de la otra
> dirección:
> 
> 
> * La tienda va apuntando las transacciones i en "real-time" se
> sincroniza con el la BBDD del server.
> * Des del server no se podran hacer manipulaciones de
> transacciones. Algo muy interesante en nuestro mundillo.
> * El server recibe, de forma centralizada, todos los datos de
> todas las tiendas.
> 
> 
> 
> En realidad, esta arquitectura son todo ventajas, exceptuando la gran
> complejidad de configurar i mantener 2 clústeres en server i 2 en
> tienda, por cada tienda.
> 
> 
> Por parte de la tienda, una vez creados los 2 clústeres, ya no hay
> que hacer mucho mas, pero por el lado del servidor, gestionar,
> configurar, acceder i mantener 2 clústeres por las 56 tiendas que
> tiene la empresa es una barbaridad de trabajo y recursos.
> 
> 
> Lo ideal seria que sólo haya un único cluster en el servidor i uno en
> cada tienda.
> 
> 
> Por ello, estamos buscando alternativas al "Streaming Replication"
> que puedan darnos las mismas garantias:
> 
> 
> * Sincronización Asíncrona. (Qué rara esta frase, jejejeje)
> * Que se sincronizen todos los cambios hechos, no sólo por cada
> conexión.
> * Que sean BBDD RO.
> * Gestión cero, por nuestra parte, para restablecer conexión.
> * Garantizar la integridad de datos, concurrencia, etc..
> * Evitar deadlocks.
> * Y más...
> 
> 
> 
> Entendemos que un "Streaming Replication" es como una copia en
> binario(archivos WAL) de todo lo sucedido en la base de datos, y que
> no es posible hacer una replicación por un subconjunto de datos
> diferentes.
> 
> 
> Por este motivo, os pedimos consejo, ya que las alternativas(fdw,
> dblink) por ahora analizadas, no cumplen con nuestros requisitos.
> 
> 
> Gracias.
> 
> 
> Un saludo
> 
> 
> 
> 
> 
> 
> 
> 
> 2016-02-18 5:10 GMT+01:00 Horacio Miranda < hmira...@gmail.com > :
> 
> 
> On 2/17/2016 2:02 AM, Ruben Fitó wrote:
> 
> 
> Buenos dia lista,
> 
> Para empezar, tenemos un sistema de replicación "Streaming
> replication"
> con postgresql 9.3.
> 
> Hemos comprovado que este sistema es estable y que aguanta caídas de
> varias horas (segun hemos configurado).
> 
> Ahora tenemos intención de hacer algo parecido pero no por clúster
> sino
> por diferentes bases de datos por un mismo cluster.
> 
> 
> Estoy un poco confundido, quieres replicar parcialmente de una base
> de datos a otra ?
> 
> 
> 
> Hemos estado buscando en la documentación y hemos visto que exi

Re: [pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de cluster

[Horacio Miranda]

Creo que debes tener en cuenta dos cosas.


1.- Stream replication es para replicar bases de datos ( generalmente 
cliente se conectan a bases de datos centralizadas ), y la replicación 
es para tener un DR activo-activo o activo-pasivo.


2.- Un sistema distribuido no es un DR activo-activo es un sistema 
distribuido.


Creo que lo que necesitas es una mezcla de ambos... para tu 
configuración de hecho yo haría que la configuración de tu sistema sea 
un json sacado de la base de datos centralizada ( no tiene sentido que 
instales un postrgesql en N clientes.


para las transacciones ( usa colas, hasta un mail sirve para recibir las 
transacciones o un ftp ).


Lucchetti y el portal comercial usan un FTP para cada transacción y las 
transacciones se procesan en la mañana cada 30 min hasta las 5:00 pm, no 
es necesario tenerlas online.


Se que no es lo que quieres escuchar o no es tu idea tener archivos por 
cada clientes pero realmente creo que la mantención de tener todo en 
bases de datos con tanta replicación va a ser una pesadilla más que una 
ayuda.


Si aun así quieres tener todo en bases de datos, te sugiero que mires 
rabbitMQ para tener las transacciones en colas y no la base de datos.


Y si rabbitMQ no te convence solo instala una base de datos en los 
clientes donde escribas las transacciones y cuando esten online que 
hagan guarden un estado en las tablas ( sync ) cosa de insertas en un 
repositorio centras las transacciones que no están con un sync ( y lo 
puedes hacer un dblink ). algo como transacciones por insertar. ( algo 
asi teniamos en registro civil de Chile ( una tabla transacciones por 
procesar ), claro usabamos Oracle pero la idea es la misma.


https://www.rabbitmq.com/tutorials/tutorial-three-java.html

PS: Realmente creo que es un overkill pensar en replicación entre todos 
tus clientes. ( trata de hacerlo lo mas simple posible ), las cosas 
complicadas por lo general dan problemas.


-
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] Replicacion asincrona de base de datos en vez de cluster

[Ruben Fitó]

Buenos dias,

Gracias Horacio por tu respuesta,

Efectivamente necesitamos un sistema "OFFLINE" en la tiendas.

La arquitectura inicial que habíamos planteado con "Streaming Replication"
era:


*BBDD* *SERVER* *TIENDA*
Configuración RW -> RO
Transacciones RO <- RW

Según este esquema tenemos que, por cada TIENDA, necesitamos 2 BBDD con sus
réplicas para 2 objetivos distintos: Configuración i Transacciones.

En caso de la BBDD de configuración, la RW se encuentra en nuestro server i
la réplica en la tienda. Esto nos permite:

   - Configurar la tienda de manera centralizada.
   - Des de la BBDD de la tienda nunca se podran modificar los datos.
   - Siempre tendremos una sincronización "real-time" de ese modo evitamos
   procesos batch, triggers, entre otros, que tengan que actualizar la BBDD de
   la tienda.


En caso de las transacciones pasa lo mismo pero des de la otra dirección:

   - La tienda va apuntando las transacciones i en "real-time" se
   sincroniza con el la BBDD del server.
   - Des del server no se podran hacer manipulaciones de transacciones.
   Algo muy interesante en nuestro mundillo.
   - El server recibe, de forma centralizada, todos los datos de todas las
   tiendas.


En realidad, esta arquitectura son todo ventajas, exceptuando la gran
complejidad de configurar i mantener 2 clústeres en server i 2 en tienda,
por cada tienda.

Por parte de la tienda, una vez creados los 2 clústeres, ya no hay que
hacer mucho mas, pero por el lado del servidor, gestionar, configurar,
acceder i mantener 2 clústeres por las 56 tiendas que tiene la empresa es
una barbaridad de trabajo y recursos.

Lo ideal seria que sólo haya un único cluster en el servidor i uno en cada
tienda.

Por ello, estamos buscando alternativas al "Streaming Replication" que
puedan darnos las mismas garantias:

   - Sincronización Asíncrona. (Qué rara esta frase, jejejeje)
   - Que se sincronizen todos los cambios hechos, no sólo por cada conexión.
   - Que sean BBDD RO.
   - Gestión cero, por nuestra parte,  para restablecer conexión.
   - Garantizar la integridad de datos, concurrencia, etc..
   - Evitar deadlocks.
   - Y más...


Entendemos que un "Streaming Replication" es como una copia en
binario(archivos WAL) de todo lo sucedido en la base de datos, y que no es
posible hacer una replicación por un subconjunto de datos diferentes.

Por este motivo, os pedimos consejo, ya que las alternativas(fdw, dblink)
por ahora analizadas, no cumplen con  nuestros requisitos.

Gracias.

Un saludo




2016-02-18 5:10 GMT+01:00 Horacio Miranda :

> On 2/17/2016 2:02 AM, Ruben Fitó wrote:
>
>> Buenos dia lista,
>>
>> Para empezar, tenemos un sistema de replicación "Streaming replication"
>> con postgresql 9.3.
>>
>> Hemos comprovado que este sistema es estable y que aguanta caídas de
>> varias horas (segun hemos configurado).
>>
>> Ahora tenemos intención de hacer algo parecido pero no por clúster sino
>> por diferentes bases de datos por un mismo cluster.
>>
>>
> Estoy un poco confundido, quieres replicar parcialmente de una base de
> datos a otra ?
>
> Hemos estado buscando en la documentación y hemos visto que existen
>> diferentes módulos de sincronización como dblink o pg_fwd, pero no hemos
>> podido comprobar su eficacia.
>>
>>
> Según los otros email creo que lo que necesitas es tener dos bases de
> datos ( una replicada ) y otra local. Los cambios se hacen en la base de
> datos local y la base de datos local tiene permisos read_only hacia la base
> de datos que quieres replicar.
>
>
>> Conocéis algún sistema de sincronización parecido al que necesitamos??
>>
>
> Creo que streams desde la base de datos central hacia las tiendas ( creo
> que quieres tener la capacidad de vender offline ).
>
> Y cuando la tienda se vuelva a conectar tener un proceso de consolidación
> que empuje los cambios o ventas de la tienda hacia el repositorio central (
> trata de tener la menos cantidad de tablas posible en la segunda base de
> datos ).
>
> Yo haría crearía tablas con una estructura como ( ventas_POS01,
> detalle_venta_POS01) en el punto de venta POS01.
>
> Este es el objetivo que quieres alcanzar, la capacidad de poder vender
> cuando los enlaces se caigan ?
>
> PS: Las sucursales que están cerca las puedes radio enlazar si tienen
> linea vista. Hay antenas que llegan a 45 kilómetros, en lo persona solo eh
> probado antenas a menos de 3KM.





-- 
*Ruben Fitó *
Software Engineer
[image: Ubiquat Technologies, SL]
r.f...@ubiquat.com 
www.ubiquat.com
Tota la informació continguda en aquest document i arxius adjunts és
CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per
error, si us plau elimini'l i posi's en contacte amb l'emissor.

All information contained in this document and any attachments are
CONFIDENTIAL and protected under trade secret laws. If you receive this
message by mistake, please delete it and notify it immediately to the
sender.

Re: [pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de cluster

[Horacio Miranda]

On 2/17/2016 2:02 AM, Ruben Fitó wrote:

Buenos dia lista,

Para empezar, tenemos un sistema de replicación "Streaming replication"
con postgresql 9.3.

Hemos comprovado que este sistema es estable y que aguanta caídas de
varias horas (segun hemos configurado).

Ahora tenemos intención de hacer algo parecido pero no por clúster sino
por diferentes bases de datos por un mismo cluster.



Estoy un poco confundido, quieres replicar parcialmente de una base de 
datos a otra ?



Hemos estado buscando en la documentación y hemos visto que existen
diferentes módulos de sincronización como dblink o pg_fwd, pero no hemos
podido comprobar su eficacia.



Según los otros email creo que lo que necesitas es tener dos bases de 
datos ( una replicada ) y otra local. Los cambios se hacen en la base de 
datos local y la base de datos local tiene permisos read_only hacia la 
base de datos que quieres replicar.




Conocéis algún sistema de sincronización parecido al que necesitamos??


Creo que streams desde la base de datos central hacia las tiendas ( creo 
que quieres tener la capacidad de vender offline ).


Y cuando la tienda se vuelva a conectar tener un proceso de 
consolidación que empuje los cambios o ventas de la tienda hacia el 
repositorio central ( trata de tener la menos cantidad de tablas posible 
en la segunda base de datos ).


Yo haría crearía tablas con una estructura como ( ventas_POS01, 
detalle_venta_POS01) en el punto de venta POS01.


Este es el objetivo que quieres alcanzar, la capacidad de poder vender 
cuando los enlaces se caigan ?


PS: Las sucursales que están cerca las puedes radio enlazar si tienen 
linea vista. Hay antenas que llegan a 45 kilómetros, en lo persona solo 
eh probado antenas a menos de 3KM.




Un saludo



-
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] Replicacion asincrona de base de datos en vez de cluster

[Eduardo Morras]

On Wed, 17 Feb 2016 11:22:46 +0100
Ruben Fitó  wrote:

> Gracias eduardo,
> 
> Entonces, por lo que entiendo, fdw permite reestablecer conexión en
> caso de pérdida de comunicacion, sin necesidad de gestionar-lo
> nosotros??

A ver, fdw no es para tener HA ni backups ni nada similar de forma estable. fdw 
permite conectar un servidor postgresql con una fuente de datos, sea esta un 
postgres, un servidor ldap, sqlserver, odbc, archivo csv... lo que sea. Para 
cada fuente de datos necesitas un modulo fdw que implemente la lectura, 
escritura o ambas. 

En el caso de postgres_fdw que te he mencionado, te permite, desde un servidor 
postgres (tu servidor central), ejecutar consultas en otro servidor postgres 
(cada una de las tiendas), ya sean de lectura (selects) o escritura (update, 
delete, insert).

En lugar de tener un streaming replication funcionando continuamente en todas 
las tiendas hacia el servidor central, la sugerencia que te he hecho es, 
conectar mediante postgres_fdw tu servidor central con cada una de las tiendas, 
lanzar las queries que necesites (1)(2) y actualizar la BD Central con los 
resultados de dichas queries. Ventaja, no necesitas estar continuamente 
conectado ni dependes de no perder un solo archivo de Wal, pudiendo 
abrir/cerrar la conexion cuando quieras. Desventaja, no guardas la ultima 
version de los datos de cada tienda, solo hasta la ultima vez que te 
conectaste. Puedes abrir/consultar/cerrar cada 5 minutos por ejemplo o una vez 
al dia.
 

(1) SELECT * FROM compras_realizadas AS c WHERE c.compra_id > 
Ultima_compra_id_en_Servidor_Central; Obtener la lista de las compras 
realizadas desde la ultima comprobacion. Puedes incluirlo en un INSERT en la BD 
de central para tener copia de dichos datos.

(2) UPDATE precios SET precio_clientes_vip = precio_clientes_vip*0.95; Baja los 
precios de las ofertas un 5% para clientes Vip en la tienda donde hacemos la 
consulta.



> Si es asi, entonces fdw es una gran opción.
> 
> Sin embargo, surgen otras dudas:
> 
> 
>- El hecho de crear una especie de "Read Only" en la tienda no es
>posible. Creemos que podemos solucionarlo con roles y/o permisos.
> Es correcto?

Hasta donde yo se, si. No obstante cualquier persona con acceso a la maquina y 
con cuenta de usuario postgres o root puede cambiar eso.

>- La experiencia nos dice que las tiendas tienen un máximo de
>desconexión de pocas horas. Durante este tiempo podemos tener
> varios cambios en las configuraciones de tiendas  de la BD
> centralizada, cómo soluciona esto fdw?? Claro, el "Streaming
> Replication" va acumulando estos cambios hasta poder aplicarlos a la
> BD réplica. (Esos maravillosos WAL, jejej)

Intentando reconectar de forma automatica hasta tener "señal", aplicar los 
cambios e intercambiar datos.

>- Por lo que hemos visto, añadir/quitar/modificar, nombres de
> tablas, columnas, funciones, etc... Con fdw también es algo que
> debemos hacer manualmente para todas las BD de las tiendas. Es
> correcto?

Completamente automatizable, bien por funciones en pl u otro lenguaje en el 
servidor.

> Perdonen tantas preguntas, su experiencia es la mejor de las
> documentaciones.
> 
> PD: Aun estamos estudiando las otras opciones: -> XDB replication
> server de EDB, symmetricds , UDR, BDR, pglogical

Como te he dicho arriba, fdw NO equivale a un backup o ha. Es una herramienta 
completamente ortogonal a ambas y actua a nivel distinto.

> Un saludo

Saludos

---   ---
Eduardo Morras 

-
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] Replicacion asincrona de base de datos en vez de cluster

[Ruben Fitó]

Gracias eduardo,

Entonces, por lo que entiendo, fdw permite reestablecer conexión en caso de
pérdida de comunicacion, sin necesidad de gestionar-lo nosotros??

Si es asi, entonces fdw es una gran opción.

Sin embargo, surgen otras dudas:


   - El hecho de crear una especie de "Read Only" en la tienda no es
   posible. Creemos que podemos solucionarlo con roles y/o permisos. Es
   correcto?
   - La experiencia nos dice que las tiendas tienen un máximo de
   desconexión de pocas horas. Durante este tiempo podemos tener varios
   cambios en las configuraciones de tiendas  de la BD centralizada, cómo
   soluciona esto fdw?? Claro, el "Streaming Replication" va acumulando estos
   cambios hasta poder aplicarlos a la BD réplica. (Esos maravillosos WAL,
   jejej)
   - Por lo que hemos visto, añadir/quitar/modificar, nombres de tablas,
   columnas, funciones, etc... Con fdw también es algo que debemos hacer
   manualmente para todas las BD de las tiendas. Es correcto?


Perdonen tantas preguntas, su experiencia es la mejor de las
documentaciones.

PD: Aun estamos estudiando las otras opciones: -> XDB replication server de
EDB, symmetricds , UDR, BDR, pglogical

Un saludo


2016-02-17 10:46 GMT+01:00 Eduardo Morras :

> On Wed, 17 Feb 2016 10:31:57 +0100
> Ruben Fitó  wrote:
>
> > Gracias lista por sus aportaciones,
> >
> > Para resolver dudas, os explico qué queremos:
> >
> > Tenemos un gran grupo de tiendas(TPV, POS,...) que han de ser
> > instaladas i configuradas para que funcionen.
> >
> > Nuestro principal objetivo es que esa configuración se pueda
> > modificar de manera centralizada, por ejemplo des de una WEB de
> > gestión. Al mismo tiempo deseamos que haya una "sincronización
> > real-time", para no tener que crear un proceso batch que vaya
> > sincronizando cada x tiempo.
> >
> > Montando un "streaming replication" por cada tienda obtendríamos ese
> > resultado, haciendo que haya un cluster master(en el servidor) i una
> > read only(en la tienda) por cada tienda. Pero claro, esto es un dolor
> > de cabeza, si tenemos 50 tiendas, deberíamos montar 50 clústers en el
> > servidor.
> >
> > Y ahora me preguntaréis, porqué tantos clústers?? La respuesta es que
> > se desea que cada tienda sólo tenga una única configuiración, desean
> > que todo vaya por separado. En caso contrario, montaríamos un solo
> > master y tantos esclavos como hicieran falta.
> >
> > Con streaming replication seria una faena tediosa, configuración de
> > clústers, etc. A parte de  que la WEb de gestión tendría que acceder a
> > todos los clústers, bla, bla bla.
> >
> > En resumen, hemos pensado que estaria bien tener un único master, y
> > sincronizar con la base de datos de la tienda, pero sólo de su
> > configuración(su propia BBDD, o tabla, o ...).
> >
> > Lo que nos entusiasma de "Streaming Replication" es la  estabilidad,
> > efectividad i gran confianza que nos da, pero no sabemos si existe
> > algun proceso de sincronización parecido sólo para base de datos,
> > tablas, etc..
>
> Puedes usar FDW para conectar las bases de datos de cada tienda con la
> central, consulten la configuracion y la guarden en una tabla interna.
>
> http://www.postgresql.org/docs/current/static/postgres-fdw.html
>
> Esto no excluye el usar fdw en el otro sentido para que la central se
> conecte a las tiendas, consulte la informacion del dia u hora y la guarde.
> Incluso puede estar conectado por fdw las 24/365 horas y reconectar sin
> necesidad de tener en cuenta los ficheros wal no procesados.
>
> > No sé si he podido expicarme mejor.
> >
> > Un saludo
>
>
> ---   ---
> Eduardo Morras 
>
> -
> 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
>



-- 
*Ruben Fitó *
Software Engineer
[image: Ubiquat Technologies, SL]
r.f...@ubiquat.com 
www.ubiquat.com
Tota la informació continguda en aquest document i arxius adjunts és
CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per
error, si us plau elimini'l i posi's en contacte amb l'emissor.

All information contained in this document and any attachments are
CONFIDENTIAL and protected under trade secret laws. If you receive this
message by mistake, please delete it and notify it immediately to the
sender.

Re: [pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de cluster

[Eduardo Morras]

On Wed, 17 Feb 2016 10:31:57 +0100
Ruben Fitó  wrote:

> Gracias lista por sus aportaciones,
> 
> Para resolver dudas, os explico qué queremos:
> 
> Tenemos un gran grupo de tiendas(TPV, POS,...) que han de ser
> instaladas i configuradas para que funcionen.
> 
> Nuestro principal objetivo es que esa configuración se pueda
> modificar de manera centralizada, por ejemplo des de una WEB de
> gestión. Al mismo tiempo deseamos que haya una "sincronización
> real-time", para no tener que crear un proceso batch que vaya
> sincronizando cada x tiempo.
> 
> Montando un "streaming replication" por cada tienda obtendríamos ese
> resultado, haciendo que haya un cluster master(en el servidor) i una
> read only(en la tienda) por cada tienda. Pero claro, esto es un dolor
> de cabeza, si tenemos 50 tiendas, deberíamos montar 50 clústers en el
> servidor.
> 
> Y ahora me preguntaréis, porqué tantos clústers?? La respuesta es que
> se desea que cada tienda sólo tenga una única configuiración, desean
> que todo vaya por separado. En caso contrario, montaríamos un solo
> master y tantos esclavos como hicieran falta.
> 
> Con streaming replication seria una faena tediosa, configuración de
> clústers, etc. A parte de  que la WEb de gestión tendría que acceder a
> todos los clústers, bla, bla bla.
> 
> En resumen, hemos pensado que estaria bien tener un único master, y
> sincronizar con la base de datos de la tienda, pero sólo de su
> configuración(su propia BBDD, o tabla, o ...).
> 
> Lo que nos entusiasma de "Streaming Replication" es la  estabilidad,
> efectividad i gran confianza que nos da, pero no sabemos si existe
> algun proceso de sincronización parecido sólo para base de datos,
> tablas, etc..

Puedes usar FDW para conectar las bases de datos de cada tienda con la central, 
consulten la configuracion y la guarden en una tabla interna.

http://www.postgresql.org/docs/current/static/postgres-fdw.html

Esto no excluye el usar fdw en el otro sentido para que la central se conecte a 
las tiendas, consulte la informacion del dia u hora y la guarde. Incluso puede 
estar conectado por fdw las 24/365 horas y reconectar sin necesidad de tener en 
cuenta los ficheros wal no procesados.

> No sé si he podido expicarme mejor.
> 
> Un saludo


---   ---
Eduardo Morras 

-
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] Replicacion asincrona de base de datos en vez de cluster

[Ruben Fitó]

Gracias lista por sus aportaciones,

Para resolver dudas, os explico qué queremos:

Tenemos un gran grupo de tiendas(TPV, POS,...) que han de ser instaladas i
configuradas para que funcionen.

Nuestro principal objetivo es que esa configuración se pueda modificar de
manera centralizada, por ejemplo des de una WEB de gestión. Al mismo tiempo
deseamos que haya una "sincronización real-time", para no tener que crear
un proceso batch que vaya sincronizando cada x tiempo.

Montando un "streaming replication" por cada tienda obtendríamos ese
resultado, haciendo que haya un cluster master(en el servidor) i una read
only(en la tienda) por cada tienda. Pero claro, esto es un dolor de cabeza,
si tenemos 50 tiendas, deberíamos montar 50 clústers en el servidor.

Y ahora me preguntaréis, porqué tantos clústers?? La respuesta es que se
desea que cada tienda sólo tenga una única configuiración, desean que todo
vaya por separado. En caso contrario, montaríamos un solo master y tantos
esclavos como hicieran falta.

Con streaming replication seria una faena tediosa, configuración de
clústers, etc. A parte de  que la WEb de gestión tendría que acceder a
todos los clústers, bla, bla bla.

En resumen, hemos pensado que estaria bien tener un único master, y
sincronizar con la base de datos de la tienda, pero sólo de su
configuración(su propia BBDD, o tabla, o ...).

Lo que nos entusiasma de "Streaming Replication" es la  estabilidad,
efectividad i gran confianza que nos da, pero no sabemos si existe algun
proceso de sincronización parecido sólo para base de datos, tablas, etc..

No sé si he podido expicarme mejor.

Un saludo


2016-02-16 17:23 GMT+01:00 Ernesto Quiñones :

> yo no usaría DBLinks para generar réplicas de datos, sería muy lento,
> mejor es irse a replicación Asíncrona, Síncrona podría hacer tu sistema
> lento.
>
> saludos
>
> El 16 de febrero de 2016, 9:41, jaime soler 
> escribió:
>
>> El mar, 16-02-2016 a las 14:02 +0100, Ruben Fitó escribió:
>>
>> Buenos dia lista,
>>
>> Para empezar, tenemos un sistema de replicación "Streaming replication"
>> con postgresql 9.3.
>>
>> Hemos comprovado que este sistema es estable y que aguanta caídas de
>> varias horas (segun hemos configurado).
>>
>> Ahora tenemos intención de hacer algo parecido pero no por clúster sino
>> por diferentes bases de datos por un mismo cluster.
>>
>> Hemos estado buscando en la documentación y hemos visto que existen
>> diferentes módulos de sincronización como dblink o pg_fwd, pero no hemos
>> podido comprovar su eficacia.
>>
>>
>> Conocéis algun sistema de sincronización parecido al que necesitamos??
>>
>>
>> Si te refieres a replicar de determinadas bases de datos, y no todo el
>> cluster. Streaming replication no es una opción y tendrás principalmente
>> dos opciones:
>> - replicación asíncrona basada en mecanismos de triggers:
>> * maestro- esclavo tipo slony, XDB replication server de EDB,
>> symmetricds
>> * multimaestro: bucardo
>> - replicación lógica de manera asincrona
>> * maestro-esclavo, si es en una dirección puedes usar UDR o pglogical
>> * multi-maestro: BDR
>>
>> un saludo
>>
>>
>> Un saludo
>>
>> --
>> *Ruben Fitó *
>> Software Engineer
>> r.f...@ubiquat.com 
>> www.ubiquat.com
>> Tota la informació continguda en aquest document i arxius adjunts és
>> CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per
>> error, si us plau elimini'l i posi's en contacte amb l'emissor.
>>
>> All information contained in this document and any attachments are
>> CONFIDENTIAL and protected under trade secret laws. If you receive this
>> message by mistake, please delete it and notify it immediately to the
>> sender.
>>
>>
>
>
> --
> --
> Visita : http://www.eqsoft.net
> --
> mi Twitter : http://www.twitter.com/ernestoq
> mi Blog : http://www.eqsoft.net/blog2
> mi LinkedIn: https://pe.linkedin.com/in/ernestoq
>



-- 
*Ruben Fitó *
Software Engineer
[image: Ubiquat Technologies, SL]
r.f...@ubiquat.com 
www.ubiquat.com
Tota la informació continguda en aquest document i arxius adjunts és
CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per
error, si us plau elimini'l i posi's en contacte amb l'emissor.

All information contained in this document and any attachments are
CONFIDENTIAL and protected under trade secret laws. If you receive this
message by mistake, please delete it and notify it immediately to the
sender.

Re: [pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de cluster

[Ernesto Quiñones]

yo no usaría DBLinks para generar réplicas de datos, sería muy lento, mejor
es irse a replicación Asíncrona, Síncrona podría hacer tu sistema lento.

saludos

El 16 de febrero de 2016, 9:41, jaime soler 
escribió:

> El mar, 16-02-2016 a las 14:02 +0100, Ruben Fitó escribió:
>
> Buenos dia lista,
>
> Para empezar, tenemos un sistema de replicación "Streaming replication"
> con postgresql 9.3.
>
> Hemos comprovado que este sistema es estable y que aguanta caídas de
> varias horas (segun hemos configurado).
>
> Ahora tenemos intención de hacer algo parecido pero no por clúster sino
> por diferentes bases de datos por un mismo cluster.
>
> Hemos estado buscando en la documentación y hemos visto que existen
> diferentes módulos de sincronización como dblink o pg_fwd, pero no hemos
> podido comprovar su eficacia.
>
>
> Conocéis algun sistema de sincronización parecido al que necesitamos??
>
>
> Si te refieres a replicar de determinadas bases de datos, y no todo el
> cluster. Streaming replication no es una opción y tendrás principalmente
> dos opciones:
> - replicación asíncrona basada en mecanismos de triggers:
> * maestro- esclavo tipo slony, XDB replication server de EDB, symmetricds
> * multimaestro: bucardo
> - replicación lógica de manera asincrona
> * maestro-esclavo, si es en una dirección puedes usar UDR o pglogical
> * multi-maestro: BDR
>
> un saludo
>
>
> Un saludo
>
> --
> *Ruben Fitó *
> Software Engineer
> r.f...@ubiquat.com 
> www.ubiquat.com
> Tota la informació continguda en aquest document i arxius adjunts és
> CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per
> error, si us plau elimini'l i posi's en contacte amb l'emissor.
>
> All information contained in this document and any attachments are
> CONFIDENTIAL and protected under trade secret laws. If you receive this
> message by mistake, please delete it and notify it immediately to the
> sender.
>
>


-- 
--
Visita : http://www.eqsoft.net
--
mi Twitter : http://www.twitter.com/ernestoq
mi Blog : http://www.eqsoft.net/blog2
mi LinkedIn: https://pe.linkedin.com/in/ernestoq

Re: [pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de cluster

[jaime soler]

El mar, 16-02-2016 a las 14:02 +0100, Ruben Fitó escribió:
> Buenos dia lista,
> 
> Para empezar, tenemos un sistema de replicación "Streaming
> replication" con postgresql 9.3.
> 
> Hemos comprovado que este sistema es estable y que aguanta caídas de
> varias horas (segun hemos configurado).
> 
> Ahora tenemos intención de hacer algo parecido pero no por clúster
> sino por diferentes bases de datos por un mismo cluster.
> 
> Hemos estado buscando en la documentación y hemos visto que existen
> diferentes módulos de sincronización como dblink o pg_fwd, pero no
> hemos podido comprovar su eficacia.
> 
> 
> Conocéis algun sistema de sincronización parecido al que
> necesitamos??
Si te refieres a replicar de determinadas bases de datos, y no todo el
cluster. Streaming replication no es una opción y tendrás
principalmente dos opciones:
- replicación asíncrona basada en mecanismos de triggers:
* maestro- esclavo tipo slony, XDB replication server de EDB, s
ymmetricds 
* multimaestro: bucardo 
- replicación lógica de manera asincrona
* maestro-esclavo, si es en una dirección puedes usar UDR o
pglogical 
* multi-maestro: BDR
un saludo
>  
> Un saludo
> > -- 
> Ruben Fitó 
> 
> 
> Software Engineer> 
> 
> 
> 
> 
> 
r.f...@ubiquat.com  > 
> 
> 
> www.ubiquat.com> 
> 
> 
> Tota
>  la informació continguda en aquest document i arxius adjunts és 
> CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per 
> error, si us plau elimini'l i posi's en contacte amb l'emissor.
> 
> 
> 

> All information contained in this document and any attachments are 
> CONFIDENTIAL and protected under trade secret laws. If you receive this 
> message by mistake, please delete it and notify it immediately to the 
> sender.
> 

> 

Re: [MASSMAIL] [pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de cluster

[Gilberto Castillo]

> Buenos dia lista,
>
> Para empezar, tenemos un sistema de replicación "Streaming replication"
> con
> postgresql 9.3.
>
> Hemos comprovado que este sistema es estable y que aguanta caídas de
> varias
> horas (segun hemos configurado).
>
> Ahora tenemos intención de hacer algo parecido pero no por clúster sino
> por
> diferentes bases de datos por un mismo cluster.
>
> Hemos estado buscando en la documentación y hemos visto que existen
> diferentes módulos de sincronización como dblink o pg_fwd, pero no hemos
> podido comprovar su eficacia.
>
>
> Conocéis algun sistema de sincronización parecido al que necesitamos??

Hola Ruben,

SR puede funcionar tan asíncrono como síncrono ..así que no queda claro su
duda o necesidad. ¿Puede explicarse mejor?


>
>


-- 
Saludos,
Gilberto Castillo
ETECSA, La Habana, Cuba


-
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

[pgsql-es-ayuda] Replicacion asincrona de base de datos en vez de cluster

[Ruben Fitó]

Buenos dia lista,

Para empezar, tenemos un sistema de replicación "Streaming replication" con
postgresql 9.3.

Hemos comprovado que este sistema es estable y que aguanta caídas de varias
horas (segun hemos configurado).

Ahora tenemos intención de hacer algo parecido pero no por clúster sino por
diferentes bases de datos por un mismo cluster.

Hemos estado buscando en la documentación y hemos visto que existen
diferentes módulos de sincronización como dblink o pg_fwd, pero no hemos
podido comprovar su eficacia.


Conocéis algun sistema de sincronización parecido al que necesitamos??

Un saludo

-- 
*Ruben Fitó *
Software Engineer
r.f...@ubiquat.com 
www.ubiquat.com
Tota la informació continguda en aquest document i arxius adjunts és
CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per
error, si us plau elimini'l i posi's en contacte amb l'emissor.

All information contained in this document and any attachments are
CONFIDENTIAL and protected under trade secret laws. If you receive this
message by mistake, please delete it and notify it immediately to the
sender.

[pgsql-es-ayuda] Replicacion con Streaming Replication

[Romero, Fernando]

Hola como están.
Tuve la necesidad de replicar 2 bases en postgresql asi que recopilando 
información de lo que fui haciendo arme un manual y los subí a youtube.
Les dejo el link, el que quiera puede suscribirse ya que hay varios manuales 
mas en el canal y voy a seguir subiendo.
Si quieren los pdf de los manuales que hay en el canal me los piden y se los 
paso por mail.

Saludos

https://youtu.be/CDw4McqbCsc

Re: [pgsql-es-ayuda] REPLICACION STREAMING

[Jaime Casanova]

2015-02-16 16:29 GMT-05:00 MARIA ANTONIETA RAMIREZ SOLIS
:
>
> ya tenia configurada mi bd en postgres y se replicaba, tuve problemas con el
> servidor y configure de nuevo, ya tengo todos mis parametros como estaban
> anteriormente, pero el problema que tengo es que no me da la actualizacion
> de los datos en el servidor esclavo, y si estan los archivos wal.  en la
> ruta.
>

Que versión de postgres es esta?
Además de lo que te pidió Anthony, podrías ver el log del esclavo.


Recuerda que en el archivo pg_hba.conf del maestro debe haber una
entrada para la ip de la réplica para "replication"


-- 
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] REPLICACION STREAMING

[Jaime Casanova]

2015-02-16 16:29 GMT-05:00 MARIA ANTONIETA RAMIREZ SOLIS
:
>
> ya tenia configurada mi bd en postgres y se replicaba, tuve problemas con el
> servidor y configure de nuevo, ya tengo todos mis parametros como estaban
> anteriormente, pero el problema que tengo es que no me da la actualizacion
> de los datos en el servidor esclavo, y si estan los archivos wal.  en la
> ruta.
>

Que versión de postgres es esta?
Además de lo que te pidió Anthony, podrías ver el log del esclavo.


Recuerda que en el archivo pg_hba.conf del maestro debe haber una
entrada para la ip de la réplica para "replication"


-- 
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] REPLICACION STREAMING

[Anthony Sotolongo]

Hola MARIA ANTONIETA, Fijate en el master la vista pg_stat_replication, 
ahi esta la información de lo que se esta enviando para los esclavos, si 
hay algún retraso o algo así.

saludos

El 2/16/2015 a las 6:29 PM, MARIA ANTONIETA RAMIREZ SOLIS escribió:

buen dia

Por medio del presente tengo una duda.

ya tenia configurada mi bd en postgres y se replicaba, tuve problemas 
con el servidor y configure de nuevo, ya tengo todos mis parametros 
como estaban anteriormente, pero el problema que tengo es que no me da 
la actualizacion de los datos en el servidor esclavo, y si estan los 
archivos wal.  en la ruta.


saben a que se puede deber esto?

[pgsql-es-ayuda] REPLICACION STREAMING

[MARIA ANTONIETA RAMIREZ SOLIS]

buen dia

Por medio del presente tengo una duda.

ya tenia configurada mi bd en postgres y se replicaba, tuve problemas con
el servidor y configure de nuevo, ya tengo todos mis parametros como
estaban anteriormente, pero el problema que tengo es que no me da la
actualizacion de los datos en el servidor esclavo, y si estan los archivos
wal.  en la ruta.

saben a que se puede deber esto?

Re: [pgsql-es-ayuda] Replicacion

[Alvaro Herrera]

MARIA ANTONIETA RAMIREZ SOLIS escribió:

> Soy nuevo en postgresql y tengo dudas, espero me pudieran orientar

Estimado María Antonieta, ¿eres nuevo?  Bienvenido.

> les expongo mi tema:
> yo tengo servidor A y B en el cual A es mi maestro y B es mi esclavo, A
> replica en B.

¿Qué mecanismo estás usando para replicar A en B?

-- 
Álvaro Herrerahttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

-
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

[pgsql-es-ayuda] Replicacion

[MARIA ANTONIETA RAMIREZ SOLIS]

Hola.


Soy nuevo en postgresql y tengo dudas, espero me pudieran orientar

estoy usando la version 9.4, tengo mi base en un servidor A (maestro) la
cual se esta replicando en el servidor B (esclavo), mi servidor esclavo es
de solo lectura.

les expongo mi tema:
yo tengo servidor A y B en el cual A es mi maestro y B es mi esclavo, A
replica en B.
si se me cae mi servidor A, como entra el B si es de solo lectura ¿como lo
tengo que configurar para que si falla A, entre B y no sea un servidor de
solo lectura?

-debo configurarlo como configure el maestro, haciendo referencia a otro
servidor en este caso "C" como esclavo?
como lo configuro?

o hay una opcion de configurar un servidor extra al que lleguen las
peticiones y este reparta a Ay B, y estos se repliquen a otro servidor?

espero que me puedan ayudar.

De ante mano, Gracias

Atte: Maria

Re: [pgsql-es-ayuda] Replicacion de Bases de Datos

[Milton Labanda]

Ese script era justo a lo que estaba apuntando ultimamente Jaime


El 17 de abril de 2014, 23:59, Jaime Casanova escribió:

> 2014-04-17 14:29 GMT-05:00 Milton Labanda <1000ton@gmail.com>:
> > Hola queridos amigos.
> > Queria preguntarles si existe la posibilidad en postgres de hacer una
> cierta
> > especie
> > de replicación de una BD pero en el mismo servidor o algún respaldo
> > automático
> > que me asegure la disponibilidad de tener siempre a la mano otra
> instancia
> > de la BD de producción con la cual hacer pruebas? Pero en el mismo
> servidor.
> > Saludos y gracias desde ya.
> >
>
> "Una cierta especie de replicación"...
>
> Si te entiendo, corrígeme si me equivoco, lo que quieres hacer es
> sacar una copia de una base cada cierto tiempo para que el ambiente de
> pruebas sea similar al de producción.
>
> Si es eso, podrías; como sugieres en algún correo; usar "CREATE
> DATABASE ... WITH TEMPLATE = base_prod;" el problema con eso es que en
> la base de producción (o la que sea que estes usando como template) no
> puedes tener usuarios conectados.
>
> otra alternativa es sacar un backup fisico (junto con los archivos del
> wal), levantarlo en otro puerto y toda el enredo que requeririas para
> hacerlo funcionar (cosa que seria mas simple con pgbarman)
>
> finalmente, una solución mas simple es que saques un backup con
> pg_dump y lo cargues con pg_restore. solo creas un script con:
> pg_dump -Fc base > base.dump
> dropdb base_prueba
> createdb base_prueba
> pg_restore -d base_prueba base.dump
>
> o puedes usar pgstaging para armar toda la complejidad que busques
> http://tapoueh.org/pgsql/pgstaging.html
>
> --
> Jaime Casanova www.2ndQuadrant.com
> Professional PostgreSQL: Soporte 24x7 y capacitación
> Phone: +593 4 5107566 Cell: +593 987171157
>



-- 
/\/\;/-
Milton  Labanda  [miltonlab]
Distro:Debian GNU/Linux 6.0 Squeeze
Blog:  http://1000tonlab.wordpress.com
jabber:milton...@jabber.org 
"... Solamente la libertad que se somete a la Verdad conduce a la persona
humana a su  verdadero bien...".  Karol Wojtyla
(:\ Usa Software Legal, usa Software Libre /:)

Re: [pgsql-es-ayuda] Replicacion de Bases de Datos

[Jaime Casanova]

2014-04-17 14:29 GMT-05:00 Milton Labanda <1000ton@gmail.com>:
> Hola queridos amigos.
> Queria preguntarles si existe la posibilidad en postgres de hacer una cierta
> especie
> de replicación de una BD pero en el mismo servidor o algún respaldo
> automático
> que me asegure la disponibilidad de tener siempre a la mano otra instancia
> de la BD de producción con la cual hacer pruebas? Pero en el mismo servidor.
> Saludos y gracias desde ya.
>

"Una cierta especie de replicación"...

Si te entiendo, corrígeme si me equivoco, lo que quieres hacer es
sacar una copia de una base cada cierto tiempo para que el ambiente de
pruebas sea similar al de producción.

Si es eso, podrías; como sugieres en algún correo; usar "CREATE
DATABASE ... WITH TEMPLATE = base_prod;" el problema con eso es que en
la base de producción (o la que sea que estes usando como template) no
puedes tener usuarios conectados.

otra alternativa es sacar un backup fisico (junto con los archivos del
wal), levantarlo en otro puerto y toda el enredo que requeririas para
hacerlo funcionar (cosa que seria mas simple con pgbarman)

finalmente, una solución mas simple es que saques un backup con
pg_dump y lo cargues con pg_restore. solo creas un script con:
pg_dump -Fc base > base.dump
dropdb base_prueba
createdb base_prueba
pg_restore -d base_prueba base.dump

o puedes usar pgstaging para armar toda la complejidad que busques
http://tapoueh.org/pgsql/pgstaging.html

-- 
Jaime Casanova www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
Phone: +593 4 5107566 Cell: +593 987171157

-
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] Replicacion de Bases de Datos

[Martín Marqués]

El día 17 de abril de 2014, 16:48, Milton Labanda
<1000ton@gmail.com> escribió:
> y no hay manera de hacer el create database con el template=produccion de
> manera automatica , a lo cron?

Claro que se puede. ¿Quieres que te escribamos el script también?

Saludos,

-- 
Martín Marqués http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

-
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: [ecpug] [pgsql-es-ayuda] Replicacion de Bases de Datos

[Juan Ochoa]

SymmetricDs

http://www.symmetricds.org/


2014-04-17 14:48 GMT-05:00 Milton Labanda <1000ton@gmail.com>:

> y no hay manera de hacer el create database con el template=produccion de
> manera automatica , a lo cron?
>
>
> El 17 de abril de 2014, 14:40, raul andrez gutierrez alejo <
> rauland...@gmail.com> escribió:
>
> hola Milton.
>>
>> no creo, postgres tiene stream replication, pero es maestro esclavo y en
>> el esclavo no puedes hacer pruebas de escritura porque no puedes escribir,
>> también existe XB que es una replicacion maestro-maestro, pero si escribe
>> alguna prueba en el maestro de prueba se va replicar al maestro de
>> producción, no recomiendo pero en el mismo servidor puede crear una copia
>> de la base de datos en "caliente" creando la db con template=db_produccion
>> pero durante la copia no debe haber usuarios conectados a la db_produccion,
>> yo use esta metodología pero era un db pequeña y en la noches no había
>> usuarios conectado, puede ser tu caso , lo que yo hago en una db 7x24 es
>> cada noche con un cron realizo un backup de producción, con otro lo copio
>> al servidor de pruebas y con otro con restauro en el ambiente de pruebas.
>>
>>
>> El 17 de abril de 2014, 14:29, Milton Labanda 
>> <1000ton@gmail.com>escribió:
>>
>> Hola queridos amigos.
>>> Queria preguntarles si existe la posibilidad en postgres de hacer una
>>> cierta especie
>>> de replicación de una BD pero en el mismo servidor o algún respaldo
>>> automático
>>> que me asegure la disponibilidad de tener siempre a la mano otra
>>> instancia de la BD de producción con la cual hacer pruebas? Pero en el
>>> mismo servidor.
>>> Saludos y gracias desde ya.
>>>
>>> --
>>> /\/\;/-
>>> Milton  Labanda  [miltonlab]
>>> Distro:Debian GNU/Linux 6.0 Squeeze
>>> Blog:  http://1000tonlab.wordpress.com
>>> jabber:milton...@jabber.org 
>>> "... Solamente la libertad que se somete a la Verdad conduce a la
>>> persona humana a su  verdadero bien...".  Karol Wojtyla
>>> (:\ Usa Software Legal, usa Software Libre /:)
>>>
>>
>>
>>
>> --
>> Raul Andres Gutierrez Alejo
>>
>
>
>
> --
> /\/\;/-
> Milton  Labanda  [miltonlab]
> Distro:Debian GNU/Linux 6.0 Squeeze
> Blog:  http://1000tonlab.wordpress.com
> jabber:milton...@jabber.org 
> "... Solamente la libertad que se somete a la Verdad conduce a la persona
> humana a su  verdadero bien...".  Karol Wojtyla
> (:\ Usa Software Legal, usa Software Libre /:)
>



-- 
Juan Ochoa
Arquitecto de Software
Savia·soft Cía. Ltda.
Telf: (593) 2 2279377 - (593) 958846526
Río Coca E5-16 e Isla Isabela.
Quito. Ecuador.

Re: [pgsql-es-ayuda] Replicacion de Bases de Datos

[Milton Labanda]

y no hay manera de hacer el create database con el template=produccion de
manera automatica , a lo cron?


El 17 de abril de 2014, 14:40, raul andrez gutierrez alejo <
rauland...@gmail.com> escribió:

> hola Milton.
>
> no creo, postgres tiene stream replication, pero es maestro esclavo y en
> el esclavo no puedes hacer pruebas de escritura porque no puedes escribir,
> también existe XB que es una replicacion maestro-maestro, pero si escribe
> alguna prueba en el maestro de prueba se va replicar al maestro de
> producción, no recomiendo pero en el mismo servidor puede crear una copia
> de la base de datos en "caliente" creando la db con template=db_produccion
> pero durante la copia no debe haber usuarios conectados a la db_produccion,
> yo use esta metodología pero era un db pequeña y en la noches no había
> usuarios conectado, puede ser tu caso , lo que yo hago en una db 7x24 es
> cada noche con un cron realizo un backup de producción, con otro lo copio
> al servidor de pruebas y con otro con restauro en el ambiente de pruebas.
>
>
> El 17 de abril de 2014, 14:29, Milton Labanda <1000ton@gmail.com>escribió:
>
> Hola queridos amigos.
>> Queria preguntarles si existe la posibilidad en postgres de hacer una
>> cierta especie
>> de replicación de una BD pero en el mismo servidor o algún respaldo
>> automático
>> que me asegure la disponibilidad de tener siempre a la mano otra
>> instancia de la BD de producción con la cual hacer pruebas? Pero en el
>> mismo servidor.
>> Saludos y gracias desde ya.
>>
>> --
>> /\/\;/-
>> Milton  Labanda  [miltonlab]
>> Distro:Debian GNU/Linux 6.0 Squeeze
>> Blog:  http://1000tonlab.wordpress.com
>> jabber:milton...@jabber.org 
>> "... Solamente la libertad que se somete a la Verdad conduce a la persona
>> humana a su  verdadero bien...".  Karol Wojtyla
>> (:\ Usa Software Legal, usa Software Libre /:)
>>
>
>
>
> --
> Raul Andres Gutierrez Alejo
>



-- 
/\/\;/-
Milton  Labanda  [miltonlab]
Distro:Debian GNU/Linux 6.0 Squeeze
Blog:  http://1000tonlab.wordpress.com
jabber:milton...@jabber.org 
"... Solamente la libertad que se somete a la Verdad conduce a la persona
humana a su  verdadero bien...".  Karol Wojtyla
(:\ Usa Software Legal, usa Software Libre /:)

Re: [pgsql-es-ayuda] Replicacion de Bases de Datos

[raul andrez gutierrez alejo]

hola Milton.

no creo, postgres tiene stream replication, pero es maestro esclavo y en el
esclavo no puedes hacer pruebas de escritura porque no puedes escribir,
también existe XB que es una replicacion maestro-maestro, pero si escribe
alguna prueba en el maestro de prueba se va replicar al maestro de
producción, no recomiendo pero en el mismo servidor puede crear una copia
de la base de datos en "caliente" creando la db con template=db_produccion
pero durante la copia no debe haber usuarios conectados a la db_produccion,
yo use esta metodología pero era un db pequeña y en la noches no había
usuarios conectado, puede ser tu caso , lo que yo hago en una db 7x24 es
cada noche con un cron realizo un backup de producción, con otro lo copio
al servidor de pruebas y con otro con restauro en el ambiente de pruebas.


El 17 de abril de 2014, 14:29, Milton Labanda <1000ton@gmail.com>escribió:

> Hola queridos amigos.
> Queria preguntarles si existe la posibilidad en postgres de hacer una
> cierta especie
> de replicación de una BD pero en el mismo servidor o algún respaldo
> automático
> que me asegure la disponibilidad de tener siempre a la mano otra instancia
> de la BD de producción con la cual hacer pruebas? Pero en el mismo servidor.
> Saludos y gracias desde ya.
>
> --
> /\/\;/-
> Milton  Labanda  [miltonlab]
> Distro:Debian GNU/Linux 6.0 Squeeze
> Blog:  http://1000tonlab.wordpress.com
> jabber:milton...@jabber.org 
> "... Solamente la libertad que se somete a la Verdad conduce a la persona
> humana a su  verdadero bien...".  Karol Wojtyla
> (:\ Usa Software Legal, usa Software Libre /:)
>



-- 
Raul Andres Gutierrez Alejo

Re: [pgsql-es-ayuda] Replicacion de Bases de Datos

[Alvaro Herrera]

Milton Labanda escribió:
> Hola queridos amigos.
> Queria preguntarles si existe la posibilidad en postgres de hacer una
> cierta especie
> de replicación de una BD pero en el mismo servidor o algún respaldo
> automático
> que me asegure la disponibilidad de tener siempre a la mano otra instancia
> de la BD de producción con la cual hacer pruebas? Pero en el mismo servidor.

Cualquier mecanismo de replicación puedes usarlo montando un segundo
"postmaster", en un PGDATA distinto, en un port distinto, en el mismo
servidor.

Claro que si se cae el servidor, te quedaste sin ninguna de las dos
copias.  Si es sólo para hacer pruebas y no para ofrecer alta
disponibilidad, debería servir perfectamente.

Nota: las listas de los PUG normalmente no son para hacer preguntas
técnicas, sino para organizar eventos y esfuerzos conjuntos de
promoción local, etc.

-- 
Álvaro Herrerahttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

-
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

[pgsql-es-ayuda] Replicacion de Bases de Datos

[Milton Labanda]

Hola queridos amigos.
Queria preguntarles si existe la posibilidad en postgres de hacer una
cierta especie
de replicación de una BD pero en el mismo servidor o algún respaldo
automático
que me asegure la disponibilidad de tener siempre a la mano otra instancia
de la BD de producción con la cual hacer pruebas? Pero en el mismo servidor.
Saludos y gracias desde ya.

-- 
/\/\;/-
Milton  Labanda  [miltonlab]
Distro:Debian GNU/Linux 6.0 Squeeze
Blog:  http://1000tonlab.wordpress.com
jabber:milton...@jabber.org 
"... Solamente la libertad que se somete a la Verdad conduce a la persona
humana a su  verdadero bien...".  Karol Wojtyla
(:\ Usa Software Legal, usa Software Libre /:)

Re: [pgsql-es-ayuda] replicacion

[Gilberto Castillo]

>
>
> También existe un proyecto bien interesante que se llama Postgres-XC
> http://wiki.postgresql.org/wiki/Postgres-XC
>
Si ya tienes algo adelantado en su uso y deseas compartir, lo espero. gracias


Saludos,
Gilberto Castillo
La Habana, Cuba
--- 
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx3.etecsa.cu
Visit our web-site: , 
-
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] replicacion

[René Romero Benavides]

También existe un proyecto bien interesante que se llama Postgres-XC
http://wiki.postgresql.org/wiki/Postgres-XC





On Wednesday, February 13, 2013 08:41:49 PM Eduardo Morras wrote:
> On Wed, 13 Feb 2013 15:24:16 -0300
> 
> Fernando Reyes  wrote:
> > Gilberto, primero que nada muchas gracias por responder.
> > En efecto fuí extenso intensionalmente para dejar entrever que ya
> > probé "soluciones" no quedando conforme y que además entiendo la
> > complejidad del asunto(*), sin embargo el proyecto que mencionas
> > SymmetricDS lo desconocía y creo a primera vista que merece una
> > evaluación, pero mientras me hago el espacio de tiempo para pelear con
> > java (...) se me ocurrieron 2 opciones rápidas de implementar.
> > 1. Crear archivos "testigo" (semaforos) en disco de las transacciones
> > en tanto se ejecuten, paralelo al registro en la cola.
> > 2. Bloquear la cola justo antes de obtener sus datos (lock table...)
> > lo que me parece mucho mas transparente ya que no tengo que revisar
> > "views" de sistema ni ejecutar funciones específicas.
> > De estas opciones ya implementé la última y hasta ahora voy bien
> > además de que gané en desempeño al prescindir de pg_locks.
> 
> Con pgpool2 puedes mandar separar las lecturas de las escrituras. Las
> escrituras puedes mandarlas a todos los servidores y balancear las
> lecturas. Se suele usar slony, pyreplica o similares por si alguna de las
> escrituras falla. No se si se ajusta a lo que quieres hacer.
> > (*)Me costó encontrar este el link en el baúl de los recuerdos que
> > aunque es viejo espero que a algún interesado le sirva como punto de
> > partida
> > http://www.dbspecialists.com/files/presentations/mm_replication.html
> > 
> > Fernando Reyes
> > 
> > El día 12 de febrero de 2013 17:12, Gilberto Castillo
> > 
> >  escribió:
> > > Fernando, disculpa muy largo tu texto por lo que hay aspectos que no me
> > > quedan claro.
> > > 
> > > ¿por que no usas algo de lo ya hecho para esos caso? Ejemplo bucardo,
> > > SysmtrisDS
> > > 
> > > ¿Estas claro que la replicación Maestro-Maestro es muy complicad de
> > > mantener?
> > > 
> > > Piensa en armar un esquema con Slony-I, algo de eso nos enseño Alvaro
> > > una
> > > vez y parece interesante ese planteamiento... dado los royos de la
> > > opción
> > > que has escogido.
> > > 
> > > 
> > > 
> > > 
> > > Saludos,
> > > Gilberto Castillo
> > > La Habana, Cuba
> > 
> > -
> > 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
> 
> ---   ---
> Eduardo Morras 
> 
> -
> 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
-- 
postgresql.org.mx

-
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] replicacion

[Eduardo Morras]

On Wed, 13 Feb 2013 15:24:16 -0300
Fernando Reyes  wrote:

> Gilberto, primero que nada muchas gracias por responder.
> En efecto fuí extenso intensionalmente para dejar entrever que ya
> probé "soluciones" no quedando conforme y que además entiendo la
> complejidad del asunto(*), sin embargo el proyecto que mencionas
> SymmetricDS lo desconocía y creo a primera vista que merece una
> evaluación, pero mientras me hago el espacio de tiempo para pelear con
> java (...) se me ocurrieron 2 opciones rápidas de implementar.
> 1. Crear archivos "testigo" (semaforos) en disco de las transacciones
> en tanto se ejecuten, paralelo al registro en la cola.
> 2. Bloquear la cola justo antes de obtener sus datos (lock table...)
> lo que me parece mucho mas transparente ya que no tengo que revisar
> "views" de sistema ni ejecutar funciones específicas.
> De estas opciones ya implementé la última y hasta ahora voy bien
> además de que gané en desempeño al prescindir de pg_locks.

Con pgpool2 puedes mandar separar las lecturas de las escrituras. Las 
escrituras puedes mandarlas a todos los servidores y balancear las lecturas. Se 
suele usar slony, pyreplica o similares por si alguna de las escrituras falla. 
No se si se ajusta a lo que quieres hacer.


> (*)Me costó encontrar este el link en el baúl de los recuerdos que
> aunque es viejo espero que a algún interesado le sirva como punto de
> partida http://www.dbspecialists.com/files/presentations/mm_replication.html
> 
> Fernando Reyes
> 
> El día 12 de febrero de 2013 17:12, Gilberto Castillo
>  escribió:
> 
> > Fernando, disculpa muy largo tu texto por lo que hay aspectos que no me
> > quedan claro.
> >
> > ¿por que no usas algo de lo ya hecho para esos caso? Ejemplo bucardo,
> > SysmtrisDS
> >
> > ¿Estas claro que la replicación Maestro-Maestro es muy complicad de 
> > mantener?
> >
> > Piensa en armar un esquema con Slony-I, algo de eso nos enseño Alvaro una
> > vez y parece interesante ese planteamiento... dado los royos de la opción
> > que has escogido.
> >
> >
> >
> >
> > Saludos,
> > Gilberto Castillo
> > La Habana, Cuba
> 
> -
> 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


---   ---
Eduardo Morras 

-
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] replicacion

[Fernando Reyes]

Gilberto, primero que nada muchas gracias por responder.
En efecto fuí extenso intensionalmente para dejar entrever que ya
probé "soluciones" no quedando conforme y que además entiendo la
complejidad del asunto(*), sin embargo el proyecto que mencionas
SymmetricDS lo desconocía y creo a primera vista que merece una
evaluación, pero mientras me hago el espacio de tiempo para pelear con
java (...) se me ocurrieron 2 opciones rápidas de implementar.
1. Crear archivos "testigo" (semaforos) en disco de las transacciones
en tanto se ejecuten, paralelo al registro en la cola.
2. Bloquear la cola justo antes de obtener sus datos (lock table...)
lo que me parece mucho mas transparente ya que no tengo que revisar
"views" de sistema ni ejecutar funciones específicas.
De estas opciones ya implementé la última y hasta ahora voy bien
además de que gané en desempeño al prescindir de pg_locks.

(*)Me costó encontrar este el link en el baúl de los recuerdos que
aunque es viejo espero que a algún interesado le sirva como punto de
partida http://www.dbspecialists.com/files/presentations/mm_replication.html

Fernando Reyes

El día 12 de febrero de 2013 17:12, Gilberto Castillo
 escribió:

> Fernando, disculpa muy largo tu texto por lo que hay aspectos que no me
> quedan claro.
>
> ¿por que no usas algo de lo ya hecho para esos caso? Ejemplo bucardo,
> SysmtrisDS
>
> ¿Estas claro que la replicación Maestro-Maestro es muy complicad de mantener?
>
> Piensa en armar un esquema con Slony-I, algo de eso nos enseño Alvaro una
> vez y parece interesante ese planteamiento... dado los royos de la opción
> que has escogido.
>
>
>
>
> Saludos,
> Gilberto Castillo
> La Habana, Cuba

-
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] replicacion

[Gilberto Castillo]

>
> Buenas tardes a todos y gracias de antemano.
> Al grano... hace un tiempo estoy tratando de implementar replicación
> multimaestro en postgresql usando una porción de pyreplica y un
> demonio propio.
> El procedimiento inicia con el registro en una cola (tabla) de las
> transacciones en forma de sentencia sql a nivel de fila (trigger for
> each row) de las tablas a replicar. Luego un demonio (asíncrono,
> autónomo e independiente) ejecuta en forma secuencial y transaccional
> estas sentencias en cada nodo, hasta aqui nada nuevo.
> Para mantener la integridad debo tomar de la cola lo que esté
> "commiteado" o esperar aquello que esté pendiente sobre ella
> consultando pg_locks, sin embargo existe un lapso de tiempo entre la
> visibilidad de los bloqueos en pg_locks y su visibilidad efectiva en
> la cola (visible con select * from...) lo que provoca una
> desincronización en el orden de estas transacciones.
> La consulta que uso para obtener las transacciones pendientes sobre la
> cola es la siguiente:
>
> select b.transactionid::text::bigint
>   from pg_locks a
>   join pg_locks b
> on b.pid = a.pid
>  where b.locktype = 'transactionid'
>and a."mode"   = 'RowExclusiveLock'
>and b.transactionid::text::bigint < $1
>and a.relation = 'tabla_con_registros_a_replicar'::regclass::oid
>
> Donde $1 es el id de la primera transacción a replicar obtenida
> mediante un "select" en la cola, con lo que debería obtener las
> transacciones pendientes sobre la cola anteriores a él, pero no
> siempre es así.
> Actualmente el efecto de esto es que el demonio principal se encuentra
> en la cola con una transacción "vieja" no replicada por lo que se
> detiene, hasta que efectúo la replicación de ella en forma manual,
> evento que sucede una vez a la semana como media. Ello con una tasa de
> replicación que asciende a 25 registros por segundo como media para
> cada nodo.
> Intenté quitarle la restricción para "locktype" y para "mode" (para
> que considere incluso los "select") pero tampoco funcionó.
> Entonces, sabe alguien si existe alguna vista o función o cualquier
> mecanismo para obtener un conjunto de datos de una tabla garantizando
> que si no se detecta ninguna transacción pendiente sobre esa tabla
> entonces ese conjunto de datos está realmente actualizado ?
> Porque pyreplica ? hace unos 5 años invertí mucho tiempo buscando y
> evaluando soluciones para replicación multimaestro pero al año terminé
> usando pyreplica y creando mi propio demonio, todo ello por la
> simplicidad y flexibilidad al implementarlo en una base de datos cuyo
> diseño casi no puedo "retocar".
> Porque multimaestro ? tengo 12 almacenes distribuidos en largas
> distancias que requieren compartir información lo antes posible (...)
> pero en caso de "caída" de nodos o de enlaces, cada uno debe seguir
> operando en forma autónoma y sincronizar automáticamente al momento de
> estar disposible nuevamente.
> En este momento tengo en producción la versión 8.3.6 de postgresql y
> por la gran masa de datos y procedimientos almacenados veo difícil la
> migración a corto plazo, pero si la solución pasa por migrar entonces
> tendré que hacerlo.
>
> Gracias
>
Fernando, disculpa muy largo tu texto por lo que hay aspectos que no me
quedan claro.

¿por que no usas algo de lo ya hecho para esos caso? Ejemplo bucardo,
SysmtrisDS

¿Estas claro que la replicación Maestro-Maestro es muy complicad de mantener?

Piensa en armar un esquema con Slony-I, algo de eso nos enseño Alvaro una
vez y parece interesante ese planteamiento... dado los royos de la opción
que has escogido.




Saludos,
Gilberto Castillo
La Habana, Cuba
--- 
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx3.etecsa.cu
Visit our web-site: , 
-
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

[pgsql-es-ayuda] replicacion

[Fernando Reyes]

Buenas tardes a todos y gracias de antemano.
Al grano... hace un tiempo estoy tratando de implementar replicación
multimaestro en postgresql usando una porción de pyreplica y un
demonio propio.
El procedimiento inicia con el registro en una cola (tabla) de las
transacciones en forma de sentencia sql a nivel de fila (trigger for
each row) de las tablas a replicar. Luego un demonio (asíncrono,
autónomo e independiente) ejecuta en forma secuencial y transaccional
estas sentencias en cada nodo, hasta aqui nada nuevo.
Para mantener la integridad debo tomar de la cola lo que esté
"commiteado" o esperar aquello que esté pendiente sobre ella
consultando pg_locks, sin embargo existe un lapso de tiempo entre la
visibilidad de los bloqueos en pg_locks y su visibilidad efectiva en
la cola (visible con select * from...) lo que provoca una
desincronización en el orden de estas transacciones.
La consulta que uso para obtener las transacciones pendientes sobre la
cola es la siguiente:

select b.transactionid::text::bigint
  from pg_locks a
  join pg_locks b
on b.pid = a.pid
 where b.locktype = 'transactionid'
   and a."mode"   = 'RowExclusiveLock'
   and b.transactionid::text::bigint < $1
   and a.relation = 'tabla_con_registros_a_replicar'::regclass::oid

Donde $1 es el id de la primera transacción a replicar obtenida
mediante un "select" en la cola, con lo que debería obtener las
transacciones pendientes sobre la cola anteriores a él, pero no
siempre es así.
Actualmente el efecto de esto es que el demonio principal se encuentra
en la cola con una transacción "vieja" no replicada por lo que se
detiene, hasta que efectúo la replicación de ella en forma manual,
evento que sucede una vez a la semana como media. Ello con una tasa de
replicación que asciende a 25 registros por segundo como media para
cada nodo.
Intenté quitarle la restricción para "locktype" y para "mode" (para
que considere incluso los "select") pero tampoco funcionó.
Entonces, sabe alguien si existe alguna vista o función o cualquier
mecanismo para obtener un conjunto de datos de una tabla garantizando
que si no se detecta ninguna transacción pendiente sobre esa tabla
entonces ese conjunto de datos está realmente actualizado ?
Porque pyreplica ? hace unos 5 años invertí mucho tiempo buscando y
evaluando soluciones para replicación multimaestro pero al año terminé
usando pyreplica y creando mi propio demonio, todo ello por la
simplicidad y flexibilidad al implementarlo en una base de datos cuyo
diseño casi no puedo "retocar".
Porque multimaestro ? tengo 12 almacenes distribuidos en largas
distancias que requieren compartir información lo antes posible (...)
pero en caso de "caída" de nodos o de enlaces, cada uno debe seguir
operando en forma autónoma y sincronizar automáticamente al momento de
estar disposible nuevamente.
En este momento tengo en producción la versión 8.3.6 de postgresql y
por la gran masa de datos y procedimientos almacenados veo difícil la
migración a corto plazo, pero si la solución pasa por migrar entonces
tendré que hacerlo.

Gracias

Fernando Reyes

-
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] Replicacion perdida y/o duplicidad de datos.

[Jaime Casanova]

2012/11/16 Pedro Ricardo :
> Buen día lista, tengo una duda, en el tema de replicacion entre 2 base de
> datos ¿se dan los casos de duplicidad y/o perdida de datos?.
>

no debería... de cual método de replicación estamos hablando aqui?

--
Jaime Casanova www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
Phone: +593 4 5107566 Cell: +593 987171157

-
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

[pgsql-es-ayuda] Replicacion perdida y/o duplicidad de datos.

[Pedro Ricardo]

Buen día lista, tengo una duda, en el tema de replicacion entre 2 base de
datos ¿se dan los casos de duplicidad y/o perdida de datos?.

En el caso que la respuesta sea si, ¿de que formas se puede prevenir,
controlar esto?

Gracias.
Saludos.

Re: [pgsql-es-ayuda] Replicacion

[Jaime Casanova]

2012/9/21 Jorge Alberto Aquino Andrade :
> Buen día para todos, investigando en internet como funciona la replicación
> con Slony encontre unos tutoriales y videos que describen como hacer el
> proceso de replicación, me di a la tarea de hacerlo ya que tengo la
> necesidad de tener una base maestra y una esclava y eso se apega a lo que
> quiero, bueno segui todos los pasos y despues de solventar los
> inconvenientes ya hace la replicación, pero al final de uno de los vidoes
> explicaban que para que no estuviese el proceso de la replicacion activa en
> la ventana de comando de windows sugerian que se creara un servicio con slon
> y que se activara y cada vez que se encendiera la computadora se activara
> dicho servicio para que el usuario no visualice la ventana de comandos y la
> replicacion se estuviese haciendo siempre, pero resulta que el servicio esta
> activo pero NO REPLICA alguien sabe que mas hay que configurar para que el
> proceso de replicacion este activo

A parte del hecho de que no deberías estar usando windows para un
servidor de base de datos ;)

Que versión de postgres tienes? si es la 9.0 para arriba podrias usar
la replicación integrada de postgres (lo unico que te complicara un
poco es si tienes tablespaces pero no es muy complicada la
solucion creo yo)

respecto a tu pregunta, verifica en los logs si el servicio slon se
esta conectando a la base. de repente subio con un usuario que no le
permite conectarse, si fuera eso verias mensajes como: no hay una
entrada en el archivo pg_hba.conf para el usuario xxx en la base de
datos xxx desde la ip xx.xx.xx.xx (el mensaje no es exacto pero te da
una idea)

-- 
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

[pgsql-es-ayuda] Replicacion

[Jorge Alberto Aquino Andrade]

Buen día para todos, investigando en internet como funciona la replicación
con Slony encontre unos tutoriales y videos que describen como hacer el
proceso de replicación, me di a la tarea de hacerlo ya que tengo la
necesidad de tener una base maestra y una esclava y eso se apega a lo que
quiero, bueno segui todos los pasos y despues de solventar los
inconvenientes ya hace la replicación, pero al final de uno de los vidoes
explicaban que para que no estuviese el proceso de la replicacion activa en
la ventana de comando de windows sugerian que se creara un servicio con
slon y que se activara y cada vez que se encendiera la computadora se
activara dicho servicio para que el usuario no visualice la ventana de
comandos y la replicacion se estuviese haciendo siempre, pero resulta que
el servicio esta activo pero NO REPLICA alguien sabe que mas hay que
configurar para que el proceso de replicacion este activo

RE: [pgsql-es-ayuda] replicacion postgres

[Lazáro Rubén García Martínez]

Para utilizar streaming replication no tienes porque necesariamente utilizar el 
comando archive_command. En tu fichero recovery.conf
con poner las siguientes líneas, tienes suficiente porque el server standby 
realizará la réplica con los wal almacenados en el pg_xlog del master.

standby_mode = 'on'
primary_conninfo = 'host= port=5432 user='
trigger_file = '/tmp/trigger_file'

Si pones el valor del parámetros wal_keep_segments muy bajo corres el riesgo de 
que ante alguna caída del standby pierdas segmentos de wal, porque cuando el 
master almacena un máximo de ficheros wal = wal_keep_segments, entonces estos 
comienzan a rotarse, ten encuenta que cada fichero tiene un tamaño de 16 MB, 
por tanto para almacenar ficheros wal necesitas un espacio de almacenamiento 
que satisfaga la siguiente fórmula:

((2 + checkpoint_completion_target) * checkpoint_segments + 1  + 
wal_keep_segments) * 16

Saludos.

From: pgsql-es-ayuda-ow...@postgresql.org [pgsql-es-ayuda-ow...@postgresql.org] 
On Behalf Of Juan Manuel Mero Murillo [jmanuelm...@gmail.com]
Sent: Tuesday, July 17, 2012 10:34 AM
To: ec...@postgresql.org; pgsql-es-ayuda@postgresql.org
Subject: [pgsql-es-ayuda] replicacion postgres

Hola amigos, necesito una ayuda, pues bien tengo dos servers bajo la plataforma 
opensuse11 linux, al cual tengo instalado postgres9.04,al los mismo que 
necesito configurarlos como una replicacion de base de datos postgres como 
maestro y esclavo; e intentado con slony-l pero no e llegado a la solucion de 
igual manera 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 Mero
Manta, Manabi, Ecuador


Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE 
ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
http://www.antiterroristas.cu
http://justiciaparaloscinco.wordpress.com

Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE 
ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
http://www.antiterroristas.cu
http://justiciaparaloscinco.wordpress.com
-
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

[pgsql-es-ayuda] replicacion postgres

[Juan Manuel Mero Murillo]

Hola amigos, necesito una ayuda, pues bien tengo dos servers bajo la
plataforma opensuse11 linux, al cual tengo instalado postgres9.04,al los
mismo que necesito configurarlos como una replicacion de base de datos
postgres como maestro y esclavo; e intentado con slony-l pero no e llegado
a la solucion de igual manera 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 Mero
Manta, Manabi, Ecuador

Re: [pgsql-es-ayuda] Replicacion en postgres

[Alvaro Herrera]

Excerpts from Jose Mercedes Venegas Acevedo's message of dom jul 01 19:25:37 
-0400 2012:
> Alguien tiene algun ejemplo de scripts para lograr armar este escenario?
> 
> un servidor principal y dos secundarios quizas despues dos mas
> 
> los secundarios replicarian al principal el funcionamiento seria asi
> 
> un cliente ubicado en la ciudad A graba por ejemplo el pedido 1 y 2
> 
> otro cliente en la ciudad B graba los pedidos 3 y 4
> 
> los cuatro pedidos aparecen en el servidor principal en la ciudad C mas los
> propios que se hagan en el principal
> 
> la numeracion de los pedidos seria indiferente el identificador seria un id
> serial correlativo
> 
> la replicacion deberia hacerse de forma instantanea y en los momentos de
> mucha carga tener la opcion de grabar en los locales y luego a una hora
> determinada enviar los datos al principal

No es exactamente lo que quieres, pero se acerca:
http://archives.postgresql.org/message-id/AANLkTik9=99v-jjqn8ofbsleoy0r1ucmfqiwysmhw...@mail.gmail.com

Creo que para completar la escena necesitas un sistema para generar IDs
como lo que usan en Instagram:
http://instagram-engineering.tumblr.com/post/10853187575/sharding-ids-at-instagram

-- 
Álvaro Herrera 
-
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] Replicacion en postgres

[Edwin Quijada]

No creo que nadie tenga el script asi que te tocara hacerlo. Tendras que echar 
mano de Slony aunque creo que estas mezclando varios estilos o modelos de 
replicacion asi que como lo estas mostrando no es un trabajito trivial aunque a 
primera vista puede ser una replicacion maestro-maestro creo que Slony no 
soporta eso, Bucardo si, asi que te recominedo que empieces a leer sobre 
Bucardo y tener mucho cafe a mano porque te esperan laargas noches :)

De todas formas estaremos por aqui para ayudarte, por favor en ese modelo no 
pensaria para nada en Windows!!


Date: Sun, 1 Jul 2012 18:25:37 -0500
Subject: [pgsql-es-ayuda] Replicacion en postgres
From: jvenegasp...@gmail.com
To: pgsql-es-ayuda@postgresql.org

Alguien tiene algun ejemplo de scripts para lograr armar este escenario?



un servidor principal y dos secundarios quizas despues dos mas





los secundarios replicarian al principal el funcionamiento seria asi





un cliente ubicado en la ciudad A graba por ejemplo el pedido 1 y 2





otro cliente en la ciudad B graba los pedidos 3 y 4





los cuatro pedidos aparecen en el servidor principal en la ciudad C mas los 
propios que se hagan en el principal





la numeracion de los pedidos seria indiferente el identificador seria un id 
serial correlativo 





la replicacion deberia hacerse de forma instantanea y en los momentos de
 mucha carga tener la opcion de grabar en los locales y luego a una hora
 determinada enviar los datos al principal

alguien a podido montar esto? o algun blog que hable sobre este escenario 

mi escenario de trabajo es sobre windows

saludos
-- 

José Mercedes Venegas Acevedo
cel: Mov. 949808846

mails: jvenegasp...@php.net
  jvenegasp...@gmail.com

 
PHP Spanish Docs translator member.
http://www.php.net/manual/es/index.php

  

Re: [pgsql-es-ayuda] Replicacion Multimaster y Hot Standby

[Eduardo Morras]

At 14:55 21/06/2012, you wrote:

> En realidad son mas servidores, estos 2 son para la escritura y 
otros 2 para
> lectura. Aunque de momento tienen poca carga por estar en 
desarrollo, cuando

> entre en produccion espero poder escalar bien las lecturas. O sea, quiero
> que si falla un servidor de escritura el otro siga funcionando 
(HA/FailOver)

> y que las lecturas sean lo mas rapidas posibles (HP). Aqui el unico punto
> que me puede fallar es el pgpool, por lo que probare a tenerlo en 
HA tambien

> con otro en standby.
>

y en verdad necesitas eso o solo estas queriendo prever una situacion
que quiza nunca llegue?


Tiene que funcionar 24x7 y desconozco el nivel de carga en 
produccion, ya que depende del numero de clientes conectado simultaneamente.



>> PS: actualmente se esta trabajando en tener replicacion multi master
>> integrado. aunque probablemente tome algun tiempo antes de tener algo
>> de esto disponible.
>
>
> Espero, por que actualmente estoy limitado, ya que no puedo usar triggers
> que hagan modificaciones a los datos (espero que bucardo/slony u otro me
> ayuden en esto) ni usar indices de tipo hash (muchas consultas son de '=').
>

esto no tiene nada que ver con la replicacion multi master, en
postgres los indices hash no son tan eficientes como los btree. no los
uses


No, el tema de indices hash viene limitado por usar 
HotSatandby/StreamingReplication, los indices hash dependen de cada 
servidor y cada vez que haya un insert/update/delete hay que 
reindexar en el slave. No sabia que ademas tuvieran problemas de eficiencia.



>> PS2: lo que quieres hacer podria solucionarse con plproxy
>> (http://wiki.postgresql.org/wiki/PL/Proxy) si es que tienes las
>> escrituras a traves de funciones
>
>
> Intento que sea lo mas transparente posible para no tener que modificar las
> aplicaciones. Cambiar los INSERT/UPDATE/DELETE por funciones en cada tabla
> obligaria a rehacer parte del codigo.
>

no, no es transparente pero soluciona todo el problema de 
escalabilidad de golpe


... Voy a estudiar esta opcion mas a fondo

Un saludo y gracias



-
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] Replicacion Multimaster y Hot Standby

[Jaime Casanova]

2012/6/21 Eduardo Morras :
> At 19:41 20/06/2012, you wrote:
>>
>> 2012/6/20 Eduardo Morras :
>> >
>> > Muy buenas, una duda sobre Replicacion Multimaster y Hot Standby.
>> > Supongamos
>> > que tengo 1 servidor con pgpoolII manejando 2 servidores Maestros donde
>> > van
>> > a parar todas las escrituras y un bucardo o similar comprobando que los
>> > maestros tienen todos la misma informacion.
>> >
>>
>> solo por curiosidad como esta configurado ese pgpool? hasta donde se
>> lo que va a pasar si lo tienes en balanceo de carga es que las
>> escrituras van a parar a un servidor y las lecturas al otro... claro
>> que si tienes cosas como "SELECT funcion_que_escribe()" entonces si
>> tendrias un balanceo de escrituras pero solo de esas consultas, la
>> otra ventaja que le veo es que no necesitas preocuparte de las bobadas
>> que pudiera hacer el pgpool.
>
>
> En realidad son mas servidores, estos 2 son para la escritura y otros 2 para
> lectura. Aunque de momento tienen poca carga por estar en desarrollo, cuando
> entre en produccion espero poder escalar bien las lecturas. O sea, quiero
> que si falla un servidor de escritura el otro siga funcionando (HA/FailOver)
> y que las lecturas sean lo mas rapidas posibles (HP). Aqui el unico punto
> que me puede fallar es el pgpool, por lo que probare a tenerlo en HA tambien
> con otro en standby.
>

y en verdad necesitas eso o solo estas queriendo prever una situacion
que quiza nunca llegue?

>
>> PS: actualmente se esta trabajando en tener replicacion multi master
>> integrado. aunque probablemente tome algun tiempo antes de tener algo
>> de esto disponible.
>
>
> Espero, por que actualmente estoy limitado, ya que no puedo usar triggers
> que hagan modificaciones a los datos (espero que bucardo/slony u otro me
> ayuden en esto) ni usar indices de tipo hash (muchas consultas son de '=').
>

esto no tiene nada que ver con la replicacion multi master, en
postgres los indices hash no son tan eficientes como los btree. no los
uses

>
>> PS2: lo que quieres hacer podria solucionarse con plproxy
>> (http://wiki.postgresql.org/wiki/PL/Proxy) si es que tienes las
>> escrituras a traves de funciones
>
>
> Intento que sea lo mas transparente posible para no tener que modificar las
> aplicaciones. Cambiar los INSERT/UPDATE/DELETE por funciones en cada tabla
> obligaria a rehacer parte del codigo.
>

no, no es transparente pero soluciona todo el problema de escalabilidad de golpe

-- 
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] Replicacion Multimaster y Hot Standby

[Eduardo Morras]

At 19:41 20/06/2012, you wrote:

2012/6/20 Eduardo Morras :
>
> Muy buenas, una duda sobre Replicacion 
Multimaster y Hot Standby. Supongamos

> que tengo 1 servidor con pgpoolII manejando 2 servidores Maestros donde van
> a parar todas las escrituras y un bucardo o similar comprobando que los
> maestros tienen todos la misma informacion.
>

solo por curiosidad como esta configurado ese pgpool? hasta donde se
lo que va a pasar si lo tienes en balanceo de carga es que las
escrituras van a parar a un servidor y las lecturas al otro... claro
que si tienes cosas como "SELECT funcion_que_escribe()" entonces si
tendrias un balanceo de escrituras pero solo de esas consultas, la
otra ventaja que le veo es que no necesitas preocuparte de las bobadas
que pudiera hacer el pgpool.


En realidad son mas servidores, estos 2 son para 
la escritura y otros 2 para lectura. Aunque de 
momento tienen poca carga por estar en 
desarrollo, cuando entre en produccion espero 
poder escalar bien las lecturas. O sea, quiero 
que si falla un servidor de escritura el otro 
siga funcionando (HA/FailOver) y que las lecturas 
sean lo mas rapidas posibles (HP). Aqui el unico 
punto que me puede fallar es el pgpool, por lo 
que probare a tenerlo en HA tambien con otro en standby.



> Como son 2 servidores maestros, los wal tendran tanto la informacion que
> tiene cada servidor como informacion que bucardo ha modificado/corregido en
> uno para que sea identica a la del otro. ¿Es correcta esta suposicion?

ah! si


Oks.


>
> Si uso Hot Standby a varios esclavos para solo lectura, ¿Daria igual de que
> Maestro obtenga los wal, siempre que sea de uno solo?
>

debería ser igual


Oks.


> Y ya para terminar, bucardo (y similares) escalan mal, pero ¿podria usar
> este metodo para 4 o 5 Masters

no. porque bucardo no lo soporta.
http://bucardo.org/wiki/Bucardo/FAQ#Can_Bucardo_replicate_between_more_than_two_masters.3F


m... voy a tener que usar otro entonces. 
Escalar escrituras comprando hardware mas 
potente, o sea mas caro, no creo que entre en 
presupuestos, pero comprar/reasignar otro hardware similar si.



PS: actualmente se esta trabajando en tener replicacion multi master
integrado. aunque probablemente tome algun tiempo antes de tener algo
de esto disponible.


Espero, por que actualmente estoy limitado, ya 
que no puedo usar triggers que hagan 
modificaciones a los datos (espero que 
bucardo/slony u otro me ayuden en esto) ni usar 
indices de tipo hash (muchas consultas son de '=').



PS2: lo que quieres hacer podria solucionarse con plproxy
(http://wiki.postgresql.org/wiki/PL/Proxy) si es que tienes las
escrituras a traves de funciones


Intento que sea lo mas transparente posible para 
no tener que modificar las aplicaciones. Cambiar 
los INSERT/UPDATE/DELETE por funciones en cada 
tabla obligaria a rehacer parte del codigo.



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



Muchas Gracias



-
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] Replicacion Multimaster y Hot Standby

[Jaime Casanova]

2012/6/20 Eduardo Morras :
>
> Muy buenas, una duda sobre Replicacion Multimaster y Hot Standby. Supongamos
> que tengo 1 servidor con pgpoolII manejando 2 servidores Maestros donde van
> a parar todas las escrituras y un bucardo o similar comprobando que los
> maestros tienen todos la misma informacion.
>

solo por curiosidad como esta configurado ese pgpool? hasta donde se
lo que va a pasar si lo tienes en balanceo de carga es que las
escrituras van a parar a un servidor y las lecturas al otro... claro
que si tienes cosas como "SELECT funcion_que_escribe()" entonces si
tendrias un balanceo de escrituras pero solo de esas consultas, la
otra ventaja que le veo es que no necesitas preocuparte de las bobadas
que pudiera hacer el pgpool.

> Como son 2 servidores maestros, los wal tendran tanto la informacion que
> tiene cada servidor como informacion que bucardo ha modificado/corregido en
> uno para que sea identica a la del otro. ¿Es correcta esta suposicion?

ah! si

>
> Si uso Hot Standby a varios esclavos para solo lectura, ¿Daria igual de que
> Maestro obtenga los wal, siempre que sea de uno solo?
>

debería ser igual

> Y ya para terminar, bucardo (y similares) escalan mal, pero ¿podria usar
> este metodo para 4 o 5 Masters

no. porque bucardo no lo soporta.
http://bucardo.org/wiki/Bucardo/FAQ#Can_Bucardo_replicate_between_more_than_two_masters.3F

PS: actualmente se esta trabajando en tener replicacion multi master
integrado. aunque probablemente tome algun tiempo antes de tener algo
de esto disponible.

PS2: lo que quieres hacer podria solucionarse con plproxy
(http://wiki.postgresql.org/wiki/PL/Proxy) si es que tienes las
escrituras a traves de funciones

-- 
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

[pgsql-es-ayuda] Replicacion Multimaster y Hot Standby

[Eduardo Morras]

Muy buenas, una duda sobre Replicacion 
Multimaster y Hot Standby. Supongamos que tengo 1 
servidor con pgpoolII manejando 2 servidores 
Maestros donde van a parar todas las escrituras y 
un bucardo o similar comprobando que los maestros 
tienen todos la misma informacion.


Como son 2 servidores maestros, los wal tendran 
tanto la informacion que tiene cada servidor como 
informacion que bucardo ha modificado/corregido 
en uno para que sea identica a la del otro. ¿Es 
correcta esta suposicion? Ya se que bucardo (o 
similar) son asincronos y que habria un delay en 
modificar/corregir la informacion de un master al otro.


Si uso Hot Standby a varios esclavos para solo 
lectura, ¿Daria igual de que Maestro obtenga los 
wal, siempre que sea de uno solo?


Y ya para terminar, bucardo (y similares) escalan 
mal, pero ¿podria usar este metodo para 4 o 5 
Masters o el delay introducido por usar 
replicacion asincrona es demasiado alto?


Un saludo y gracias


-
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] Replicacion Windows

[Jaime Casanova]

2012/4/10 Alejandro Carrillo :
> ¿Que es lo que realmente hace symmetricDB? Lo pregunto porque en varios
> enlaces de la pagina dice que crea triggers para garantizar la replicación
> en los datos.
>

eso, crea triggers para replicar... y algunas tablas para coordinar
que no hagas desastres

-- 
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] Replicacion Windows

[Alejandro Carrillo]

¿Que es lo que realmente hace symmetricDB? Lo pregunto porque en varios enlaces 
de la pagina dice que crea triggers para garantizar la replicación en los datos.



>
> De: Gilberto Castillo Martínez 
>Para: Alejandro Carrillo  
>CC: Lista - PostgreSQL  
>Enviado: Martes 10 de abril de 2012 12:54
>Asunto: Re: [pgsql-es-ayuda] Replicacion Windows
> 
>
>
>El mar, 10-04-2012 a las 16:30 +0100, Alejandro Carrillo escribió:
>> Buenos días,
>> 
>> 
>> ¿Como puedo hacer una replicación de BD de postgresql en Windows, de
>> tal forma que, si se cae un nodo se pueda conectar al siguiente nodo
>> hasta que solo haya un nodo sin importar si es maestro o esclavo (los
>> nodos deben permitir escritura/lectura de datos)?
>> 
>
>Según entiendo requieres de una arquitectura maestro-maestro, he utilizado 
>SymmetricDS
>no se si en windows funciona, Bucardo también puede ser una buena opción. lo 
>mismo que
>el anterior sobre windows.
>
>-- 
>Saludos,
>Gilberto Castillo
>ETECSA, La Habana.Cuba.
>
>--- 
>This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
>host imx2.etecsa.cu
>Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>
>
>-
>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] Replicacion Windows

[Gilberto Castillo Martínez]

El mar, 10-04-2012 a las 16:30 +0100, Alejandro Carrillo escribió:
> Buenos días,
> 
> 
> ¿Como puedo hacer una replicación de BD de postgresql en Windows, de
> tal forma que, si se cae un nodo se pueda conectar al siguiente nodo
> hasta que solo haya un nodo sin importar si es maestro o esclavo (los
> nodos deben permitir escritura/lectura de datos)?
> 

Según entiendo requieres de una arquitectura maestro-maestro, he utilizado 
SymmetricDS
no se si en windows funciona, Bucardo también puede ser una buena opción. lo 
mismo que
el anterior sobre windows.
 
-- 
Saludos,
Gilberto Castillo
ETECSA, La Habana.Cuba.
--- 
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx2.etecsa.cu
Visit our web-site: , 
-
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

[pgsql-es-ayuda] Replicacion Windows

[Alejandro Carrillo]

Buenos días,

¿Como puedo hacer una replicación de BD de postgresql en Windows, de tal forma 
que, si se cae un nodo se pueda conectar al siguiente nodo hasta que solo haya 
un nodo sin importar si es maestro o esclavo (los nodos deben permitir 
escritura/lectura de datos)?

Gracias

RE: [pgsql-es-ayuda] Replicacion de bases de datos

[Lazaro Rubén García Martinez]

Realmente cuando realizas un SELECT de una función, pgpool no tiene (a menos 
que estés utilizando el modo maestro-esclavo) forma de saber que lo que 
intentas ejecutar es una función y por tal motivo su ejecución puede ir a 
cualquiera de los nodos. Tener replicate_select en true, te elimina este 
problema, lo malo es que si estas utilizando el modo de balance de carga, 
dejaría de tener efecto porque replicate_select tiene más prioridad que 
load_balance_mode, otra variante que podrías utilizar es poner este comentario 
delante de la sentencia SELECT, ejemplo
/*REPLICATION*/ SELECT * FROM miFuncion();

Espero que esto te pueda ayudar, y que bueno que pudiste solucionar el problema.
Saludos.


De: Miguel Angel Hernandez Moreno [mailto:miguel.hdz@gmail.com]
Enviado el: jueves, 26 de enero de 2012 07:28:PM
Para: Lazaro Rubén García Martinez
CC: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

fijate que estube leyendo lo que comentas y un error que pensabamos que 
teniamos era en los triggers

por que asi fue como lo reporto testing a desarrollo y los desarrolladores me 
comentaron que cuando se
ejecutaba un trigger este no se replicaba. Imaginate nada mas el telefono 
descompuesto que se hizo jajajaja

La cuestion fue que cuando llamas una funcion que afecta a las tablas esta no 
se replicaba en las bases
de datos. Entonces me di cuenta que "replicate_select" estaba en false, este lo 
puse en true y no tube problemas

Gracias por la info creo que me estaba ahogado en un vaso de aguas =)

El 25 de enero de 2012 19:45, Lazaro Rubén García Martinez 
mailto:lgarc...@vnz.uci.cu>> escribió:
El link que me enviaste es aplicable para la versión 1.3 de Pgpool-II, la 
versión más reciente es la 3.1.1 liberada el 6 de diciembre del año pasado. Las 
restricciones sobre los triggers, solo es aplicable cuando estás en el modo de 
paralelización de consultas. Ten en cuenta, que Pgpool-II como software 
intermediario o middleware operando en el modo de replicación síncrona, 
enviaría las consultas a cada uno de los nodos que este contenga, y cada nodo 
ejecutaría las consultas de forma independiente, enviando al final una 
respuesta a Pgpool-II,  por tal motivo, si existieran funciones disparadoras, 
estás se ejecutarían por si solas en cada uno de los servidores. Acá te dejo el 
link del sitio oficial de Pgpool-II, donde podrás encontrar una documentación 
mucho más actualizada. Mi recomendación sobre este tema con los trigger, es que 
lo pruebes a ver qué tal.

http://www.pgpool.net/mediawiki/index.php/Documentation

Saludos.


De: Miguel Angel Hernandez Moreno 
[mailto:miguel.hdz@gmail.com<mailto:miguel.hdz@gmail.com>]
Enviado el: miércoles, 25 de enero de 2012 18:14
Para: Lazaro Rubén García Martinez
Asunto: Re: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

En sta pagina dice

http://ports.gnu-darwin.org/databases/pgpool-II/work/pgpool-II-1.3/doc/pgpool-en.html

En la parte de  "Restrictions" Comenta de triggers



El 25 de enero de 2012 16:54, Lazaro Rubén García Martinez 
mailto:lgarc...@vnz.uci.cu>> escribió:
Que es lo que quieres decir con que no soportan triggers?

Saludos.

De: 
pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org> 
[mailto:pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org>]
 En nombre de Miguel Angel Hernandez Moreno
Enviado el: miércoles, 25 de enero de 2012 06:02:PM
Para: Lista PostgreSql
Asunto: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

tengo 3 bases de datos postgres 8.4 con centos 5, y necesito replicar las bases 
de datos
pero tengo entendido que pgpool-II y slony no soportan  triggers


Alguien tiene expericia con replicacion triggers

--
ISC Miguel Angel Hernandez Moreno



--
ISC Miguel Angel Hernandez Moreno



--
ISC Miguel Angel Hernandez Moreno

RE: [pgsql-es-ayuda] Replicacion de bases de datos

[Lazaro Rubén García Martinez]

Realmente cuando realizas un SELECT de una función, pgpool no tiene (a menos 
que estés utilizando el modo maestro-esclavo) forma de saber que lo que 
intentas ejecutar es una función y por tal motivo su ejecución puede ir a 
cualquiera de los nodos. Tener replicate_select en true, te elimina este 
problema, lo malo es que si estas utilizando el modo de balance de carga, 
dejaría de tener efecto porque replicate_select tiene más prioridad que 
load_balance_mode, otra variante que podrías utilizar es poner este comentario 
delante de la sentencia SELECT, ejemplo
/*REPLICATION*/ SELECT * FROM miFuncion();

Espero que esto te pueda ayudar, y que bueno que pudiste solucionar el problema.
Saludos.


De: Miguel Angel Hernandez Moreno [mailto:miguel.hdz@gmail.com]
Enviado el: jueves, 26 de enero de 2012 07:28:PM
Para: Lazaro Rubén García Martinez
CC: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

fijate que estube leyendo lo que comentas y un error que pensabamos que 
teniamos era en los triggers

por que asi fue como lo reporto testing a desarrollo y los desarrolladores me 
comentaron que cuando se
ejecutaba un trigger este no se replicaba. Imaginate nada mas el telefono 
descompuesto que se hizo jajajaja

La cuestion fue que cuando llamas una funcion que afecta a las tablas esta no 
se replicaba en las bases
de datos. Entonces me di cuenta que "replicate_select" estaba en false, este lo 
puse en true y no tube problemas

Gracias por la info creo que me estaba ahogado en un vaso de aguas =)

El 25 de enero de 2012 19:45, Lazaro Rubén García Martinez 
mailto:lgarc...@vnz.uci.cu>> escribió:
El link que me enviaste es aplicable para la versión 1.3 de Pgpool-II, la 
versión más reciente es la 3.1.1 liberada el 6 de diciembre del año pasado. Las 
restricciones sobre los triggers, solo es aplicable cuando estás en el modo de 
paralelización de consultas. Ten en cuenta, que Pgpool-II como software 
intermediario o middleware operando en el modo de replicación síncrona, 
enviaría las consultas a cada uno de los nodos que este contenga, y cada nodo 
ejecutaría las consultas de forma independiente, enviando al final una 
respuesta a Pgpool-II,  por tal motivo, si existieran funciones disparadoras, 
estás se ejecutarían por si solas en cada uno de los servidores. Acá te dejo el 
link del sitio oficial de Pgpool-II, donde podrás encontrar una documentación 
mucho más actualizada. Mi recomendación sobre este tema con los trigger, es que 
lo pruebes a ver qué tal.

http://www.pgpool.net/mediawiki/index.php/Documentation

Saludos.


De: Miguel Angel Hernandez Moreno 
[mailto:miguel.hdz@gmail.com<mailto:miguel.hdz@gmail.com>]
Enviado el: miércoles, 25 de enero de 2012 18:14
Para: Lazaro Rubén García Martinez
Asunto: Re: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

En sta pagina dice

http://ports.gnu-darwin.org/databases/pgpool-II/work/pgpool-II-1.3/doc/pgpool-en.html

En la parte de  "Restrictions" Comenta de triggers



El 25 de enero de 2012 16:54, Lazaro Rubén García Martinez 
mailto:lgarc...@vnz.uci.cu>> escribió:
Que es lo que quieres decir con que no soportan triggers?

Saludos.

De: 
pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org> 
[mailto:pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org>]
 En nombre de Miguel Angel Hernandez Moreno
Enviado el: miércoles, 25 de enero de 2012 06:02:PM
Para: Lista PostgreSql
Asunto: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

tengo 3 bases de datos postgres 8.4 con centos 5, y necesito replicar las bases 
de datos
pero tengo entendido que pgpool-II y slony no soportan  triggers


Alguien tiene expericia con replicacion triggers

--
ISC Miguel Angel Hernandez Moreno



--
ISC Miguel Angel Hernandez Moreno



--
ISC Miguel Angel Hernandez Moreno

RE: [pgsql-es-ayuda] Replicacion de bases de datos

[Lazaro Rubén García Martinez]

Realmente cuando realizas un SELECT de una función, pgpool no tiene (a menos 
que estés utilizando el modo maestro-esclavo) forma de saber que lo que 
intentas ejecutar es una función y por tal motivo su ejecución puede ir a 
cualquiera de los nodos. Tener replicate_select en true, te elimina este 
problema, lo malo es que si estas utilizando el modo de balance de carga, 
dejaría de tener efecto porque replicate_select tiene más prioridad que 
load_balance_mode, otra variante que podrías utilizar es poner este comentario 
delante de la sentencia SELECT, ejemplo
/*REPLICATION*/ SELECT * FROM miFuncion();

Espero que esto te pueda ayudar, y que bueno que pudiste solucionar el problema.
Saludos.


De: Miguel Angel Hernandez Moreno [mailto:miguel.hdz@gmail.com]
Enviado el: jueves, 26 de enero de 2012 07:28:PM
Para: Lazaro Rubén García Martinez
CC: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

fijate que estube leyendo lo que comentas y un error que pensabamos que 
teniamos era en los triggers

por que asi fue como lo reporto testing a desarrollo y los desarrolladores me 
comentaron que cuando se
ejecutaba un trigger este no se replicaba. Imaginate nada mas el telefono 
descompuesto que se hizo jajajaja

La cuestion fue que cuando llamas una funcion que afecta a las tablas esta no 
se replicaba en las bases
de datos. Entonces me di cuenta que "replicate_select" estaba en false, este lo 
puse en true y no tube problemas

Gracias por la info creo que me estaba ahogado en un vaso de aguas =)

El 25 de enero de 2012 19:45, Lazaro Rubén García Martinez 
mailto:lgarc...@vnz.uci.cu>> escribió:
El link que me enviaste es aplicable para la versión 1.3 de Pgpool-II, la 
versión más reciente es la 3.1.1 liberada el 6 de diciembre del año pasado. Las 
restricciones sobre los triggers, solo es aplicable cuando estás en el modo de 
paralelización de consultas. Ten en cuenta, que Pgpool-II como software 
intermediario o middleware operando en el modo de replicación síncrona, 
enviaría las consultas a cada uno de los nodos que este contenga, y cada nodo 
ejecutaría las consultas de forma independiente, enviando al final una 
respuesta a Pgpool-II,  por tal motivo, si existieran funciones disparadoras, 
estás se ejecutarían por si solas en cada uno de los servidores. Acá te dejo el 
link del sitio oficial de Pgpool-II, donde podrás encontrar una documentación 
mucho más actualizada. Mi recomendación sobre este tema con los trigger, es que 
lo pruebes a ver qué tal.

http://www.pgpool.net/mediawiki/index.php/Documentation

Saludos.


De: Miguel Angel Hernandez Moreno 
[mailto:miguel.hdz@gmail.com<mailto:miguel.hdz@gmail.com>]
Enviado el: miércoles, 25 de enero de 2012 18:14
Para: Lazaro Rubén García Martinez
Asunto: Re: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

En sta pagina dice

http://ports.gnu-darwin.org/databases/pgpool-II/work/pgpool-II-1.3/doc/pgpool-en.html

En la parte de  "Restrictions" Comenta de triggers



El 25 de enero de 2012 16:54, Lazaro Rubén García Martinez 
mailto:lgarc...@vnz.uci.cu>> escribió:
Que es lo que quieres decir con que no soportan triggers?

Saludos.

De: 
pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org> 
[mailto:pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org>]
 En nombre de Miguel Angel Hernandez Moreno
Enviado el: miércoles, 25 de enero de 2012 06:02:PM
Para: Lista PostgreSql
Asunto: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

tengo 3 bases de datos postgres 8.4 con centos 5, y necesito replicar las bases 
de datos
pero tengo entendido que pgpool-II y slony no soportan  triggers


Alguien tiene expericia con replicacion triggers

--
ISC Miguel Angel Hernandez Moreno



--
ISC Miguel Angel Hernandez Moreno



--
ISC Miguel Angel Hernandez Moreno

Re: [pgsql-es-ayuda] Replicacion de bases de datos

[Miguel Angel Hernandez Moreno]

Saludos

fijate que estube leyendo lo que comentas y un error que pensabamos que
teniamos era en los triggers

por que asi fue como lo reporto testing a desarrollo y los desarrolladores
me comentaron que cuando se
ejecutaba un trigger este no se replicaba. Imaginate nada mas el telefono
descompuesto que se hizo jajajaja

La cuestion fue que cuando llamas una funcion que afecta a las tablas esta
no se replicaba en las bases
de datos. Entonces me di cuenta que "replicate_select" estaba en false,
este lo puse en true y no tube problemas

Gracias por la info creo que me estaba ahogado en un vaso de aguas =)

El 25 de enero de 2012 19:45, Lazaro Rubén García Martinez <
lgarc...@vnz.uci.cu> escribió:

>  El link que me enviaste es aplicable para la versión 1.3 de Pgpool-II,
> la versión más reciente es la 3.1.1 liberada el 6 de diciembre del año
> pasado. Las restricciones sobre los triggers, solo es aplicable cuando
> estás en el modo de paralelización de consultas. Ten en cuenta, que
> Pgpool-II como software intermediario o middleware operando en el modo de
> replicación síncrona, enviaría las consultas a cada uno de los nodos que
> este contenga, y cada nodo ejecutaría las consultas de forma independiente,
> enviando al final una respuesta a Pgpool-II,  por tal motivo, si existieran
> funciones disparadoras, estás se ejecutarían por si solas en cada uno de
> los servidores. Acá te dejo el link del sitio oficial de Pgpool-II, donde
> podrás encontrar una documentación mucho más actualizada. Mi recomendación
> sobre este tema con los trigger, es que lo pruebes a ver qué tal.
>
> ** **
>
> http://www.pgpool.net/mediawiki/index.php/Documentation
>
> ** **
>
> Saludos.
>
>  
>
> ** **
>
> *De:* Miguel Angel Hernandez Moreno [mailto:miguel.hdz@gmail.com]
> *Enviado el:* miércoles, 25 de enero de 2012 18:14
> *Para:* Lazaro Rubén García Martinez
> *Asunto:* Re: [pgsql-es-ayuda] Replicacion de bases de datos
>
> ** **
>
> Saludos
>
> ** **
>
> En sta pagina dice
>
> ** **
>
>
> http://ports.gnu-darwin.org/databases/pgpool-II/work/pgpool-II-1.3/doc/pgpool-en.html
> 
>
> ** **
>
> En la parte de  "Restrictions" Comenta de triggers
>
> ** **
>
> ** **
>
> ** **
>
> El 25 de enero de 2012 16:54, Lazaro Rubén García Martinez <
> lgarc...@vnz.uci.cu> escribió:
>
> Que es lo que quieres decir con que no soportan triggers?
>
>  
>
> Saludos.
>
>  
>
> *De:* pgsql-es-ayuda-ow...@postgresql.org [mailto:
> pgsql-es-ayuda-ow...@postgresql.org] *En nombre de *Miguel Angel
> Hernandez Moreno
> *Enviado el:* miércoles, 25 de enero de 2012 06:02:PM
> *Para:* Lista PostgreSql
> *Asunto:* [pgsql-es-ayuda] Replicacion de bases de datos
>
>  
>
> Saludos
>
>  
>
> tengo 3 bases de datos postgres 8.4 con centos 5, y necesito replicar las
> bases de datos
>
> pero tengo entendido que pgpool-II y slony no soportan  triggers 
>
>  
>
>  
>
> Alguien tiene expericia con replicacion triggers
> 
>
>  
>
> --
> ISC Miguel Angel Hernandez Moreno
>
>
>
> 
>
> ** **
>
> --
> ISC Miguel Angel Hernandez Moreno
>



-- 
ISC Miguel Angel Hernandez Moreno

RE: [pgsql-es-ayuda] Replicacion de bases de datos

[Lazaro Rubén García Martinez]

El link que me enviaste es aplicable para la versión 1.3 de Pgpool-II, la 
versión más reciente es la 3.1.1 liberada el 6 de diciembre del año pasado. Las 
restricciones sobre los triggers, solo es aplicable cuando estás en el modo de 
paralelización de consultas. Ten en cuenta, que Pgpool-II como software 
intermediario o middleware operando en el modo de replicación síncrona, 
enviaría las consultas a cada uno de los nodos que este contenga, y cada nodo 
ejecutaría las consultas de forma independiente, enviando al final una 
respuesta a Pgpool-II,  por tal motivo, si existieran funciones disparadoras, 
estás se ejecutarían por si solas en cada uno de los servidores. Acá te dejo el 
link del sitio oficial de Pgpool-II, donde podrás encontrar una documentación 
mucho más actualizada. Mi recomendación sobre este tema con los trigger, es que 
lo pruebes a ver qué tal.

http://www.pgpool.net/mediawiki/index.php/Documentation

Saludos.


De: Miguel Angel Hernandez Moreno [mailto:miguel.hdz@gmail.com]
Enviado el: miércoles, 25 de enero de 2012 18:14
Para: Lazaro Rubén García Martinez
Asunto: Re: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

En sta pagina dice

http://ports.gnu-darwin.org/databases/pgpool-II/work/pgpool-II-1.3/doc/pgpool-en.html

En la parte de  "Restrictions" Comenta de triggers



El 25 de enero de 2012 16:54, Lazaro Rubén García Martinez 
mailto:lgarc...@vnz.uci.cu>> escribió:
Que es lo que quieres decir con que no soportan triggers?

Saludos.

De: 
pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org> 
[mailto:pgsql-es-ayuda-ow...@postgresql.org<mailto:pgsql-es-ayuda-ow...@postgresql.org>]
 En nombre de Miguel Angel Hernandez Moreno
Enviado el: miércoles, 25 de enero de 2012 06:02:PM
Para: Lista PostgreSql
Asunto: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

tengo 3 bases de datos postgres 8.4 con centos 5, y necesito replicar las bases 
de datos
pero tengo entendido que pgpool-II y slony no soportan  triggers


Alguien tiene expericia con replicacion triggers

--
ISC Miguel Angel Hernandez Moreno



--
ISC Miguel Angel Hernandez Moreno

RE: [pgsql-es-ayuda] Replicacion de bases de datos

[Lazaro Rubén García Martinez]

Que es lo que quieres decir con que no soportan triggers?

Saludos.

De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Miguel Angel 
Hernandez Moreno
Enviado el: miércoles, 25 de enero de 2012 06:02:PM
Para: Lista PostgreSql
Asunto: [pgsql-es-ayuda] Replicacion de bases de datos

Saludos

tengo 3 bases de datos postgres 8.4 con centos 5, y necesito replicar las bases 
de datos
pero tengo entendido que pgpool-II y slony no soportan  triggers


Alguien tiene expericia con replicacion triggers

--
ISC Miguel Angel Hernandez Moreno

[pgsql-es-ayuda] Replicacion de bases de datos

[Miguel Angel Hernandez Moreno]

Saludos

tengo 3 bases de datos postgres 8.4 con centos 5, y necesito replicar las
bases de datos
pero tengo entendido que pgpool-II y slony no soportan  triggers


Alguien tiene expericia con replicacion triggers

-- 
ISC Miguel Angel Hernandez Moreno

Re: [pgsql-es-ayuda] Replicacion en linea de BD PostgreSQL

[Adrian Misael Peña Montero]

que tipo de configuración tienes en el pgpool-II, balanceo de carga, replica, 
particionado de datos...???

Saludos

- Original Message -
From: reynie...@gmail.com
To: pgsql-es-ayuda@postgresql.org
Sent: Sunday, December 18, 2011 12:51:44 PM
Subject: [pgsql-es-ayuda] Replicacion en linea de BD PostgreSQL

Hola listeros:
Estoy configurando un cluster de PostgreSQL con pgpool-ii y todo va chevere 
usando heartbeat. Ahora bien tengo un servidor externo donde hay otro 
PostgreSQL pero que no forma parte del cluster sino que es un servidor de 
contingencia. Entonces necesito hacer una replicacion en linea de esos dos 
nodos del cluster con ese servidor de contigencia. Como lo harian ustedes? 
Alguna documentacion o idea de por donde comenzar?

Saludos y gracias por adelantado
Ing. Reynier Pérez Mira


Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE 
ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
http://www.antiterroristas.cu
http://justiciaparaloscinco.wordpress.com
-
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

[pgsql-es-ayuda] Replicacion en linea de BD PostgreSQL

[reynie...@gmail.com]

Hola listeros:
Estoy configurando un cluster de PostgreSQL con pgpool-ii y todo va chevere
usando heartbeat. Ahora bien tengo un servidor externo donde hay otro
PostgreSQL pero que no forma parte del cluster sino que es un servidor de
contingencia. Entonces necesito hacer una replicacion en linea de esos dos
nodos del cluster con ese servidor de contigencia. Como lo harian ustedes?
Alguna documentacion o idea de por donde comenzar?

Saludos y gracias por adelantado
Ing. Reynier Pérez Mira

Re: [pgsql-es-ayuda] replicacion por stream de WAL

[Martín Marqués]

El día 12 de noviembre de 2011 00:25, Alvaro Herrera
 escribió:
>
> Excerpts from Martín Marqués's message of vie nov 11 22:12:49 -0300 2011:
>
>> Ahora estoy probando algunas otras cosas como balanceo de carga.
>> Cuando pongamos esto en produccion, pienso hacer una conexion directa
>> entre el maestro y el esclavo (placas de red independientes para esa
>> conexion). Ahi ya no haria falta SSL.
>>
>> Igual, fue un fallo aislado, lo que lo hace raro.
>
> OpenSSL tiene casos de borde infrecuentes que hay que manejar de maneras
> especiales.  Puede haber sido una cosa de esas.  Hay bugs (en Postgres,
> en el código que maneja SSL) que han durado años sin descubrir; incluso
> cuando se descubren se tarda en encontrar la manera correcta de
> arreglarlo.

Por ahora voy a ir revisando los logs para ver que no suceda
nuevamente, pero voy a dejar todo como esta. Por ahora, salvo ese
fallo, anduvo todo de 10.

-- 
Martín Marqués
select 'martin.marques' || '@' || 'gmail.com'
DBA, Programador, Administrador
-
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] replicacion por stream de WAL

[Alvaro Herrera]

Excerpts from Martín Marqués's message of vie nov 11 22:12:49 -0300 2011:

> Ahora estoy probando algunas otras cosas como balanceo de carga.
> Cuando pongamos esto en produccion, pienso hacer una conexion directa
> entre el maestro y el esclavo (placas de red independientes para esa
> conexion). Ahi ya no haria falta SSL.
> 
> Igual, fue un fallo aislado, lo que lo hace raro.

OpenSSL tiene casos de borde infrecuentes que hay que manejar de maneras
especiales.  Puede haber sido una cosa de esas.  Hay bugs (en Postgres,
en el código que maneja SSL) que han durado años sin descubrir; incluso
cuando se descubren se tarda en encontrar la manera correcta de
arreglarlo.

-- 
Álvaro Herrera 
-
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] replicacion por stream de WAL

[Martín Marqués]

El día 11 de noviembre de 2011 15:29, Rodrigo Gonzalez
 escribió:
> El 11/11/11 15:08, Martín Marqués escribió:
>>
>> El día 11 de noviembre de 2011 12:59, Alvaro Herrera
>>   escribió:
>>>
>>> Excerpts from Martín Marqués's message of vie nov 11 11:49:21 -0300 2011:

 Estoy probando de replicar con stream de logs de WAL y recien probe de
 volcar un backup de una base de 2Gb (sin compactar). Durante el vuelco
 me encuentro con estos mensajes en el log de postgres del esclavo:

 LOG:  restartpoint starting: xlog
 FATAL:  no se pudo recibir datos desde el flujo de WAL: error de SSL:
 sslv3 alert unexpected message

 LOG:  el n?mero m?gico  no es v?lido en el archivo de registro 1,
 segmento 180, posici?n 16252928
 LOG:  la replicaci?n en flujo se ha conectado exitosamente al primario

 Queria asegurarme de que todo esta bien. Parece que tuvo algun
 problema e intento realizar la recuperacion de stream nuevamente
 teniendo exito.
>>>
>>> Bueno, parece haberse recuperado bien, pero me imagino que no querrías
>>> que ese error ocurriera.  Parece ser un problema con la negociación SSL;
>>> quizás durante los cambios de llave?  Mira en
>>> http://www.google.cl/search?q=sslv3+alert+unexpected+message
>>> por si hay algo que aplique a tu caso.
>>
>> Olvide mencionar que esta en modo sincrónico el stream de WAL.
>>
> No creo que cambie nada eso, parece ser un error de negociacion SSL como
> Alvaro dijo...
> Te recomendaria en principio ir sin SSL y despues agregarlo si ves que todo
> anda como esperas.
>

Ahora estoy probando algunas otras cosas como balanceo de carga.
Cuando pongamos esto en produccion, pienso hacer una conexion directa
entre el maestro y el esclavo (placas de red independientes para esa
conexion). Ahi ya no haria falta SSL.

Igual, fue un fallo aislado, lo que lo hace raro.

-- 
Martín Marqués
select 'martin.marques' || '@' || 'gmail.com'
DBA, Programador, Administrador
-
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] replicacion por stream de WAL

[Rodrigo Gonzalez]

El 11/11/11 15:08, Martín Marqués escribió:

El día 11 de noviembre de 2011 12:59, Alvaro Herrera
  escribió:

Excerpts from Martín Marqués's message of vie nov 11 11:49:21 -0300 2011:

Estoy probando de replicar con stream de logs de WAL y recien probe de
volcar un backup de una base de 2Gb (sin compactar). Durante el vuelco
me encuentro con estos mensajes en el log de postgres del esclavo:

LOG:  restartpoint starting: xlog
FATAL:  no se pudo recibir datos desde el flujo de WAL: error de SSL:
sslv3 alert unexpected message

LOG:  el n?mero m?gico  no es v?lido en el archivo de registro 1,
segmento 180, posici?n 16252928
LOG:  la replicaci?n en flujo se ha conectado exitosamente al primario

Queria asegurarme de que todo esta bien. Parece que tuvo algun
problema e intento realizar la recuperacion de stream nuevamente
teniendo exito.

Bueno, parece haberse recuperado bien, pero me imagino que no querrías
que ese error ocurriera.  Parece ser un problema con la negociación SSL;
quizás durante los cambios de llave?  Mira en
http://www.google.cl/search?q=sslv3+alert+unexpected+message
por si hay algo que aplique a tu caso.

Olvide mencionar que esta en modo sincrónico el stream de WAL.

No creo que cambie nada eso, parece ser un error de negociacion SSL como 
Alvaro dijo...
Te recomendaria en principio ir sin SSL y despues agregarlo si ves que 
todo anda como esperas.

-
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] replicacion por stream de WAL

[Martín Marqués]

El día 11 de noviembre de 2011 12:59, Alvaro Herrera
 escribió:
>
> Excerpts from Martín Marqués's message of vie nov 11 11:49:21 -0300 2011:
>> Estoy probando de replicar con stream de logs de WAL y recien probe de
>> volcar un backup de una base de 2Gb (sin compactar). Durante el vuelco
>> me encuentro con estos mensajes en el log de postgres del esclavo:
>>
>> LOG:  restartpoint starting: xlog
>> FATAL:  no se pudo recibir datos desde el flujo de WAL: error de SSL:
>> sslv3 alert unexpected message
>>
>> LOG:  el n?mero m?gico  no es v?lido en el archivo de registro 1,
>> segmento 180, posici?n 16252928
>> LOG:  la replicaci?n en flujo se ha conectado exitosamente al primario
>>
>> Queria asegurarme de que todo esta bien. Parece que tuvo algun
>> problema e intento realizar la recuperacion de stream nuevamente
>> teniendo exito.
>
> Bueno, parece haberse recuperado bien, pero me imagino que no querrías
> que ese error ocurriera.  Parece ser un problema con la negociación SSL;
> quizás durante los cambios de llave?  Mira en
> http://www.google.cl/search?q=sslv3+alert+unexpected+message
> por si hay algo que aplique a tu caso.

Olvide mencionar que esta en modo sincrónico el stream de WAL.

-- 
Martín Marqués
select 'martin.marques' || '@' || 'gmail.com'
DBA, Programador, Administrador
-
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] replicacion por stream de WAL

[Alvaro Herrera]

Excerpts from Martín Marqués's message of vie nov 11 11:49:21 -0300 2011:
> Estoy probando de replicar con stream de logs de WAL y recien probe de
> volcar un backup de una base de 2Gb (sin compactar). Durante el vuelco
> me encuentro con estos mensajes en el log de postgres del esclavo:
> 
> LOG:  restartpoint starting: xlog
> FATAL:  no se pudo recibir datos desde el flujo de WAL: error de SSL:
> sslv3 alert unexpected message
> 
> LOG:  el n?mero m?gico  no es v?lido en el archivo de registro 1,
> segmento 180, posici?n 16252928
> LOG:  la replicaci?n en flujo se ha conectado exitosamente al primario
> 
> Queria asegurarme de que todo esta bien. Parece que tuvo algun
> problema e intento realizar la recuperacion de stream nuevamente
> teniendo exito.

Bueno, parece haberse recuperado bien, pero me imagino que no querrías
que ese error ocurriera.  Parece ser un problema con la negociación SSL;
quizás durante los cambios de llave?  Mira en
http://www.google.cl/search?q=sslv3+alert+unexpected+message
por si hay algo que aplique a tu caso.

> Es asi? No es muy alentador encontrar logs FATAL.

psche ...

-- 
Álvaro Herrera 
-
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

[pgsql-es-ayuda] replicacion por stream de WAL

[Martín Marqués]

Estoy probando de replicar con stream de logs de WAL y recien probe de
volcar un backup de una base de 2Gb (sin compactar). Durante el vuelco
me encuentro con estos mensajes en el log de postgres del esclavo:

LOG:  restartpoint starting: xlog
FATAL:  no se pudo recibir datos desde el flujo de WAL: error de SSL:
sslv3 alert unexpected message

LOG:  el n?mero m?gico  no es v?lido en el archivo de registro 1,
segmento 180, posici?n 16252928
LOG:  la replicaci?n en flujo se ha conectado exitosamente al primario

Queria asegurarme de que todo esta bien. Parece que tuvo algun
problema e intento realizar la recuperacion de stream nuevamente
teniendo exito.

Es asi? No es muy alentador encontrar logs FATAL.

-- 
Martín Marqués
select 'martin.marques' || '@' || 'gmail.com'
DBA, Programador, Administrador
-
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] Replicacion

[Eduardo Morras]

At 12:36 05/11/2011, Emanuel Calvo wrote:

La replicación en postgres tiene algunas limitaciones a saber:
- No puede replicar parcialmente (seleccionar QUE replicar, ya sea
base de datos o datos que
no quieres que se envíen al esclavo).
- En 9.1 solo 1 esclavo puede ser sincrónico.
- Solo el master puede recibir escritura.
- No soporta replicación en cascada.


Leyendo este hilo, estoy pensando si en lugar de 
mandar los archivos wal a uno o varios esclavos, 
por que no hacerlo a un servidor scm (cvs, svn, 
fossil, etc..) y luego cada esclavo, a su ritmo, 
va cogiendo la version que necesite. El scm se 
encargaria de ordenar automaticamente los wal y 
almacenarlos para un futuro, incluso un 
pg_dumpall de vez en cuando para empezar de cero. 
No seria una replicacion en cascada pero creo que se le acerca bastante.


L

--
Si la vida te da la espalda, ¡tocale el culo!  



-
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] Replicacion

[Emanuel Calvo]

El día 4 de noviembre de 2011 21:45, Martin Li Causi
 escribió:
> No digo que haga lo mismo, solo tire una alternativa a pool de conecciones,
> use ambos y me gusto mas pgbouncer,  las pruebas que he realizado he notado
> que es mas rápido

Si necesitas solo pool de conexiones PgBoucer es mucho más liviano y
fácil de configurar.
PgPool es más complejo y tiene muchas más características (inclusive
replicación sincrónica
pudiendo seleccionar que base replicar).

La replicación en postgres tiene algunas limitaciones a saber:
- No puede replicar parcialmente (seleccionar QUE replicar, ya sea
base de datos o datos que
no quieres que se envíen al esclavo).
- En 9.1 solo 1 esclavo puede ser sincrónico.
- Solo el master puede recibir escritura.
- No soporta replicación en cascada.

La gran diferencia de la replicación e/Mysql y Postgres es el formato
de la replicación.
Postgres solo tiene un formato uqe es via 'record' de la WAL y Mysql
tiene 2 formatos +
un MIXED que permite intercambiar entre ambos.

Para balanceo de carga, he probado Pgpool II v3 con 9.0 (aún tengo que
hacer pruebas
con 9.1, en teoría deben ser compatibles ) y me ha funcionado correctamente.

Te recomiendo también para simplificar la administración de los
servidores replicados, que
le eches una mirada a repmgr (replication manager) de 2nd Quadrant.

Saludos!


-- 
--
              Emanuel Calvo
              Helpame.com
-
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] Replicacion

[Martin Li Causi]

No digo que haga lo mismo, solo tire una alternativa a pool de conecciones,
use ambos y me gusto mas pgbouncer,  las pruebas que he realizado he notado
que es mas rápido
Si ya tienen implementado en tu ser ver vio de las consulta a los máster
como yo lo tenia en ese momento , pgbouncer me dio muy buen resultado
 El 04/11/2011 13:27, "Rodrigo Gonzalez" 
escribió:

>  El 04/11/11 11:21, Martin Li Causi escribió:
>
> Otro muy interesantes es pgbouncer, pegale una miradita
> http://wiki.postgresql.org/wiki/PgBouncer
>
> Como veras en postgres tendrás muchas alternativas y muy buena
>
> PgBouncer no permite hacer lo mismo que Lázaro dicees solamente un
> pool de conexiones, no analiza las consultas para mandarlas al maestro o al
> esclavo como hace pgpool
>
>  El 04/11/2011 10:18, "Lazaro Rubén García Martinez" 
> escribió:
>
>>  Esto sí es posible, a partir de la versión 9 de PostgreSQL, se puede
>> implementar un clúster de servidores replicados mediante streaming
>> replication y hot standby. La replicación es del tipo maestro esclavo,
>> dando posibilidades de leer y escribir en el maestro y de leer únicamente
>> sobre los esclavos. Además si utilizaras Pgpool-II como middleware,
>> tendrías la posibilidad de realizar balance de carga, connection pooling y
>> failover automático y tu aplicación no tendría que preocuparse porque
>> consultas mandar a que servidor. Para más información sobre el tema
>> pudieras consultar los siguientes enlaces:
>>
>>
>>
>> http://www.postgresql.org.es/node/483
>>
>> http://pgpool.projects.postgresql.org/
>>
>>
>>
>> Saludos.
>>
>>
>>
>> *De:* pgsql-es-ayuda-ow...@postgresql.org [mailto:
>> pgsql-es-ayuda-ow...@postgresql.org] *En nombre de *felipe fernandez
>> *Enviado el:* viernes, 04 de noviembre de 2011 12:46
>> *Para:* pgsql-es-ayuda@postgresql.org
>> *Asunto:* [pgsql-es-ayuda] Replicacion
>>
>>
>>
>> Hola
>>
>>
>>
>> Tenemos una aplicación en php con mysql y la vamos a pasar a postgresql
>> pero antes debemos conocer si es posible tener varios servidores replicados
>> (por supuesto que si) y que se puedan acceder de forma diferenciada a los
>> mismos, unos para lectura y otros para escritura.
>>
>>
>>
>> Cualquier ayuda será bienvenida
>>
>>
>>
>> --
>> Salu2
>>
>> Felipe Fernández Rguez
>>
>> "Uno se alegra de resultar útil"  Andrew Martin  "El hombre bicentenario"
>> Isaac Asimov.
>>
>> "Documentation is like sex: when it is good, it is very, very good; and
>> when it is bad, it is better than nothing."
>>
>>
>>
>
>

Re: [pgsql-es-ayuda] Replicacion

[Rodrigo Gonzalez]

El 04/11/11 11:21, Martin Li Causi escribió:


Otro muy interesantes es pgbouncer, pegale una miradita
http://wiki.postgresql.org/wiki/PgBouncer

Como veras en postgres tendrás muchas alternativas y muy buena

PgBouncer no permite hacer lo mismo que Lázaro dicees solamente un 
pool de conexiones, no analiza las consultas para mandarlas al maestro o 
al esclavo como hace pgpool


El 04/11/2011 10:18, "Lazaro Rubén García Martinez" 
mailto:lgarc...@vnz.uci.cu>> escribió:


Esto sí es posible, a partir de la versión 9 de PostgreSQL, se
puede implementar un clúster de servidores replicados mediante
streaming replication y hot standby. La replicación es del tipo
maestro esclavo, dando posibilidades de leer y escribir en el
maestro y de leer únicamente sobre los esclavos. Además si
utilizaras Pgpool-II como middleware, tendrías la posibilidad de
realizar balance de carga, connection pooling y failover
automático y tu aplicación no tendría que preocuparse porque
consultas mandar a que servidor. Para más información sobre el
tema pudieras consultar los siguientes enlaces:

http://www.postgresql.org.es/node/483

http://pgpool.projects.postgresql.org/

Saludos.

*De:*pgsql-es-ayuda-ow...@postgresql.org
<mailto:pgsql-es-ayuda-ow...@postgresql.org>
[mailto:pgsql-es-ayuda-ow...@postgresql.org
<mailto:pgsql-es-ayuda-ow...@postgresql.org>] *En nombre de
*felipe fernandez
*Enviado el:* viernes, 04 de noviembre de 2011 12:46
*Para:* pgsql-es-ayuda@postgresql.org
<mailto:pgsql-es-ayuda@postgresql.org>
*Asunto:* [pgsql-es-ayuda] Replicacion

Hola

Tenemos una aplicación en php con mysql y la vamos a pasar a
postgresql pero antes debemos conocer si es posible tener varios
servidores replicados (por supuesto que si) y que se puedan
acceder de forma diferenciada a los mismos, unos para lectura y
otros para escritura.

Cualquier ayuda será bienvenida

-- 
Salu2


Felipe Fernández Rguez

"Uno se alegra de resultar útil"  Andrew Martin  "El hombre
bicentenario" Isaac Asimov.

"Documentation is like sex: when it is good, it is very, very
good; and when it is bad, it is better than nothing."

RE: [pgsql-es-ayuda] Replicacion

[Martin Li Causi]

Otro muy interesantes es pgbouncer, pegale una miradita
http://wiki.postgresql.org/wiki/PgBouncer

Como veras en postgres tendrás muchas alternativas y muy buena
 El 04/11/2011 10:18, "Lazaro Rubén García Martinez" 
escribió:

>  Esto sí es posible, a partir de la versión 9 de PostgreSQL, se puede
> implementar un clúster de servidores replicados mediante streaming
> replication y hot standby. La replicación es del tipo maestro esclavo,
> dando posibilidades de leer y escribir en el maestro y de leer únicamente
> sobre los esclavos. Además si utilizaras Pgpool-II como middleware,
> tendrías la posibilidad de realizar balance de carga, connection pooling y
> failover automático y tu aplicación no tendría que preocuparse porque
> consultas mandar a que servidor. Para más información sobre el tema
> pudieras consultar los siguientes enlaces:
>
> ** **
>
> http://www.postgresql.org.es/node/483
>
> http://pgpool.projects.postgresql.org/
>
> ** **
>
> Saludos.
>
> ** **
>
> *De:* pgsql-es-ayuda-ow...@postgresql.org [mailto:
> pgsql-es-ayuda-ow...@postgresql.org] *En nombre de *felipe fernandez
> *Enviado el:* viernes, 04 de noviembre de 2011 12:46
> *Para:* pgsql-es-ayuda@postgresql.org
> *Asunto:* [pgsql-es-ayuda] Replicacion
>
> ** **
>
> Hola
>
> ** **
>
> Tenemos una aplicación en php con mysql y la vamos a pasar a postgresql
> pero antes debemos conocer si es posible tener varios servidores replicados
> (por supuesto que si) y que se puedan acceder de forma diferenciada a los
> mismos, unos para lectura y otros para escritura. 
>
> ** **
>
> Cualquier ayuda será bienvenida
> 
>
> ** **
>
> --
> Salu2
>
> Felipe Fernández Rguez
>
> "Uno se alegra de resultar útil"  Andrew Martin  "El hombre bicentenario"
> Isaac Asimov.
>
> "Documentation is like sex: when it is good, it is very, very good; and
> when it is bad, it is better than nothing."
>
> ** **
>

RE: [pgsql-es-ayuda] Replicacion

[Lazaro Rubén García Martinez]

Esto sí es posible, a partir de la versión 9 de PostgreSQL, se puede 
implementar un clúster de servidores replicados mediante streaming replication 
y hot standby. La replicación es del tipo maestro esclavo, dando posibilidades 
de leer y escribir en el maestro y de leer únicamente sobre los esclavos. 
Además si utilizaras Pgpool-II como middleware, tendrías la posibilidad de 
realizar balance de carga, connection pooling y failover automático y tu 
aplicación no tendría que preocuparse porque consultas mandar a que servidor. 
Para más información sobre el tema pudieras consultar los siguientes enlaces:

http://www.postgresql.org.es/node/483
http://pgpool.projects.postgresql.org/

Saludos.

De: pgsql-es-ayuda-ow...@postgresql.org 
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de felipe fernandez
Enviado el: viernes, 04 de noviembre de 2011 12:46
Para: pgsql-es-ayuda@postgresql.org
Asunto: [pgsql-es-ayuda] Replicacion

Hola

Tenemos una aplicación en php con mysql y la vamos a pasar a postgresql pero 
antes debemos conocer si es posible tener varios servidores replicados (por 
supuesto que si) y que se puedan acceder de forma diferenciada a los mismos, 
unos para lectura y otros para escritura.

Cualquier ayuda será bienvenida

--
Salu2

Felipe Fernández Rguez
"Uno se alegra de resultar útil"  Andrew Martin  "El hombre bicentenario" Isaac 
Asimov.
"Documentation is like sex: when it is good, it is very, very good; and when it 
is bad, it is better than nothing."

[pgsql-es-ayuda] Replicacion

[felipe fernandez]

Hola

Tenemos una aplicación en php con mysql y la vamos a pasar a postgresql
pero antes debemos conocer si es posible tener varios servidores replicados
(por supuesto que si) y que se puedan acceder de forma diferenciada a los
mismos, unos para lectura y otros para escritura.

Cualquier ayuda será bienvenida

-- 
Salu2

Felipe Fernández Rguez
"Uno se alegra de resultar útil"  Andrew Martin  "El hombre bicentenario"
Isaac Asimov.
"Documentation is like sex: when it is good, it is very, very good; and
when it is bad, it is better than nothing."

Re: [pgsql-es-ayuda] replicacion?

[Mariano Reingart]

2011/7/27 Crispin T. :
> hola  a todos amigos de la lista... necesito saber cual es el mejor
> mecanismo para replicar datos entre distintas instancias de postgres..
> me explico. tengo una pc con postgresql 9 en la misma red tengo otra con
> postgresql 9 también.. con la misma estructura de tablas etc.
> cuando inserto datos en algunas tablas de la primera pc necesito comprobar
> si estas cumplen cierta condición (where) si es asi esta tupla insertada se
> inserte en la segunda pc con postgresql.

Probaste pyreplica? hice algo parecido a lo que comentas (replicación
condicional), y te puede servir al menos como punto de partida o para
darte algunas ideas.

http://www.sistemasagiles.com.ar/trac/wiki/PyReplica

> pensé ponerle unos triggers en las tablas que necesito las cuales
> preguntaría si cumplen la condición e inserto en la segunda.. esto se puede
> según entiendo con un contrib de postgresql que permite insertar entre base
> de datos distintas lo que no se es si las bds tienen que estar en la misma
> instalación de postgres o puede hacerse en distintas pcs?

dblink permite conectarte entre distintas instancias y bases de datos,
aunque no se si es lo más optimo en tu caso.
Podrías utilizar algun lenguaje procedural para hacerlo, eso es lo que
te comentaba con pyreplica.

> se puede hacer esto con la replicacion que trae por defecto postgresql 9?

No creo, la replicacion de postgresql es binaria y completa (hasta
donde se no se pueden armar condiciones para replicar diferentes
partes)

Mariano Reingart
http://www.sistemasagiles.com.ar
http://reingart.blogspot.com
-
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

[pgsql-es-ayuda] replicacion?

[Crispin T.]

hola  a todos amigos de la lista... necesito saber cual es el mejor
mecanismo para replicar datos entre distintas instancias de postgres..
me explico. tengo una pc con postgresql 9 en la misma red tengo otra con
postgresql 9 también.. con la misma estructura de tablas etc.
cuando inserto datos en algunas tablas de la primera pc necesito comprobar
si estas cumplen cierta condición (where) si es asi esta tupla insertada se
inserte en la segunda pc con postgresql.

pensé ponerle unos triggers en las tablas que necesito las cuales
preguntaría si cumplen la condición e inserto en la segunda.. esto se puede
según entiendo con un contrib de postgresql que permite insertar entre base
de datos distintas lo que no se es si las bds tienen que estar en la misma
instalación de postgres o puede hacerse en distintas pcs?

se puede hacer esto con la replicacion que trae por defecto postgresql 9?

gracias a todos..

-- 
Solo alcanzaras el conocimiento conociendo la ignorancia.

Re: [pgsql-es-ayuda] Replicacion con PGPOOL

[Ing. Marcos Ortiz Valmaseda]

Arcel Labrada Batista escribió:

buenos días listeros,

la pregunta es simple, 
Se puede replicar con PGPOOL en postgres 8.4


--
TIP 4: No hagas 'kill -9' a postmaster
  
Si se puede, de hecho es la versión de PostgreSQL que ya estamos usamos 
acá.
La versión de PgPool-II que estamos usando es la 2.3.2, o sea el último 
release si no me equivoco.


Saludos


--
 
-- Ing. Marcos Luís Ortíz Valmaseda   --

-- Twitter: http://twitter.com/@marcosluis2186--
-- FreeBSD Fan/User   --
-- http://www.freebsd.org/es  --
-- Linux User # 418229--
-- Database Architect/Administrator   --
-- PostgreSQL RDBMS   --
-- http://www.postgresql.org  --
-- http://planetpostgresql.org--
-- http://www.postgresql-es.org   --

-- Data WareHouse -- Business Intelligence Apprentice --
-- http://www.tdwi.org--
 
-- Ruby on Rails Fan/Developer--

-- http://rubyonrails.org --


Comunidad Técnica Cubana de PostgreSQL
http://postgresql.uci.cu
http://personas.grm.uci.cu/+marcos

Centro de Tecnologías de Gestión de Datos (DATEC) 
Contacto: 
   Correo: centa...@uci.cu
   Telf: +53 07-837-3737
 +53 07-837-3714
Universidad de las Ciencias Informáticas
http://www.uci.cu 




--
TIP 9: visita nuestro canal de IRC #postgresql-es en irc.freenode.net

[pgsql-es-ayuda] Replicacion con PGPOOL???? disculpen PGCLUSTER

[Arcel Labrada Batista]

disculpen la anormalidad del correo anterior, es con PGCLUSTER necesito saber 
si para porstgres 8.4 se puede replicar con PGCLUSTER

- Mensaje original -
De: "Jaime Casanova" 
Para: "Fernando Siguenza" 
CC: "Foro Postgres" 
Enviados: Viernes, 2 de Abril 2010 5:23:18 GMT +01:00 Amsterdam / Berlín / 
Berna / Roma / Estocolmo / Viena
Asunto: Re: [pgsql-es-ayuda] Como saber si encontro un valor una consulta

2010/4/1 Fernando Siguenza :
>
> select into vdescuento sum(vendes) from ventas where EXTRACT(month FROM
> venfec)=vmes and venclicod=xclicod;
> if not found then
>     vdescuento:=0;
> end if;
>
> Pero nome funciona, si el cliente no tiene descuento el valor queda en
> blanco, como puedo saber si un select sum, me obtiene o no un valor.
>

select into vdescuento sum(vendes)
  from ventas
where EXTRACT(month FROM venfec)=vmes
and venclicod=xclicod;
if vdescuento is null then
   vdescuento = 0;
end if;


aunque me parece mas facil hacer algo como:

select into vdescuento coalesce(sum(vendes), 0)
  from ventas
where EXTRACT(month FROM venfec)=vmes
and venclicod=xclicod;

-- 
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157
--
TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podr� leerlo
--
TIP 9: visita nuestro canal de IRC #postgresql-es en irc.freenode.net

[pgsql-es-ayuda] Replicacion con PGPOOL

[Arcel Labrada Batista]

buenos días listeros,

la pregunta es simple, 
Se puede replicar con PGPOOL en postgres 8.4

--
TIP 4: No hagas 'kill -9' a postmaster

Re: [pgsql-es-ayuda] replicacion activo-activo

[Alvaro Herrera]

Arcel Labrada Batista escribió:

> disculpen la pregunta, acaso se refieren a una replicación
> maestro-maestro con slony I??

No.

-- 
Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
Major Fambrough: You wish to see the frontier?
John Dunbar: Yes sir, before it's gone.
--
TIP 4: No hagas 'kill -9' a postmaster

Re: [pgsql-es-ayuda] replicacion activo-activo

[Diego Ayala]

Es justo lo que me tenia, esta es la propuesta del ing. consultor, a cargo
del proyecto para nuestro sitio alternativo, que desea tener alta
disponibilidad de todo(switches, servers,sistemas, jboss), y me planteo que
vea la solucion(para su propuesta), con esto que me dices Alvaro referente
al rendimiento, creo que le hare una mejor propuesta de HA para la base...

El 29 de marzo de 2010 10:44, Alvaro Herrera escribió:

> Diego Ayala escribió:
> > Buenos dias amigos de la lista quiero quisiera saber si alguno tiene
> > experiencia con el tema de replicacion para Postgres activo - activo, es
> > decir, que en ambos lugares donde tenga mis servidores se puedan realizar
> > escrituras.., esto se debe a que se esta planificando tener un sitio
> > alternativo, y la idea  es tener todos los sistemas, incluido la base con
> > esa estructura en forma activa, y la verdad no tengo experiencia con
> > replicación, por eso queria saber cual herramienta me recomendarian
> > implementar para lograr esto.
>
> Lo que tú buscas no es activo-activo (tiene una penalización muy grande
> de rendimiento, te aseguro que no te conviene), sino que puedas cambiar
> el nodo activo de un lado a otro.  Eso se llama "hacer failover".
> Slony-I y Londiste (y otros) pueden hacerlo.
>
> --
> Alvaro Herrera
> http://www.amazon.com/gp/registry/5ZYLFMCVHXC
> "Tiene valor aquel que admite que es un cobarde" (Fernandel)
>



-- 
Diego Ayala

Re: [pgsql-es-ayuda] replicacion activo-activo

[Arcel Labrada Batista]

disculpen la pregunta, acaso se refieren a una replicación maestro-maestro con 
slony I??


- Mensaje original -
De: "Alvaro Herrera" 
Para: "Diego Ayala" 
CC: "Postgres Ayuda" 
Enviados: Lunes, 29 de Marzo 2010 10:44:25 (GMT-0500) Auto-Detected
Asunto: Re: [pgsql-es-ayuda] replicacion activo-activo

Diego Ayala escribió:
> Buenos dias amigos de la lista quiero quisiera saber si alguno tiene
> experiencia con el tema de replicacion para Postgres activo - activo, es
> decir, que en ambos lugares donde tenga mis servidores se puedan realizar
> escrituras.., esto se debe a que se esta planificando tener un sitio
> alternativo, y la idea  es tener todos los sistemas, incluido la base con
> esa estructura en forma activa, y la verdad no tengo experiencia con
> replicación, por eso queria saber cual herramienta me recomendarian
> implementar para lograr esto.

Lo que tú buscas no es activo-activo (tiene una penalización muy grande
de rendimiento, te aseguro que no te conviene), sino que puedas cambiar
el nodo activo de un lado a otro.  Eso se llama "hacer failover".
Slony-I y Londiste (y otros) pueden hacerlo.

-- 
Alvaro Herrera  http://www.amazon.com/gp/registry/5ZYLFMCVHXC
"Tiene valor aquel que admite que es un cobarde" (Fernandel)
--
TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
   http://archives.postgresql.org/pgsql-es-ayuda
--
TIP 9: visita nuestro canal de IRC #postgresql-es en irc.freenode.net

Re: [pgsql-es-ayuda] replicacion activo-activo

[Alvaro Herrera]

Diego Ayala escribió:
> Buenos dias amigos de la lista quiero quisiera saber si alguno tiene
> experiencia con el tema de replicacion para Postgres activo - activo, es
> decir, que en ambos lugares donde tenga mis servidores se puedan realizar
> escrituras.., esto se debe a que se esta planificando tener un sitio
> alternativo, y la idea  es tener todos los sistemas, incluido la base con
> esa estructura en forma activa, y la verdad no tengo experiencia con
> replicación, por eso queria saber cual herramienta me recomendarian
> implementar para lograr esto.

Lo que tú buscas no es activo-activo (tiene una penalización muy grande
de rendimiento, te aseguro que no te conviene), sino que puedas cambiar
el nodo activo de un lado a otro.  Eso se llama "hacer failover".
Slony-I y Londiste (y otros) pueden hacerlo.

-- 
Alvaro Herrera  http://www.amazon.com/gp/registry/5ZYLFMCVHXC
"Tiene valor aquel que admite que es un cobarde" (Fernandel)
--
TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
   http://archives.postgresql.org/pgsql-es-ayuda

[pgsql-es-ayuda] replicacion activo-activo

[Diego Ayala]

Buenos dias amigos de la lista quiero quisiera saber si alguno tiene
experiencia con el tema de replicacion para Postgres activo - activo, es
decir, que en ambos lugares donde tenga mis servidores se puedan realizar
escrituras.., esto se debe a que se esta planificando tener un sitio
alternativo, y la idea  es tener todos los sistemas, incluido la base con
esa estructura en forma activa, y la verdad no tengo experiencia con
replicación, por eso queria saber cual herramienta me recomendarian
implementar para lograr esto.

-- 
Diego Ayala

[pgsql-es-ayuda] replicacion de datos con pgpool

[Miguel Angel Hernandez Moreno]

Hola compañeros!!

oigan no se si alguien pueda hecharme la mano!!

miren tengo el pgpool intalado ya me avente de forma completa el manual
de replicación que tiene postgres!!  Osea el problema no es que no replique
sino que cuando hago un pcp_node_recovery, al parecer todo marcha de
maravilla, no hay problema, funciona y todo, pero a la hora de concluir me
arroja lo siguiente

LOG DE PGPOOL
2010-03-17 16:24:17 DEBUG: pid 5755: I am PCP 5755 accept fd 5
2010-03-17 16:24:17 DEBUG: pid 5755: pcp_child: received PCP packet type of
service 'M'
2010-03-17 16:24:17 DEBUG: pid 5755: pcp_child: salt sent to the client
2010-03-17 16:24:17 DEBUG: pid 5755: pcp_child: received PCP packet type of
service 'R'
2010-03-17 16:24:17 DEBUG: pid 5755: pcp_child: authentication OK
2010-03-17 16:24:17 DEBUG: pid 5755: pcp_child: received PCP packet type of
service 'O'
2010-03-17 16:24:17 DEBUG: pid 5755: pcp_child: start online recovery
2010-03-17 16:24:17 LOG:   pid 5755: starting recovering node 1
2010-03-17 16:24:17 DEBUG: pid 5755: exec_checkpoint: start checkpoint
2010-03-17 16:24:17 DEBUG: pid 5755: exec_checkpoint: finish checkpoint
2010-03-17 16:24:17 LOG:   pid 5755: CHECKPOINT in the 1st stage done
2010-03-17 16:24:17 LOG:   pid 5755: 1st stage is done
2010-03-17 16:24:17 LOG:   pid 5755: starting 2nd stage
2010-03-17 16:25:50 ERROR: pid 5755: wait_connection_closed: existing
connections did not close in 90 sec.
2010-03-17 16:25:50 ERROR: pid 5755: start_recovery: timeover for waiting
connection closed
2010-03-17 16:25:50 DEBUG: pid 5755: pcp_child: received PCP packet type of
service 'X'
2010-03-17 16:25:50 DEBUG: pid 5755: pcp_child: client disconnecting. close
connection

TEMINAL EN DONDE HAGO EL REOVERY
linuxM:/usr/local/bin # pcp_recovery_node -d 10 pgsql1 9898 postgres
postgres 1
DEBUG: send: tos="R", len=46
DEBUG: recv: tos="r", len=21, data=AuthenticationOK
DEBUG: send: tos="D", len=6
DEBUG: recv: tos="e", len=20, data=recovery failed
DEBUG: command failed. reason=recovery failed
BackendError
DEBUG: send: tos="X", len=4


Pero si reinicio el PGPOOL  y vuelvo a correr el recovery, no me marca
ningun problema,
e incluso me dice que esta bien y el nodo caido lo pone en estado 1
pero no me regresa los valores que deberian recuperarse

2010-03-17 16:32:33 DEBUG: pid 5979: I am PCP 5979 accept fd 5
2010-03-17 16:32:33 DEBUG: pid 5979: pcp_child: received PCP packet type of
service 'M'
2010-03-17 16:32:33 DEBUG: pid 5979: pcp_child: salt sent to the client
2010-03-17 16:32:33 DEBUG: pid 5979: pcp_child: received PCP packet type of
service 'R'
2010-03-17 16:32:33 DEBUG: pid 5979: pcp_child: authentication OK
2010-03-17 16:32:33 DEBUG: pid 5979: pcp_child: received PCP packet type of
service 'O'
2010-03-17 16:32:33 DEBUG: pid 5979: pcp_child: start online recovery
2010-03-17 16:32:33 LOG:   pid 5979: starting recovering node 1
2010-03-17 16:32:33 DEBUG: pid 5979: exec_checkpoint: start checkpoint
2010-03-17 16:32:33 DEBUG: pid 5979: exec_checkpoint: finish checkpoint
2010-03-17 16:32:33 LOG:   pid 5979: CHECKPOINT in the 1st stage done
2010-03-17 16:32:33 LOG:   pid 5979: 1st stage is done
2010-03-17 16:32:33 LOG:   pid 5979: starting 2nd stage
2010-03-17 16:32:33 LOG:   pid 5979: all connections from clients have been
closed
2010-03-17 16:32:33 DEBUG: pid 5979: exec_checkpoint: start checkpoint
2010-03-17 16:32:33 DEBUG: pid 5979: exec_checkpoint: finish checkpoint
2010-03-17 16:32:33 LOG:   pid 5979: CHECKPOINT in the 2nd stage done
2010-03-17 16:32:33 DEBUG: pid 5979: exec_remote_start: start
pgpool_remote_start
/usr/bin/logname: opción inválida -- i
Pruebe `/usr/bin/logname --help' para más información.
/usr/bin/logname: opción inválida -- i
Pruebe `/usr/bin/logname --help' para más información.
2010-03-17 16:32:33 DEBUG: pid 5979: exec_remote_start: finish
pgpool_remote_start
2010-03-17 16:32:33 LOG:   pid 5979: 1 node restarted
2010-03-17 16:32:33 LOG:   pid 5979: send_failback_request: fail back 1 th
node request from pid 5979
2010-03-17 16:32:33 DEBUG: pid 5946: failover_handler called
2010-03-17 16:32:33 DEBUG: pid 5946: failover_handler: starting to select
new master node
2010-03-17 16:32:33 LOG:   pid 5946: starting fail back. reconnect host
pgsql2(5432)
2010-03-17 16:32:33 LOG:   pid 5946: execute command:
/home/postgres/data/pgpool-failback 1 pgsql2 5432 var/lib/pgsql/data 0 0
/usr/bin/logname: opción inválida -- i
Pruebe `/usr/bin/logname --help' para más información.
/usr/bin/logname: opción inválida -- i
Pruebe `/usr/bin/logname --help' para más información.
2010-03-17 16:32:33 DEBUG: pid 5946: failover_handler: kill 6207
2010-03-17 16:32:33 DEBUG: pid 5946: failover_handler: kill 6208
2010-03-17 16:32:33 DEBUG: pid 5946: failover_handler: kill 6209
2010-03-17 16:32:33 DEBUG: pid 5946: failover_handler: kill 6210
2010-03-17 16:32:33 DEBUG: pid 6208: child received shutdown request signal
3
2010-03-17 16:32:33 DEBUG: pid 5946: failover_handler: kill 6211
2010-03-17 16:32:33 DEBUG: pid 5946: failover_han

Re: [pgsql-es-ayuda] Replicacion con pgpool-II vs. varios usuarios con distintos privilegios

[Ing. Marcos Luí­s Ortí­z Valmas eda]

Andres A. Mamani escribió:

Marcos, lo he probado y no encontre modo de replicar con diferentes usuarios.


  

Y porque no cambias el puerto en el que corre postgresql a uno
diferente, por ejemplo 5433, y haces que pgpool escuche en 5432   ?



Jose el problema en realidad no es el puerto sino el usuario, no puedo
configurar PgPool-II para que replique con distintos usuarios de la
base de datos.

De cualquier forma, gracias por responder.
--
TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
   http://archives.postgresql.org/pgsql-es-ayuda
  
Te digo esto porque yo también traté de hacer lo mismo por temas de 
seguridad una vez pero nunca encontré una solución.

Saludos

--
TIP 8: explain analyze es tu amigo

Re: [pgsql-es-ayuda] Replicacion con pgpool-II vs. varios usuarios con distintos privilegios

[Andres A. Mamani]

Marcos, lo he probado y no encontre modo de replicar con diferentes usuarios.


> Y porque no cambias el puerto en el que corre postgresql a uno
> diferente, por ejemplo 5433, y haces que pgpool escuche en 5432   ?

Jose el problema en realidad no es el puerto sino el usuario, no puedo
configurar PgPool-II para que replique con distintos usuarios de la
base de datos.

De cualquier forma, gracias por responder.
--
TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
   http://archives.postgresql.org/pgsql-es-ayuda

Re: [pgsql-es-ayuda] Replicacion con pgpool-II vs. varios usuarios con distintos privilegios

[jose javier parra sanchez]

Y porque no cambias el puerto en el que corre postgresql a uno
diferente, por ejemplo 5433, y haces que pgpool escuche en 5432   ?

El día 7 de octubre de 2009 16:46, Andres A. Mamani
 escribió:
> Hola lista.
>
> He probado pgpool-II y según mi apreciación ( a menos que esté
> equivocado) pgpool necesita un usuario único con los permisos
> necesarios y un puerto para realizar la replicación, por ejemplo
> (Usuario: pgpool2. Puerto: ).
> Si deseo realizar la replicación de los datos o estructura debo
> conectarme con: pgpool2 al puerto , cualquier operación en la base
> de datos con una conexión al puerto:5432 con el usuario: Pepe, no será
> replicada; por lo tanto, si en mi base de datos tengo varios usuarios
> con diferentes privilegios no podrán ser replicadas.
> ¿Hay forma de configurar pgpool-II de modo tal que permita la
> replicación con diferentes usuarios , en este caso los mismos que
> tengo en PostgreSql manteniendo sus privilegios?
>
> Gracias de antemano.
> --
> TIP 8: explain analyze es tu amigo
>
--
TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
   http://archives.postgresql.org/pgsql-es-ayuda

Re: [pgsql-es-ayuda] Replicacion con pgpool-II vs. varios usuarios con distintos privilegios

[Marcos Luis Ortiz Valmaseda]

Hasta lo que he investigado creo que no hermano, creo que él está hecho para 
usar un solo usuario para todo. Tendrías que probarlo a ver que tal.

Saludos
P.D: Cuando lo hagas, compártelo con todos nosotros

"The hurry is enemy of the success: for that reason...Be patient"

Ing. Marcos L. Ortiz Valmaseda
Línea Soporte y Despliegue
Centro de Tecnologías de Almacenamiento y Análisis de Datos (CENTALAD)

Linux User # 418229
PostgreSQL User
http://www.postgresql.org
http://www.planetpostgresql.org/
http://www.postgresql-es.org/


- Mensaje original -
De: "Andres A. Mamani" 
Para: pgsql-es-ayuda@postgresql.org
Enviados: Miércoles, 7 de Octubre 2009 10:46:17 (GMT-0500) Auto-Detected
Asunto: [pgsql-es-ayuda] Replicacion con pgpool-II vs. varios usuarios con 
distintos  privilegios

Hola lista.

He probado pgpool-II y según mi apreciación ( a menos que esté
equivocado) pgpool necesita un usuario único con los permisos
necesarios y un puerto para realizar la replicación, por ejemplo
(Usuario: pgpool2. Puerto: ).
Si deseo realizar la replicación de los datos o estructura debo
conectarme con: pgpool2 al puerto , cualquier operación en la base
de datos con una conexión al puerto:5432 con el usuario: Pepe, no será
replicada; por lo tanto, si en mi base de datos tengo varios usuarios
con diferentes privilegios no podrán ser replicadas.
¿Hay forma de configurar pgpool-II de modo tal que permita la
replicación con diferentes usuarios , en este caso los mismos que
tengo en PostgreSql manteniendo sus privilegios?

Gracias de antemano.
--
TIP 8: explain analyze es tu amigo
--
TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podr� leerlo

[pgsql-es-ayuda] Replicacion con pgpool-II vs. varios usuarios con distintos privilegios

[Andres A. Mamani]

Hola lista.

He probado pgpool-II y según mi apreciación ( a menos que esté
equivocado) pgpool necesita un usuario único con los permisos
necesarios y un puerto para realizar la replicación, por ejemplo
(Usuario: pgpool2. Puerto: ).
Si deseo realizar la replicación de los datos o estructura debo
conectarme con: pgpool2 al puerto , cualquier operación en la base
de datos con una conexión al puerto:5432 con el usuario: Pepe, no será
replicada; por lo tanto, si en mi base de datos tengo varios usuarios
con diferentes privilegios no podrán ser replicadas.
¿Hay forma de configurar pgpool-II de modo tal que permita la
replicación con diferentes usuarios , en este caso los mismos que
tengo en PostgreSql manteniendo sus privilegios?

Gracias de antemano.
--
TIP 8: explain analyze es tu amigo

[Fwd: Re: [pgsql-es-ayuda] Replicacion de Datos]

[Javier Fritz Alsite]

Hola a todos.

   Le comento que ya se han logrado todas las configuraciones que se 
esperaban hasta ahora (2 NODOS), agradezco la ayuda.  Me falta alguna 
configuración que me permita ampliar la solcion a tres maquinas. Para 
esto veo que mi solucion sería que un equipo pueda ser maestro y esclavo 
de otros dos servers simultaneamente, entonces, la pregunta es, ¿existe 
esta posibilidad?. Agadeceria alguna pista.


   Por ahora configure dos maquina y funcionan perfecto, al agregar la 
tercera he cambiado algunos parametros y funciona relativamente bien, 
pero existen algunos problemas que debo solucionar. Modelo de trabajo 
actual en mi configuracion para 3 maquinas:


--
|MAQ1
|master OK
|slave de MAQ3
|--
|MAQ2
|master OK
|slave de MAQ1
|--
|MAQ3
|master OK
|slave de MAQ2
--

Es decir, cada maquina es master para otra maquina, el problema es que 
si alguna de ellas pierde conexion la replicación de los datos se 
realizara entre las restantes en solo un sentido, por ejemplo si pierde 
conexion MAQ1, todos los cambios en MAQ2 seran efectivamente llevados a 
MAQ3, pero MAQ3 no producirá ningun cambio en MAQ2 hasta que se recupere 
MAQ1, ya que los cambios se arrastran por los nodos hasta cubrirlos 
todos. (MAQ1--> MAQ2 --> MAQ3 -->MAQ1.)
Como mencione en alguna oportunidad todas las maquinas son el servidor 
principal se sus respectivas redes y continuaran efectuado tareas de 
insercion, actualizacion y borrado durante la caida del servicio de red.


Saludos ;)

--
Javier Fritz A.


--- Begin Message ---




SOLUCION PYREPLICA FUNCIONANDO.

El problema se encontraba en el archivo de configuracion (donde mas
podrias estar). La especificacion de columna de esclavo estaba
encomillada, tan simple como quitar las comillas y todo ok.

Archivo mydb.conf
Donde decia:
# in multi-slave setup, set the slave column to mark data as replicated
SLAVE_FIELD='replicated'

Debia decir:
# in multi-slave setup, set the slave column to mark data as replicated
SLAVE_FIELD=replicated


Gracias por la ayuda.
Saludos.

Javier Fritz Alsite wrote:

  
Segun las linea que me arroja en el error, he buscando en el log de
postgreSQL y efectivamente esta enviado una sentencia invalida
  
Log de PostgreSQL

ERROR:  la sintaxis de entrada no es válida para tipo boolean:
«replicated»
SENTENCIA:  SELECT id,sql FROM replica_log WHERE NOT 'replicated'  AND username<>E'pyreplica'  ORDER BY id ASC FOR UPDATE

  
En la cadena anterior puede apreciarse que el error esta en el
encomillado de la columna replicated y la letra E antes del usuario que
debe excluir. 
La verdad no manejo python para corregirlo, puedes ayudarme con esto??.
El error se produce tal como indica el reporte por correo en la linea
87 del archivo pyreplica.py
  
En esta seccion es donde genera la cadena de la consulta.
Quizas esto se deba a un error en lacodificacion del archivo
 pyreplica.py ---
    # ignore some user? (multimaster setup)^M
    sql = skip_user and " AND username<>%s " or ""^M
    args = skip_user and (skip_user,) or ()^M
    # Query un-replicated data (lock rows to prevent data loss)
    cur0.execute("SELECT id,sql FROM replica_log "^M
 "WHERE NOT %s %s "
 "ORDER BY id ASC FOR UPDATE" % (slave_field, sql)
,args)
-- 
  
  
  
Javier Fritz Alsite wrote:
  

Efectivamente hay problemas con los usuarios del smtp. por ahora me
cambie de server y esta enviado los correos de notificacion.

El error que me arroja es el sigueinte

Traceback (most recent call last):
  File "/usr/local/pyreplica/daemon.py", line 74, in run
debug = self.debug)
  File "/usr/local/pyreplica/pyreplica.py", line 154, in main_loop
replicate(cur0, cur1, skip_user, slave_field, debug)
  File "/usr/local/pyreplica/pyreplica.py", line 87, in replicate
"ORDER BY id ASC FOR UPDATE" % (slave_field, sql) ,args)
DataError: la sintaxis de entrada no es válida para tipo boolean: «replicated»

No estoy claro cual es el problema, al paracer no detecta el tipo de
dato de la columna replicated. 


Mariano Reingart wrote:

  ¿El username y password funcionan bien?
username=pyrepl...@lanixerp.cl
PASSWORD=XXXxXX

Además, el usuario pyreplica tiene permisos de modificacion en todas
las tablas del esclavo?

Sds
Mariano

2009/8/12 Javier Fritz Alsite :
  
  
Hola.

    Anexo archivo de configuracionen /etc/pyreplica. Ademas del envio de
correos no logro completar la replicación.

    Pasos:
    - Resplado de base erp_lamartine y restaurado en todas las maquinas.
    - Instalación de master-install.sql en todos las maquinas.
    - carga de pyreplica en /usr/local/pyreplica
    - edicion de archivo de configuracion (se anexa) en todas las maquinas,
se edito la ip de DNS0 y DNS1 a la que corresponde, estoy haciendo pruebas
con un multimaestro con las IP que se indican m

Re: [pgsql-es-ayuda] Replicacion de Datos

[Jaime Casanova]

2009/8/12 Javier Fritz Alsite :
> Segun las linea que me arroja en el error, he buscando en el log de
> postgreSQL y efectivamente esta enviado una sentencia invalida
>
> Log de PostgreSQL
> 
> ERROR:  la sintaxis de entrada no es válida para tipo boolean: «replicated»
> SENTENCIA:  SELECT id,sql FROM replica_log WHERE NOT 'replicated'  AND
> username<>E'pyreplica'  ORDER BY id ASC FOR UPDATE
> 
>
> En la cadena anterior puede apreciarse que el error esta en el encomillado
> de la columna replicated y la letra E antes del usuario que debe excluir.

solo como dato adicional, la E antes del nombre de usuario no es un
error... es la forma en que postgres maneja las cadenas para que sea
compatible con el estandar sql y IIRC para que sean seguras a pesar de
los caracteres de escape \

fijate en la descripcion de escape_string_warning,
standard_conforming_strings y backslash_quote en
http://www.postgresql.org/docs/8.4/static/runtime-config-compatible.html

-- 
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157
--
TIP 7: no olvides aumentar la configuraci�n del "free space map"

Re: [pgsql-es-ayuda] Replicacion de Datos

[Alvaro Herrera]

Javier Fritz Alsite escribió:
> 
> 
> 
>   
> 
> 
> Segun las linea que me arroja en el error, he buscando en el log de
> postgreSQL y efectivamente esta enviado una sentencia invalida

El problema está en el .conf

SLAVE_FIELD='replicated'

debe decir 

SLAVE_FIELD=replicated

-- 
Alvaro Herrera  http://www.amazon.com/gp/registry/5ZYLFMCVHXC
Dios hizo a Adán, pero fue Eva quien lo hizo hombre.
--
TIP 1: para suscribirte y desuscribirte, visita 
http://archives.postgresql.org/pgsql-es-ayuda

Re: [pgsql-es-ayuda] Replicacion de Datos

[Javier Fritz Alsite]

Segun las linea que me arroja en el error, he buscando en el log de
postgreSQL y efectivamente esta enviado una sentencia invalida

Log de PostgreSQL

ERROR:  la sintaxis de entrada no es válida para tipo boolean:
«replicated»
SENTENCIA:  SELECT id,sql FROM replica_log WHERE NOT 'replicated'  AND username<>E'pyreplica'  ORDER BY id ASC FOR UPDATE


En la cadena anterior puede apreciarse que el error esta en el
encomillado de la columna replicated y la letra E antes del usuario que
debe excluir. 
La verdad no manejo python para corregirlo, puedes ayudarme con esto??.
El error se produce tal como indica el reporte por correo en la linea
87 del archivo pyreplica.py

En esta seccion es donde genera la cadena de la consulta.
Quizas esto se deba a un error en lacodificacion del archivo
 pyreplica.py ---
    # ignore some user? (multimaster setup)^M
    sql = skip_user and " AND username<>%s " or ""^M
    args = skip_user and (skip_user,) or ()^M
    # Query un-replicated data (lock rows to prevent data loss)
    cur0.execute("SELECT id,sql FROM replica_log "^M
 "WHERE NOT %s %s "
 "ORDER BY id ASC FOR UPDATE" % (slave_field, sql)
,args)
-- 



Javier Fritz Alsite wrote:

  
Efectivamente hay problemas con los usuarios del smtp. por ahora me
cambie de server y esta enviado los correos de notificacion.
  
El error que me arroja es el sigueinte
  
Traceback (most recent call last):
  File "/usr/local/pyreplica/daemon.py", line 74, in run
debug = self.debug)
  File "/usr/local/pyreplica/pyreplica.py", line 154, in main_loop
replicate(cur0, cur1, skip_user, slave_field, debug)
  File "/usr/local/pyreplica/pyreplica.py", line 87, in replicate
"ORDER BY id ASC FOR UPDATE" % (slave_field, sql) ,args)
DataError: la sintaxis de entrada no es válida para tipo boolean: «replicated»

No estoy claro cual es el problema, al paracer no detecta el tipo de
dato de la columna replicated. 
  
  
Mariano Reingart wrote:
  
¿El username y password funcionan bien?
username=pyrepl...@lanixerp.cl
PASSWORD=XXXxXX

Además, el usuario pyreplica tiene permisos de modificacion en todas
las tablas del esclavo?

Sds
Mariano

2009/8/12 Javier Fritz Alsite :
  

  Hola.

    Anexo archivo de configuracionen /etc/pyreplica. Ademas del envio de
correos no logro completar la replicación.

    Pasos:
    - Resplado de base erp_lamartine y restaurado en todas las maquinas.
    - Instalación de master-install.sql en todos las maquinas.
    - carga de pyreplica en /usr/local/pyreplica
    - edicion de archivo de configuracion (se anexa) en todas las maquinas,
se edito la ip de DNS0 y DNS1 a la que corresponde, estoy haciendo pruebas
con un multimaestro con las IP que se indican mas abajo, el archivo en la
otra maquina solo tiene las IP alternadas.
    - creacion de usuarios y perfiles, grants a todas las tablas para
usuario pyreplica, postgres y lamartine.
    - modificacion de daemon.py con uid y guid 500, que corresponde al
usuario pyreplica de sistema.
    - inicio de demonio "./pyreplica start"

    Al realizar un cambio este no se replica, y se obtiene la salida que
envie en el correo anterior.


-/etc/pyreplica/mybd.conf---
[MAIN]
# name of replica set (first field of log file entries)
NAME=erp_lamartine
# master database connection string:
DSN0=dbname=erp_lamartine user=pyreplica password=pyreplica
host=192.168.1.231
# slave database connection string:
DSN1=dbname=erp_lamartine user=pyreplica password=pyreplica
host=192.168.1.232
# in multimaster setup, set the replication postgres user
SKIP_USER=pyreplica
# in multi-slave setup, set the slave column to mark data as replicated
SLAVE_FIELD='replicated'
# send a trivial query to keep alive the connection (optional)
KEEPALIVE=true
# optional debug level (0: none, 1: normal, 2: verbose, 3: very verbose)
DEBUG_LEVEL=3
# email notification config (optional):
[SMTP]
SERVER=mail.lanixerp.cl
# login is optional:
username=pyrepl...@lanixerp.cl
PASSWORD=XXXxXX
START_SUBJECT=[PyReplica][LAMARTIEN2] Inicia Rep
STOP_SUBJECT= [PyReplica][LAMARTINE2] Detiene Rep
ERROR_SUBJECT=[PyReplica][LAMARTINE2] Error Rep
WARNING_SUBJECT=[Replica][LAMARTINE2] Advertencia Rep
from_addr=pyrepl...@lanixerp.cl
to_addrs=jfr...@lanixerp.cl





Mariano Reingart wrote:

2009/8/12 Javier Fritz Alsite :


Hola.

Tal como me recomendaste estoy probando una configuración con PyReplica,
pero como es de esperarse tengo algunos problemas.

    Tengo 3 maquinas CentOS 5.3 con PyReplica cargado, pero no logro
completar la replicacion. Ademas de eso, por alguna razon el sistema de
notificaciones de correo falla.

    Cada maquina tiene cargado los archivos de pyreplica en
/usr/local/pyreplica y la configuracion del demonio esta en /etc/pyreplica.
    Se creo el usuario pyreplica en el s

Re: [pgsql-es-ayuda] Replicacion de Datos

[Mariano Reingart]

2009/8/12 Javier Fritz Alsite :
> Hola.
>
> Tal como me recomendaste estoy probando una configuración con PyReplica,
> pero como es de esperarse tengo algunos problemas.
>
>     Tengo 3 maquinas CentOS 5.3 con PyReplica cargado, pero no logro
> completar la replicacion. Ademas de eso, por alguna razon el sistema de
> notificaciones de correo falla.
>
>     Cada maquina tiene cargado los archivos de pyreplica en
> /usr/local/pyreplica y la configuracion del demonio esta en /etc/pyreplica.
>     Se creo el usuario pyreplica en el sistema para ejecutar el demonio y se
> actualizaron los datos en "daemon.py".
>
>     Estoy intentado realizar la replicacion solo con dos maquinas para
> lograr una configuracion base y luego ampliarla a la tercera maquina.
>     La salida en el log se repite constantemente, existen un cambio
> pendiente en la tabla replica_log esta marcado como no replicado en la
> columna respectiva.
>
>     Al parecer la configuracion esta en parte correcta ya que se obtiene la
> salida de conexion y encoding, pero no alcanza a la ejecucion de los querys
> en replica_log.
>
>     LOG:
>
> erp_lamartine Wed Aug 12 08:53:18 2009 DSN0: dbname=erp_lamartine
> user=pyreplica password=pyreplica host=192.168.1.231
> erp_lamartine Wed Aug 12 08:53:18 2009 DSN1: dbname=erp_lamartine
> user=pyreplica password=pyreplica host=127.0.0.1
> erp_lamartine Wed Aug 12 08:53:18 2009 Opening origin (master) connection
> erp_lamartine Wed Aug 12 08:53:18 2009 Opening replica (slave) connection
> erp_lamartine Wed Aug 12 08:53:18 2009 Encoding for this connections are
> UTF8 UTF8
> erp_lamartine Wed Aug 12 08:53:18 2009 Sending mail: [PyReplica] Inicio
> Replicacion ERROR LAMARTINE
> erp_lamartine Wed Aug 12 08:53:23 2009 Exception while sending mail: (535,
> 'authorization failed (#5.7.0)')
>

Ese error debe ser porque en la configuración de mails falta usuario y
contraseña para que pueda enviar los correos de notificación.

Cualquier cosa avisame,

Sds
Mariano
--
TIP 1: para suscribirte y desuscribirte, visita 
http://archives.postgresql.org/pgsql-es-ayuda