Hola Jaime.
Sí, efectivamente es Replicación Lógica Nativa. Procederé como he explicado
en el anterior correo.
Aprovecharé para cambiar el tipo de dato a text y añadir constraint.
Gracias por tu respuesta.
Saludos.
On Wed, 7 Apr 2021 at 17:36, Jaime Casanova
wrote:
> On Wed, 7 Apr 2021 at 07
On Wed, 7 Apr 2021 at 07:48, Ruben Fitó wrote:
> On Wed, Apr 07, 2021 at 08:50:00AM +0200, Ruben Fitó wrote:
> > Tenemos una infraestructura de bases de datos donde disponemos de una
> > replicación lógica en cascada:
> >
> > [master] -> LR -> [esclavo 1] -> LR -> [esclavo 2]
> >
> > Ahora nos vem
Hola otra vez.
Se me olvidó decir que el ALTER COLUMN es para hacer un cambio de tipo de
dato de una columna.
El cambio deseado sería pasar de un numeric(10, 0) a varchar(21).
Muchas gracias.
Saludos
On Wed, 7 Apr 2021 at 07:48, Ruben Fitó wrote:
> Buenos días.
>
> Tenemos una infraestructu
Buenos días.
Tenemos una infraestructura de bases de datos donde disponemos de una
replicación lógica en cascada:
[master] -> LR -> [esclavo 1] -> LR -> [esclavo 2]
Ahora nos vemos en la necesidad de hacer un ALTER COLUMN en una de las
tablas.
Cómo deberíamos proceder para que no se pierdan dat
El 25/07/18 a las 08:29, Stephen Amell escribió:
> Perdón, me confundí de app, donde dije Barman, hablaba de Repmgr.
Me parece que en realidad te confundiste con pglogical.
Saludos,
--
Martín Marquéshttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Ser
en la replica
lógica (como seria en un entorno de desarrollo) o convivir con tablas o
schemas adicionales (en la base de staging para ETL, de una bodega de
datos por ejemplo) la opción seria Logical Replication
-Incluso si lo que tiene son unidades de negocio distribuidas
geográficamente y que
tephen Amell
*Enviado:* martes, julio 24, 2018 7:55 a. m.
*Para:* Edwin Quijada; pgsql-es-ay...@postgresql.org
*Asunto:* Re: Streaming replication contra Logical Replication
Yo la haría con Barman en 9x y con la nativa en 10 (que es barman
dentro del código), el tema pasa mas por el switch over, rea
No entendí bien esa parte de Barman en la 9
Descarga Outlook para iOS<https://aka.ms/o0ukef>
De: Stephen Amell
Enviado: martes, julio 24, 2018 7:55 a. m.
Para: Edwin Quijada; pgsql-es-ay...@postgresql.org
Asunto: Re: Streaming replication contra L
Yo la haría con Barman en 9x y con la nativa en 10 (que es barman dentro
del código), el tema pasa mas por el switch over, reapuntar las apps y
demás.
On 2018-07-23 17:24, Edwin Quijada wrote:
Que tal.!
Tengo un servidor en la nube con Postgres 10 y 5 bases de datos en el,
quermeos crear una
Uhmm, comentar que replicación lógica aun no esta lo suficientemente
robusta. Y por otra parte tendrías que definirte todas las tablas que
formaran parte de la replica.
El 2018-07-23 16:24, Edwin Quijada escribió:
Que tal.!
Tengo un servidor en la nube con Postgres 10 y 5 bases de datos en el
Que tal.!
Tengo un servidor en la nube con Postgres 10 y 5 bases de datos en el, quermeos
crear una replica de este servidor en caso de alguna caida o algun problmea en
el master.
Para esto hemos creado un tunel SSH entre ambos servidores para la
comunicacion, ahora solo nos hace falta saber cua
datos
que contenga información de los diferentes microservicios (solo algunas
tablas). Dichos microservicios utilizan bases de datos postgresql dentro de
Amazon RDS. Leyendo en amazon sobre que solución podemos ocupar solo vemos
la posibilidad de usar logical replication, que inmho obliga a realizar
motum hesa escribió:
> 2017-12-21 14:28 GMT-06:00 Alvaro Herrera :
>
> >
> > Por alguna razón los procesos se abren y se cierran de inmediato. Eso
> > es un bug pero falta información para poder depurarlo.
> Entiendo, bueno desgraciadamente no es que pueda hacer más pruebas con
> estos servidore
2017-12-21 14:28 GMT-06:00 Alvaro Herrera :
>
> Por alguna razón los procesos se abren y se cierran de inmediato. Eso
> es un bug pero falta información para poder depurarlo.
>
> --
> Álvaro Herrerahttps://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Tr
motum hesa escribió:
> Esto me muestra el log después de activar log_connections:
>
> 93396: [unknown]: 2017-12-21 18:01:51 UTC : [unknown]@xxx [unknown] :LOG:
> connection received: host=xxx port=14768
> 93396: [unknown]: 2017-12-21 18:01:51 UTC : replicador@xxx test :LOG:
> replication connect
s bases de datos tienes replicando?
>
No sé si son distintos procesos en el top solo vi el proceso 58305
correspondiente al wal_sender, el log no mostró ningún ERROR/FATAL después
de crear la suscripción tampoc o hay restart del postmaster,
el log del suscriptor muestra los siguiente:
: 201
motum hesa escribió:
> 2017-12-21 10:17 GMT-06:00 Alvaro Herrera :
> Después de activarlo, esto muestra el log:
>
> 58304: subtest: 2017-12-21 17:12:28 UTC : replicador@xxx test :LOG:
> logical decoding found consistent point at 389/F3FBC478
> 58304: subtest: 2017-12-21 17:12:28 UTC : replicador@
2017-12-21 10:17 GMT-06:00 Alvaro Herrera :
> motum hesa escribió:
> > Después de activarla sólo mencionan esto:
> >
> > subtest: 2017-12-21 15:05:16 UTC : replicador@xxx test:LOG: logical
> > decoding found initial starting point at 388/56D33680
>
> Por favor agrega %p a tu log_line_prefix.
>
A
motum hesa escribió:
> Después de activarla sólo mencionan esto:
>
> subtest: 2017-12-21 15:05:16 UTC : replicador@xxx test:LOG: logical
> decoding found initial starting point at 388/56D33680
Por favor agrega %p a tu log_line_prefix.
> subtest: 2017-12-21 15:05:17 UTC : replicador@xxx test:LO
Después de activarla sólo mencionan esto:
subtest: 2017-12-21 15:05:16 UTC : replicador@xxx test:LOG: logical
decoding found initial starting point at 388/56D33680
subtest: 2017-12-21 15:05:16 UTC : replicador@xxx test:DETAIL: Waiting
for transactions (approximately 4) older than 301125862 to e
motum hesa escribió:
> Cree la publicación en el servidor 1 de la siguiente forma:
>
> create publication pubcummins for table tabla,
> tabla2,...,tabla29;
>
> create user replicador with replication;
>
> GRANT USAGE ON SCHEMA tb TO replicador;
> GRANT SELECT en las 29 tablas;
>
> Y en el servi
ro Herrera
escribió:
> motum hesa escribió:
> > Sí funciona, ya pude replicar datos, sin embargo parece que existe un
> > problema con el rendimiento:
> >
> > [image: Imágenes integradas 1]
> >
> > En circulo está el uso de CPU cuándo la logical replication fué
motum hesa escribió:
> Sí funciona, ya pude replicar datos, sin embargo parece que existe un
> problema con el rendimiento:
>
> [image: Imágenes integradas 1]
>
> En circulo está el uso de CPU cuándo la logical replication fué activado.
> Aunque en consumo de CPU no s
Sí funciona, ya pude replicar datos, sin embargo parece que existe un
problema con el rendimiento:
[image: Imágenes integradas 1]
En circulo está el uso de CPU cuándo la logical replication fué activado.
Aunque en consumo de CPU no se vea mucho, los load average suben bastante:
[image: Imágenes
motum hesa escribió:
> El bug fue reportado y ya se encuentra corregido.
¿y ahora funciona?
--
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
El bug fue reportado y ya se encuentra corregido.
Gracias
El 19 de diciembre de 2017, 11:42, Alvaro Herrera
escribió:
> motum hesa escribió:
>
> > ¿Existe alguna solución para este problema?
>
> Repórtalo al empaquetador.
>
> --
> Álvaro Herrerahttps://www.2ndQuadrant.com/
> Pos
motum hesa escribió:
> ¿Existe alguna solución para este problema?
Repórtalo al empaquetador.
--
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
El 19 de diciembre de 2017, 10:12, Alvaro Herrera
escribió:
> >
> ¿cómo lo instalaste? Si estás usando el port de FreeBSD, es un bug en
> ese port. El archivo pgoutput.so debería estar en el directorio lib.
>
> --
> Álvaro Herrerahttps://www.2ndQuadrant.com/
> PostgreSQL Develop
motum hesa escribió:
> Buen día lista.
>
> He estado tratando de configurar logical replication entre 2 servidores,
> pero me he encontrado con el siguiente problema:
>
> ERROR: could not create replication slot "subtest": ERROR: could not
> access file "
Buen día lista.
He estado tratando de configurar logical replication entre 2 servidores,
pero me he encontrado con el siguiente problema:
ERROR: could not create replication slot "subtest": ERROR: could not
access file "pgoutput": No such file or directory
El mensaje de err
30 matches
Mail list logo