Re: Replicacion asincrona de base de datos en vez de cluster

Gracias eduardo,

Entonces, por lo que entiendo, fdw permite reestablecer conexión en caso de
pérdida de comunicacion, sin necesidad de gestionar-lo nosotros??

Si es asi, entonces fdw es una gran opción.

Sin embargo, surgen otras dudas:

- El hecho de crear una especie de "Read Only" en la tienda no es
posible. Creemos que podemos solucionarlo con roles y/o permisos. Es
correcto?
- La experiencia nos dice que las tiendas tienen un máximo de
desconexión de pocas horas. Durante este tiempo podemos tener varios
cambios en las configuraciones de tiendas de la BD centralizada, cómo
soluciona esto fdw?? Claro, el "Streaming Replication" va acumulando estos
cambios hasta poder aplicarlos a la BD réplica. (Esos maravillosos WAL,
jejej)
- Por lo que hemos visto, añadir/quitar/modificar, nombres de tablas,
columnas, funciones, etc... Con fdw también es algo que debemos hacer
manualmente para todas las BD de las tiendas. Es correcto?

Perdonen tantas preguntas, su experiencia es la mejor de las
documentaciones.

PD: Aun estamos estudiando las otras opciones: -> XDB replication server de
EDB, symmetricds , UDR, BDR, pglogical....

Un saludo

2016-02-17 10:46 GMT+01:00 Eduardo Morras <emorrasg(at)yahoo(dot)es>:

> On Wed, 17 Feb 2016 10:31:57 +0100
> Ruben Fitó <r(dot)fito(at)ubiquat(dot)com> wrote:
>
> > Gracias lista por sus aportaciones,
> >
> > Para resolver dudas, os explico qué queremos:
> >
> > Tenemos un gran grupo de tiendas(TPV, POS,...) que han de ser
> > instaladas i configuradas para que funcionen.
> >
> > Nuestro principal objetivo es que esa configuración se pueda
> > modificar de manera centralizada, por ejemplo des de una WEB de
> > gestión. Al mismo tiempo deseamos que haya una "sincronización
> > real-time", para no tener que crear un proceso batch que vaya
> > sincronizando cada x tiempo.
> >
> > Montando un "streaming replication" por cada tienda obtendríamos ese
> > resultado, haciendo que haya un cluster master(en el servidor) i una
> > read only(en la tienda) por cada tienda. Pero claro, esto es un dolor
> > de cabeza, si tenemos 50 tiendas, deberíamos montar 50 clústers en el
> > servidor.
> >
> > Y ahora me preguntaréis, porqué tantos clústers?? La respuesta es que
> > se desea que cada tienda sólo tenga una única configuiración, desean
> > que todo vaya por separado. En caso contrario, montaríamos un solo
> > master y tantos esclavos como hicieran falta.
> >
> > Con streaming replication seria una faena tediosa, configuración de
> > clústers, etc. A parte de que la WEb de gestión tendría que acceder a
> > todos los clústers, bla, bla bla.
> >
> > En resumen, hemos pensado que estaria bien tener un único master, y
> > sincronizar con la base de datos de la tienda, pero sólo de su
> > configuración(su propia BBDD, o tabla, o ...).
> >
> > Lo que nos entusiasma de "Streaming Replication" es la estabilidad,
> > efectividad i gran confianza que nos da, pero no sabemos si existe
> > algun proceso de sincronización parecido sólo para base de datos,
> > tablas, etc..
>
> Puedes usar FDW para conectar las bases de datos de cada tienda con la
> central, consulten la configuracion y la guarden en una tabla interna.
>
> http://www.postgresql.org/docs/current/static/postgres-fdw.html
>
> Esto no excluye el usar fdw en el otro sentido para que la central se
> conecte a las tiendas, consulte la informacion del dia u hora y la guarde.
> Incluso puede estar conectado por fdw las 24/365 horas y reconectar sin
> necesidad de tener en cuenta los ficheros wal no procesados.
>
> > No sé si he podido expicarme mejor.
> >
> > Un saludo
>
>
> --- ---
> Eduardo Morras <emorrasg(at)yahoo(dot)es>
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org
> )
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

--
*Ruben Fitó *
Software Engineer
[image: Ubiquat Technologies, SL]
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.