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=dcktz2fdrerkukxjkpvyos4cyqy2qtvenofsxj...@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@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
