| From: | Gustavo Vaccaro <gustavo_vaccaro(at)fibertel(dot)com(dot)ar> |
|---|---|
| To: | POSTGRES <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: 32 bits, 64 bits, slony 2.2 |
| Date: | 2014-07-15 18:12:55 |
| Message-ID: | 53C56F27.1080206@fibertel.com.ar |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Jaime,<br>
gracias por tu respuesta tan completa.<br>
La replicacion DDL no es necesario.<br>
Solamente necesito replicar datos y no son tantos.<br>
Es una base de datos bastante liviana.<br>
Creo que con slony voy a andar bien, pero voy a estudiar un poco
mas la replicacion integrada.<br>
Muchas gracias por tu aporte.<br>
<div class="moz-signature">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="content-type">
<title></title>
<meta content="Gustavo J. Vaccaro - www.gjv.com.ar"
name="author">
<span style="font-weight: bold; font-family: Arial;"><br>
Gustavo J. Vaccaro</span><br>
<a style="font-style: italic;" href="http://www.gjv.com.ar">http://www.gjv.com.ar</a><br>
<br>
</div>
El 15/07/2014 02:59 p.m., Jaime Casanova escribió:<br>
</div>
<blockquote
cite="mid:CAJKUy5iKi2Y68_KFwCpEsNRwi04i7kbmYeiiQUKruDMj6oJ7mA(at)mail(dot)gmail(dot)com"
type="cite">
<pre wrap="">2014-07-15 11:24 GMT-05:00 Gustavo Vaccaro <a class="moz-txt-link-rfc2396E" href="mailto:gustavo_vaccaro(at)fibertel(dot)com(dot)ar"><gustavo_vaccaro(at)fibertel(dot)com(dot)ar></a>:
</pre>
<blockquote type="cite">
<pre wrap="">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?
</pre>
</blockquote>
<pre wrap="">
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
</pre>
<blockquote type="cite">
<pre wrap="">Les cuento que tengo 2 servidores uno con Windows 7 Profesional 64 bits y
otro con CentosOS.
</pre>
</blockquote>
<pre wrap="">
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)
</pre>
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap="">
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
(<a class="moz-txt-link-freetext" href="http://slony.info/documentation/2.0/stmtddlscript.html">http://slony.info/documentation/2.0/stmtddlscript.html</a>)
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.
</pre>
</blockquote>
<br>
</body>
</html>
| Attachment | Content-Type | Size |
|---|---|---|
| unknown_filename | text/html | 3.9 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Felipe de Jesús Molina Bravo | 2014-07-15 21:41:33 | Re: Funcion no existe |
| Previous Message | Jaime Casanova | 2014-07-15 18:01:55 | Re: Buenas practicas Postgresql |