Re: Logical Replication en 9.4

Muchas Gracias Jaime, por aclarar mis dudas, a tu pregunta, no, solo estoy
usando logical replication a nivel de wal_level, no estoy utilizando
pglogical

Saludos

El 14 de marzo de 2016, 20:13, Jaime Casanova <
jaime(dot)casanova(at)2ndquadrant(dot)com> escribió:

> 2016-03-14 14:43 GMT-05:00 alberto cordones <
> listas(dot)alberto(dot)cordones(at)gmail(dot)com>:
> > Si, muchas gracias a todos.ya que se me aclararon algunas dudas, sin
> embargo
> > por lo que he estado leyendo, logical replication es es mejor que
> > hot_standby,independiente del tema de la cantidad de wal que se generan.
> o
> > estoy equivocado
> >
>
> estas usando pglogical?
>
> la replicación lógica tiene algunas ventajas sobre la replicación física:
> 1) te permitirá actualizar los nodos uno a uno a futuras versiones
> 2) puedes usar tablas temporales, o crear otras tablas o índices que
> no estén en el maestro
> 3) asignar privilegios distintos en la réplica, tener usuarios que no
> están en el maestro, etc
> 4) no se cancelarán las consultas
>
> sobre tu pregunta original, en la documentación de BDR tenemos esta
> consulta para monitorear los slots de replicación
> (http://bdr-project.org/docs/0.9.0/monitoring-peers.html#MONITORING-SLOTS
> ).
> Probablemente debas cambiar o quitar el filtro sobre plugin pero en
> general sirve. Quizá puedas usar esta consulta para implementar algún
> chequeo usando el cron o nagios/icinga/"alguna otra variante que te
> guste"
>
> """
> SELECT
> slot_name, database, active,
> pg_xlog_location_diff(pg_current_xlog_insert_location(),
> restart_lsn) AS retained_bytes
> FROM pg_replication_slots
> WHERE plugin = 'bdr';
> """
>
>
> --
> Jaime Casanova www.2ndQuadrant.com
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>