From: | Ernesto Quiñones <ernestoq(at)gmail(dot)com> |
---|---|
To: | jaime(dot)soler(at)gmail(dot)com |
Cc: | Ruben Fitó <r(dot)fito(at)ubiquat(dot)com>, "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Replicacion asincrona de base de datos en vez de cluster |
Date: | 2016-02-16 16:23:47 |
Message-ID: | CAMB2kH6iKAG1puCN0QSem1ikUj1ngaRE+Wja+OQYXTj3mDaeQA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
yo no usaría DBLinks para generar réplicas de datos, sería muy lento, mejor
es irse a replicación Asíncrona, Síncrona podría hacer tu sistema lento.
saludos
El 16 de febrero de 2016, 9:41, jaime soler <jaime(dot)soler(at)gmail(dot)com>
escribió:
> El mar, 16-02-2016 a las 14:02 +0100, Ruben Fitó escribió:
>
> Buenos dia lista,
>
> Para empezar, tenemos un sistema de replicación "Streaming replication"
> con postgresql 9.3.
>
> Hemos comprovado que este sistema es estable y que aguanta caídas de
> varias horas (segun hemos configurado).
>
> Ahora tenemos intención de hacer algo parecido pero no por clúster sino
> por diferentes bases de datos por un mismo cluster.
>
> Hemos estado buscando en la documentación y hemos visto que existen
> diferentes módulos de sincronización como dblink o pg_fwd, pero no hemos
> podido comprovar su eficacia.
>
>
> Conocéis algun sistema de sincronización parecido al que necesitamos??
>
>
> Si te refieres a replicar de determinadas bases de datos, y no todo el
> cluster. Streaming replication no es una opción y tendrás principalmente
> dos opciones:
> - replicación asíncrona basada en mecanismos de triggers:
> * maestro- esclavo tipo slony, XDB replication server de EDB, symmetricds
> * multimaestro: bucardo
> - replicación lógica de manera asincrona
> * maestro-esclavo, si es en una dirección puedes usar UDR o pglogical
> * multi-maestro: BDR
>
> un saludo
>
>
> Un saludo
>
> --
> *Ruben Fitó *
> Software Engineer
> r(dot)fito(at)ubiquat(dot)com <j(dot)catarineu(at)ubiquat(dot)com>
> www.ubiquat.com
> Tota la informació continguda en aquest document i arxius adjunts és
> CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per
> error, si us plau elimini'l i posi's en contacte amb l'emissor.
>
> All information contained in this document and any attachments are
> CONFIDENTIAL and protected under trade secret laws. If you receive this
> message by mistake, please delete it and notify it immediately to the
> sender.
>
>
--
----------------------------------------------------------
Visita : http://www.eqsoft.net
----------------------------------------------------------
mi Twitter : http://www.twitter.com/ernestoq
mi Blog : http://www.eqsoft.net/blog2
mi LinkedIn: https://pe.linkedin.com/in/ernestoq
From | Date | Subject | |
---|---|---|---|
Next Message | Manuel Aller | 2016-02-16 17:37:35 | Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] RE: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Evaluando PostgreSQL para solución de mision crítica |
Previous Message | Ernesto Lozano | 2016-02-16 16:09:13 | Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] RE: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Evaluando PostgreSQL para solución de mision crítica |