Re: [MASSMAIL]Re: Replicacion en postgres 10

Hola, se me ocurre que slony, se pinta solo para ello, pero como bien
dices hemos avanzado más pudieras revisar UDR o la Replicación lógica de
Pg10.

El 2018-07-02 10:47, Carlos Perez escribió:
> Gracias Stephen:
> En realidad no me sirve porque por un lado las bases locales van a
> colectar datos (pedidos)
> y por otro se pretende que desde el servidor principal le actualicen
> tambien datos
>
> Nosotros hicimos un programa java que corre background y mas o menos
> resuelve este tema pero viendo que postgres 10 traia una solucion
> avanzada para la replicacion, queria ver si podiamos abordarla como
> solucion para este tema
> Muchas gracias de nuevo.
>
> El 2 de julio de 2018, 11:10, Stephen Amell <StephenAmell(at)inbox(dot)lv>
> escribió:
>
>> Buenos días Carlos!
>>
>> Consulta, ¿Las NBs son "Solo lectura" en su base local?
>> Si es así, lo veo posible. Ya que el maestro seria el servidor
>> central actualizando múltiples esclavos en las nbs. Depende de la
>> actividad del maestro va a consumir mucho espacio.
>> Si, en cambio, las nbs van a ser los maestros o algo tipo
>> multimaster, simplemente, no lo haría.
>>
>> Otras cosas a considerar: ¿Cada cuanto tiempo se va a conectar cada
>> esclavo? ¿con que tipo de conexión y cuanto tiempo conectado (digo
>> va a tener que bajar bastante data)?
>>
>> Por la parte "Otras preguntas", ¿se van a conectar a una VPN? si es
>> asi, va a ser facil indicar un rango para los esclavos, sino quizás
>> con un no-ip o algo así para identificarlos.
>>
>> On 2018-07-02 10:45, Carlos Perez wrote:
>>
>>> Estimados:
>>> Tengo un cliente que necesita que nuestra aplicacion se pueda
>>> ultilizar en una notebook para sus corredores y tener un servidor
>>> centralizado como tienen ahora.
>>>
>>> Mi pregunta es:
>>> se puede poner a cada notebook un postgres local en condicion de
>>> slave para que cuando haya internet en las notebook se replique
>>> contra el servidor central?
>>>
>>> Otras preguntas:
>>> . esto se puede hacer considerando que los equipos slave van a
>>> estar en cualquier conexion y por ende van a tener ip's
>>> variables... no asi con el server que tiene una ip fija.
>>>
>>> Saludos.
>>>
>>> --
>>>
>>> --
>>> Carlos Enrique Perez, +5411-95402-8667
>>> Managing Director
>>> ___
>>> | |> SYSWARP
>>> |___| www.syswarp.com [1]
>
> --
>
> --
> Carlos Enrique Perez, +5411-95402-8667
> Managing Director
> ___
> | |> SYSWARP
> |___| www.syswarp.com [1]
>
>
>
> Links:
> ------
> [1] http://www.syswarp.com