Re: ayuda para implementar replicacion

From: Diego Ayala <netdiego81(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Postgres Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: ayuda para implementar replicacion
Date: 2009-09-03 20:16:00
Message-ID: 6b81cb150909031316y4a6d502jfd778aad5a401b70@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

mnn, creo q tienes mucha razon Alvaro, sería algo muy tedioso y complicado
si perdieramos un punto.. creo q debemos plantearnos otra solucion, menos
critica..

El 3 de septiembre de 2009 15:23, Alvaro Herrera
<alvherre(at)alvh(dot)no-ip(dot)org>escribió:

> 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)
>

--
Diego Ayala

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Enrique Nuñez 2009-09-04 00:46:46 Re: [pgsql-es-ayuda] Tiempo de ejecución de una consulta
Previous Message Mari Gangrena 2009-09-03 20:02:01 Re: Unir campos