Re: [pgsql-es-ayuda] 32 bits, 64 bits, slony 2.2

[Gustavo Vaccaro]

Jaime, gracias por tu respuesta tan completa. La replicacion DDL no es necesario. Solamente necesito replicar datos y no son tantos. Es una base de datos bastante liviana. Creo que con slony voy a andar bien, pero voy a estudiar un poco mas la replicacion integrada. Muchas gracias por tu aporte. Gustavo J. Vaccaro http://www.gjv.com.ar El 15/07/2014 02:59 p.m., Jaime Casanova escribió: 2014-07-15 11:24 GMT-05:00 Gustavo Vaccaro <gustavo_vacc...@fibertel.com.ar>: Jaime, Todavia no empece a usar Slony pero me parecio una buena opcion. Estoy en la etapa de pruebas y funciona correctamente. Nunca lo habia usado antes y despues de investigar, me parecio que era una buena forma de replicar datos. ¿Porque no recomendas Slony? no dije que no lo recomiende, solo que si se puede usar la replicación integrada esa siempre es mejor alternativa. De hecho, lo que hice fue preguntarte bajo que analisis decidiste usar slony y no la replicación integrada de postgres Les cuento que tengo 2 servidores uno con Windows 7 Profesional 64 bits y otro con CentosOS. de todos modos no estoy seguro que la replicación integrada funcione en este caso. la replicación integrada es replicación física, es decir que mueve bloques de datos y no se si el hecho de estar en SO operativos distintos afecte (como minimo afectaria al tratar de crear un tablespace) Los servidores son de al empresa y tengo que trabajar con ellos. La replicacion de datos en realidad es minima. No es para nada exigente. Slony usa replicación lógica y usa triggers para lograrlo, eso siempre le da al maestro una carga adicional de trabajo. Además de que no replica DDL por lo que tu debes tomar las medidas necesarias ya sea manualmente o mediante el comando SLONIK EXECUTE SCRIPT (http://slony.info/documentation/2.0/stmtddlscript.html) La replicación integrada es física y replica todos los cambios en la base (replica bloques modificados) por lo que requiere menor mantenimiento. Pero si usas windows y linux, al replicar un CREATE TABLESPACE por ejemplo el comando se vería así: CREATE TABLESPACE t1 LOCATION 'c:/temp/t1'; La replicación lógica no replica DDL asi que manualmente creas el TABLESPACE en linux en alguna ruta coherente y listo, con la replicación física tratará de crearla en c:/temp/t1 y no seguira replicando hasta lograrlo y como es replicación física no puedes cambiar eso porque el bloque sería distinto y habría divergencia.