Re: Replicacion logica con postgres 10.5
Daymel, use la vista pg_replication_origin_status que me retornó: local_id, external_id, remote_lsn y local_lsn. Despues ejecuté pg_replication_origin_advance(node_name text, lsn pg_lsn) en donde usé external_id como node_name y remote_lsn con lsn. No retorno ningun error. Me olvidé de decirte que la instalación esta hecha con dos servidores virtuales (VirtualBox) de windows 7 con postgres 10.5 de 32 bits. Saludos Gustavo J. Vaccaro http://www.gjv.com.ar El 18/10/2018 a las 07:35 p.m., Daymel Bonne escribió: El 18 de octubre de 2018, 17:33, Gustavo Vaccaroescribió: Daymel, la opción 1 es la que no quiero usar. La opción 2 es la que use como dice la documentación pero no pasó nada. Sigue el conflicto. Que parámetros le pasase a la función? Errores? Libre de virus. www.avg.com
Re: Replicacion logica con postgres 10.5
Daymel, la opción 1 es la que no quiero usar. La opción 2 es la que use como dice la documentación pero no pasó nada. Sigue el conflicto. Saludos Gustavo J. Vaccaro http://www.gjv.com.ar El 18/10/2018 a las 07:14 p.m., Daymel Bonne escribió: Hola Gustavo: El 18 de octubre de 2018, 17:09, Gustavo Vaccaroescribió: Hola a todos, me puse a probar como funciona la replicación lógica con postgres 10.5 y me surgió la siguiente pregunta: cuando se produce un conflicto porque la clave esta duplicada ¿que es lo que hay que hacer? ¿se puede saltear el conflicto con pg_replication_origin_advance(node_name text, lsn pg_lsn)? Probé poniendo el valor remote_lsn que me entrega pg_replication_origin_status, pero el conflicto sigue. ¿que valor debo usar? Dos formas de solucionar esto: 1. Borrar la fila del conflicto. 2. utilizar pg_replication_origin_advance https://www.postgresql.org/docs/10/static/logical-replication-conflicts.html Saludos Libre de virus. www.avg.com
Re: Replicacion logica con postgres 10.5
Hola Gustavo: El 18 de octubre de 2018, 17:09, Gustavo Vaccaro< gustavojosevacc...@gmail.com> escribió: > Hola a todos, > > me puse a probar como funciona la replicación lógica con postgres 10.5 y > me surgió la siguiente pregunta: > cuando se produce un conflicto porque la clave esta duplicada ¿que es lo > que hay que hacer? > ¿se puede saltear el conflicto con pg_replication_origin_advance(node_name > text, lsn pg_lsn)? > Probé poniendo el valor remote_lsn que me entrega > pg_replication_origin_status, pero el conflicto sigue. ¿que valor debo usar? > Dos formas de solucionar esto: 1. Borrar la fila del conflicto. 2. utilizar pg_replication_origin_advance https://www.postgresql.org/docs/10/static/logical-replication-conflicts.html Saludos
Replicacion logica con postgres 10.5
Hola a todos, me puse a probar como funciona la replicación lógica con postgres 10.5 y me surgió la siguiente pregunta: cuando se produce un conflicto porque la clave esta duplicada ¿que es lo que hay que hacer? ¿se puede saltear el conflicto con pg_replication_origin_advance(node_name text, lsn pg_lsn)? Probé poniendo el valor remote_lsn que me entrega pg_replication_origin_status, pero el conflicto sigue. ¿que valor debo usar? La instalación que arme es muy simple. Dos servidores virtuales con una sola tabla en donde inserto en una registros y la segunda los recibe sin problemas. El conflicto lo provoco insertando primero en la segunda database un registro y despues el mismo en la primer tabla. Es decir, clave duplicada. Saludos -- Gustavo J. Vaccaro http://www.gjv.com.ar Libre de virus. www.avg.com