Re: Hola!

Si al escenario le agregás que no necesitás alta disponibilidad y estás
dispuesto a esperar el replay de los WAL en el server de backup (gralmente
algunos minutos), no dejaría de considerar una replicación por medio de PITR
(point in time recovery).
http://www.postgresql.org/docs/8.4/interactive/continuous-archiving.html

<http://www.postgresql.org/docs/8.4/interactive/continuous-archiving.html>Para
alta disponibilidad me inclino más por una replicación a nivel de
filesystems con DRDB + Heartbeat.
http://www.drdb.org

Saludos,
Fernando.

2010/5/27 Mariano Reingart <reingart(at)gmail(dot)com>

> 2010/5/26 Martin Li Causi <emlicausi(at)gmail(dot)com>:
> > Hola Lista, recien me suscribo muchas gracias por recibirme
> > les hago una consulta
> >
> > tengo un server con postgres 8.4.2 al cual acceden las aplicaciones y
> tengo
> > que armar un secundario para hacer replicaciones
> > que me recomiendan usar??? slony, pgpoll2 ?? u algun otro ?
> > la idea es que al momento de la grabacion lo haga en ambos, pero la
> lectura
> > solo del master
>
> Slony sería lo que más se ajusta a lo que necesitás.
> PgPool no tendría beneficios en este caso.
>
> Podés probar con pyreplica, que aparte de ser un proyecto local, es
> bastante fácil de instalar y usar ;-)
>
> http://www.sistemasagiles.com.ar/trac/wiki/PyReplica
>
> Sds y bienvenido,
>
> Mariano Reingart
> http://www.arpug.com.ar
> http://www.sistemasagiles.com.ar
> http://reingart.blogspot.com
>
> --
> Sent via arpug mailing list (arpug(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/arpug
>