From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Diego Ayala <netdiego81(at)gmail(dot)com> |
Cc: | Postgres Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: ayuda para implementar replicacion |
Date: | 2009-09-03 19:23:42 |
Message-ID: | 20090903192341.GF6378@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Diego Ayala escribió:
> Esa es la idea que se tiene para implementar, tener nuestro sitio A, y un
> sitio B, ambos con actividad, lectura-escritura, tener un tercer sitio, en
> realidad tener un manejador, q se encargue de matar 1 de los 2 sitios si
> existe algun problema con cualquiera de los sitios, ya sea entre el A y el
> B, o de alguno de ellos con el exterior.. como dices, segun lo q lei Slony-I
> es solo maestro-esclavo,
Sí, pero a nivel de tabla (o sea un servidor puede ser maestro para una
tabla y esclavo para otra).
> creo q Pgpool-II podria ser una opcion..
Esa es una idea aún peor, porque en cuanto una sucursal se quede sin red
no va a poder hacer nada. Perderás sincronía en cuanto tengas un
problema, y resolver el conflicto va a ser más difícil.
--
Alvaro Herrera http://www.flickr.com/photos/alvherre/
"Cómo ponemos nuestros dedos en la arcilla del otro. Eso es la amistad; jugar
al alfarero y ver qué formas se pueden sacar del otro" (C. Halloway en
La Feria de las Tinieblas, R. Bradbury)
From | Date | Subject | |
---|---|---|---|
Next Message | Mari Gangrena | 2009-09-03 19:36:36 | Unir campos |
Previous Message | Diego Ayala | 2009-09-03 19:10:09 | Re: ayuda para implementar replicacion |