Re: replicación de base de datos

Estimada Lista,

La situación es la siguiente:

Actualmente existen 3 bodegas que trabajan de la siguiente manera:

2 dos clientes y la tercera es el servidor (web y bd) (todas en una
misma lan)

todo estaba bien porque las 3 bodegas tenían el mismo horario de
funcionamiento entonces se podía trabajar perfectamente como cliente-
servidor, pero ahora las 3 bodegas trabajan en diferente horarios y
se requiere que todas las bodegas tengan la misma información.

la idea es hacer 'independiente' a cada bodega por lo que pensé en
slony.

el problema se complica mas aún, debido a que en un tiempo mas se
abrirá otra bodega pero en otra ciudad, la cual tendrá que tener la
información de las otras 3 independientemente si están encendidas o no.

en resumen, la idea es sincronizar 3 bodegas en una red lan con otra
bodega ubicada en otra ciudad (wan)

espero haber dejado un poco mas clara la situación.

cualquier ayuda, consejo, aclaración será recibida de buena manera.

saludos a la lista!

On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
> Actualmente existen 3 bodegas que trabajan de la siguiente manera:
>
> 2 dos clientes y la tercera es el servidor (web y bd) (todas en una
> misma lan)
>

A que te refieres con bodega? es un lugar fisico para almacenar
datos o le llamas "bodega" a una base de datos?

>

--
http://www.advogato.org/person/mgonzalez/

El 01-08-2007, a las 9:46, Mario Gonzalez escribió:

al referirme a bodega me refiero a un lugar físico, en este caso a un
local comercial que tiene una base de datos en postgresql.

> On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
>> Actualmente existen 3 bodegas que trabajan de la siguiente manera:
>>
>> 2 dos clientes y la tercera es el servidor (web y bd) (todas en una
>> misma lan)
>>
>
> A que te refieres con bodega? es un lugar fisico para almacenar
> datos o le llamas "bodega" a una base de datos?
>
>>
>
> --
> http://www.advogato.org/person/mgonzalez/
> --
> ---------------------------(fin del
> mensaje)---------------------------
> TIP 9: visita nuestro canal de IRC #postgresql-es en irc.freenode.net

Mario Gonzalez escribió:
> On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
>> Actualmente existen 3 bodegas que trabajan de la siguiente manera:
>>
>> 2 dos clientes y la tercera es el servidor (web y bd) (todas en una
>> misma lan)
> A que te refieres con bodega? es un lugar fisico para almacenar
> datos o le llamas "bodega" a una base de datos?
Creo que se refiere a establecimientos comerciales. no seria buena idea
tener un servidor dedicado encendido las 24 horas??

--
__ ___ _____ _ ___ ___ _ _ _ _ _ ____
/ /\ | |_) | | | | | | |_) / / \ | |\/| | | | | |\ | | | \ \ / | |_
/_/--\ |_| \ |_| \_\_/ |_| \ \_\_/ |_| | \_\_/ |_| \| |_| \_\/ |_|__

On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
>
> al referirme a bodega me refiero a un lugar físico, en este caso a un
> local comercial que tiene una base de datos en postgresql.
>

Ok, entonces en cada bodega tienes un servidor PostgreSQL? Ademas,
cada de uno de los servidores estan en la misma LAN, es asi?

Si es eso, bueno, creo que no una solucion tan genial, personalmente
tendria solo un par de servidores para atender a los diferentes
clientes. Necesitas mucha carga, digamos varios miles o millones de
consultas por minuto?

>

--
http://www.advogato.org/person/mgonzalez/

El 01-08-2007, a las 9:53, Arturo Munive [pgsql-es-ayuda] escribió:

> Mario Gonzalez escribió:
>> On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
>>> Actualmente existen 3 bodegas que trabajan de la siguiente manera:
>>>
>>> 2 dos clientes y la tercera es el servidor (web y bd) (todas en una
>>> misma lan)
>> A que te refieres con bodega? es un lugar fisico para almacenar
>> datos o le llamas "bodega" a una base de datos?
> Creo que se refiere a establecimientos comerciales. no seria buena
> idea tener un servidor dedicado encendido las 24 horas?

Bueno seria lo ideal, de hecho lo plantie, pero por asunto de costos
es imposible, ademas que el centro comercial tiene la energia
centralizada, a que me refiero con esto, que a cierta hora se corta
la luz en todo el centro comercial, lo cual no me permite tener un
server 24x7x365, y como decia anteriormente no puedo ubicar el
server en ningun local pq los 3 locales abren ahora en distinto
horario, sumemosle a esto la apertura de otra 'bodega' en otra ciudad.

ahora las 4 bodegas tendran q tener la misma información sin depender
de un servidor dedicado.

> --
> __ ___ _____ _ ___ ___ _ _ _ _
> _ ____
> / /\ | |_) | | | | | | |_) / / \ | |\/| | | | | |\ | | | \
> \ / | |_
> /_/--\ |_| \ |_| \_\_/ |_| \ \_\_/ |_| | \_\_/ |_| \| |_| \_
> \/ |_|__
>

El 01-08-2007, a las 9:56, Mario Gonzalez escribió:

> On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
>>
>> al referirme a bodega me refiero a un lugar físico, en este caso a un
>> local comercial que tiene una base de datos en postgresql.
>>
>
> Ok, entonces en cada bodega tienes un servidor PostgreSQL? Ademas,
> cada de uno de los servidores estan en la misma LAN, es asi?

actualmente se trabaja cliente - servidor (2 bodegas hacen de
clientes y la otra hace de server (web y bd))

> Si es eso, bueno, creo que no una solucion tan genial, personalmente
> tendria solo un par de servidores para atender a los diferentes
> clientes. Necesitas mucha carga, digamos varios miles o millones de
> consultas por minuto?
>
>>
>
> --
> http://www.advogato.org/person/mgonzalez/

On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
> es imposible, ademas que el centro comercial tiene la energia
> centralizada, a que me refiero con esto, que a cierta hora se corta
> la luz en todo el centro comercial, lo cual no me permite tener un
> server 24x7x365, y como decia anteriormente no puedo ubicar el
> server en ningun local pq los 3 locales abren ahora en distinto
> horario, sumemosle a esto la apertura de otra 'bodega' en otra ciudad.
>

Creo que tu caso y solucion es bien complicada por el hecho que no
estan las condiciones apropiadas para el almacenamiento y dispobilidad
de los datos que se necesita.

Una posibilidad seria que contrataran hosting profesional, ellos se
preocuparian de los respaldos y todo. Ustedes solo necesitarian a los
clientes y una conexion a internet.

> ahora las 4 bodegas tendran q tener la misma información sin depender
> de un servidor dedicado.
>

No puedes garantizar eso. Que pasa si una sucursal no sincroniza en
mas de una semana? Imagina que se estan entregando articulos que
quizas no existen, o no se, pero si se que no puedes garantizar que
todos tengan la misma informacion si cada cierto rato o momento se te
corta la luz.

>

--
http://www.advogato.org/person/mgonzalez/

El 01-08-2007, a las 10:07, Mario Gonzalez escribió:

> On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
>> es imposible, ademas que el centro comercial tiene la energia
>> centralizada, a que me refiero con esto, que a cierta hora se corta
>> la luz en todo el centro comercial, lo cual no me permite tener un
>> server 24x7x365, y como decia anteriormente no puedo ubicar el
>> server en ningun local pq los 3 locales abren ahora en distinto
>> horario, sumemosle a esto la apertura de otra 'bodega' en otra
>> ciudad.
>>
>
> Creo que tu caso y solucion es bien complicada por el hecho que no
> estan las condiciones apropiadas para el almacenamiento y dispobilidad
> de los datos que se necesita.
>
> Una posibilidad seria que contrataran hosting profesional, ellos se
> preocuparian de los respaldos y todo. Ustedes solo necesitarian a los
> clientes y una conexion a internet.
>

mmmm que pasaria si la conexión a internet falla?? no podriamos
acceder a la información.

lo mas importante es la replicacion en tiempo real de las 3 'bodegas'
en la lan, en la cuarta (wan), podria haber cierto desfase lo cual no
tiene mucha importancia, pq no vendera productos online de las otras
tres.

>> ahora las 4 bodegas tendran q tener la misma información sin depender
>> de un servidor dedicado.
>>
>
> No puedes garantizar eso. Que pasa si una sucursal no sincroniza en
> mas de una semana? Imagina que se estan entregando articulos que
> quizas no existen, o no se, pero si se que no puedes garantizar que
> todos tengan la misma informacion si cada cierto rato o momento se te
> corta la luz.
>>

trabaje un tiempo con slony1 lo cual me permitio replicar master-
slave tolerante a fallas, pero parece q este caso se acerca mas a
master-master.

seria aconsejable seguir trabajando con slony1 para este tipo de
caso? con failovers, switchover, etc...

espero atentos sus consejos

>
> --
> http://www.advogato.org/person/mgonzalez/

On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
> mmmm que pasaria si la conexión a internet falla?? no podriamos
> acceder a la información.
>

Claro, es un riesgo. Tendrias que poner en la balanza, es mejor no
poder conectarse en caso de fallo de conexion o poder sufrir una
corrupcion de datos?

>
> trabaje un tiempo con slony1 lo cual me permitio replicar master-
> slave tolerante a fallas, pero parece q este caso se acerca mas a
> master-master.
>

Si no me equivoco, con Slony igual necesitas tener un maestro el
cual permita hacer las actualizaciones. Ahora, cual de las N bodegas
sera la que mantendra el maestro? Si se corta la luz, ya no podran
acceder al maestro?

No se si te haz dado cuenta con los comentarios que hemos hecho, al
punto que queremos apuntar. Generalmente un servidor se caracteriza
del resto porque puedes acceder a el las veces que sea necesario sin
importar cuando. Y eso, no es tu caso.

>

--
http://www.advogato.org/person/mgonzalez/

El 01-08-2007, a las 10:34, Mario Gonzalez escribió:

> On 01/08/07, Postgres studio10 <postgres(at)studio10(dot)cl> wrote:
>> mmmm que pasaria si la conexión a internet falla?? no podriamos
>> acceder a la información.
>>
>
> Claro, es un riesgo. Tendrias que poner en la balanza, es mejor no
> poder conectarse en caso de fallo de conexion o poder sufrir una
> corrupcion de datos?
>
>>
>> trabaje un tiempo con slony1 lo cual me permitio replicar master-
>> slave tolerante a fallas, pero parece q este caso se acerca mas a
>> master-master.
>>
>
> Si no me equivoco, con Slony igual necesitas tener un maestro el
> cual permita hacer las actualizaciones. Ahora, cual de las N bodegas
> sera la que mantendra el maestro? Si se corta la luz, ya no podran
> acceder al maestro

con slony1 un esclavo puede tomar el papel de maestro en caso de falla.

> No se si te haz dado cuenta con los comentarios que hemos hecho, al
> punto que queremos apuntar. Generalmente un servidor se caracteriza
> del resto porque puedes acceder a el las veces que sea necesario sin
> importar cuando. Y eso, no es tu caso.
>>

Tengo mas que claro que la solución optima es tener un servidor, con
todas sus letras,
pero tengo todo en contra.

Por eso acudo a Ustedes para que me iluminen un poco, capaz que me
este ahogando en un vaso de agua

saludos

>
> --
> http://www.advogato.org/person/mgonzalez/

Mario Gonzalez escribió:
>
> No se si te haz dado cuenta con los comentarios que hemos hecho, al
> punto que queremos apuntar. Generalmente un servidor se caracteriza
> del resto porque puedes acceder a el las veces que sea necesario sin
> importar cuando. Y eso, no es tu caso.
Como bien dice Mario Necesitas un servidor "SI O SI"
lo que puedes hacer en tu caso es tratar que uno de tus puntos donde
ubiques al pseudoservidor al menos tenga luz en el mayor rango de tiempo.

Si no el remedio que buscas será mas caro que la enfermedad, como dicen
la corrupción de datos te podría jugar una mala pasada.

al menos por mi parte es todo lo q te puedo decir (basado en mis escasos
conocimientos) es que te habilites un server de "Verdad".

Saludos y suerte ( y si logras semejante hazaña mantener un sistema
fiable en esas condiciones no dejes de avisarnos ;) )