Re: Estado al restaurar un nodo en BDR

Ojo que este trabajando no significa que este trabajando bien.

Sin saber mucho de BDR creo que lo que te conviene es recrear el
destino. ( si no es muy grande ).

On 1/4/2016 2:13 AM, Martín Díaz wrote:
> Hola Horacio.
>
> Gracias por la ayuda. Además de el esfuerzo que le dedicaste a la lectura!
> Coincido con tu apreciación sobre BDR
>
> El post al que haces mención ya lo leí. Básicamente, estoy en la misma
> situación.
> El nodo que acabo de reincorporar tiene toda la información del log
> procesada y la base de datos está idéntica (en términos de datos) a la
> base "prinicipal".
> La única diferencia, que percibo, sigue estando en el estado del
> atributo bdr.bdr_nodes.node_status.
> Es más, luego de la comprobación que te mencioné, utilizando pg_bench
> generé algunas filas (1.000.000) y la replicación funcionó entiendo que
> muy bien.
> Por lo que leí en la documentación, el valor del atributo en cuestión no
> debe ser forzado, entonces no me queda claro como continuar y, peor aún,
> si puedo estar seguro que el nodo está trabajando "sin problemas"
>
> Saludos
>
>
> El Sábado, 2 de enero, 2016 22:34:55, Horacio Miranda
> <hmiranda(at)gmail(dot)com> escribió:
>
>
> Como no tenia idea de BDR lei los manuales, por lo que lei y como
> funciona ( similar a Oracle Streams ) lee los WAL y replica lo que
> encuentro genial ( debo leer mas para saber exactamente como trabaja ).
>
> Sobre tu pregunta y la documentación, el estado i ( es initializing ),
> lo que imagino simplemente ya no están los WAL que necesita para
> replicar ( seguramente un respaldo/limpieza ya los borro y no es capaz
> de sincronizar ) por lo que debes recrear las bases de destino. ( Ojo
> esto es mi mejor conjetura sin leer los logs ).
>
> Lee este thread, creo que hablan de tu problema y como solucionarlo (
> Debes hacer un PoC antes de tocar producción ).
>
> http://www.postgresql.org/message-id/CALXsgcRo=dCkTZ2FdRerKUKXJKPVYOs4CYQy2QtVeNOFSxj0Ow@mail.gmail.com
>
>
>
> On 1/3/2016 3:56 AM, Martín Díaz wrote:
> > Buen día a todos. Y feliz año!
> >
> > Explico mi problema, a ver si alguien tiene una idea de como
> solucionarlo.
> >
> > Tengo servidores replicados usando BDR.
> > Por algún motivo, uno de ellos quedó fuera de servicio por un tiempo y
> > es imperioso aplicar, en el resto de los servidores, un cambio de
> > estructura.
> > Dada la necesidad de sincronía de DDL, decidí dar de baja el nodo,
> > utilizando bdr.bdr_part_by_node_names.
> > Cuando el nodo con problemas estuvo operativo, creé una nueva base, para
> > no tener el mismo id y poder agregarla a la replicación.
> > Cuando ejecuto el procedimiento bdr.bdr_group_join, logré agregar el
> > nodo, puedo sincronizar los datos, pero el estado en la
> > tabla bdr.bdr_nodes queda siempre en "i" (node_status='i') en todos los
> > nodos, a excepción del nodo re-agregado, donde el valor es "r".
> > Al respecto tengo dos preguntas:
> > 1. Representa esto un problema?
> > 2. En tal caso, que debería hacer?
> >
> > Muy agradecido a quien pueda darme una mano.
> >
> > Saludos,
> >
> > MD
>
>
> -
> Enviado a la lista de correo pgsql-es-ayuda
> (pgsql-es-ayuda(at)postgresql(dot)org <mailto:pgsql-es-ayuda(at)postgresql(dot)org>)
> Para cambiar tu suscripci�:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
>
>

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda