[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]Gunnar Wolf wrote:
Pero no es para poner los archivos de las bases de datos en el global filesystem; es para replicar el sistema de archivos donde se encuentre información valiosa como documentos y ese tipo de cosas.....Sandino Araico Sánchez dijo [Tue, Oct 25, 2005 at 02:56:01AM -0500]:Para la replicación de archivos lo mejor es utilizar un sistema de archivos replicable como el Global Filesystem http://opengfs.sourceforge.net/ .Para los archivos «cargados» en el servidor rsync es una solución perfecta, pero para las bases de datos (en este caso PostgreSQL) no puedes esperar que hacer un rsync del data_directory con la base de datos «viva» (es decir, siendo accesado por el demonio de PostgreSQL) y que funcione en otra maquina, ahí entran aplicaciones como slony (http://gborg.postgresql.org/project/slony1/projdisplay.php) para replicar tu base de datos «viva» a otro servidor.Ummmmhhhh... La gente de Postgres te dice hasta el cansancio que una de las peores maneras (y, en este caso, más lentas) de hacer respaldos es copiar los archivos. O tienes broncas de inconsistencia entre uno y otro, o tienes retrasos innecesarios por tener que mandar copia de todo a todos lados manualmente.
Que Postgres use sus propios mecanismos de replicación, en eso estoy de acuerdo. Por cierto, ¿Alguien ha usado PgCluster en pruebas o en producción?
Usa Slony. Saludos,
Sandino Araico Sánchez -- Puede que no esté de acuerdo con lo que dices. Entonces daré mi opinión hasta el cansancio, ya que tengo el mismo derecho que tú......