Migración 7.2 a 8.1

From: Guillermo Schulman <gschulman_ml(at)yahoo(dot)com(dot)ar>
To: lista de correo de postgres <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Migración 7.2 a 8.1
Date: 2006-02-01 14:06:22
Message-ID: 43E0C05E.4090704@yahoo.com.ar
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola a todos.
Estamos trabajando en la migración de nuestra base de datos de 7.2.1 a
8.1.1. Para esto contaremos con un nuevo servidor (con Fedora Core 4).
Hasta el momento estamos planeando seguir estos pasos:
- tomamos el dump utilizando el pg_dump del 7.2.1 en forma local en el
servidor actual.
- copiamos el dump comprimido al nuevo servidor.
- restauramos el dump utilizando el pg_restore del 8.1.1.

Si bien hasta el momento las pruebas son exitosas y no notamos ningún
problema con este procedimiento sabemos que la documentación recomienda
utilizar el pg_dump de la versión "destino" (8.1.1 en este caso). De
forma que el procedimiento nos quedaría más o menos así:
- tomamos el dump en forma remota desde el servidor nuevo utilizando el
pg_dump del 8.1.1. Vale aclarar que no podemos instalar el PG 8.1.1 en
el servidor actual (con RedHat 7.3) porque sería muy engorroso (y quizás
riesgoso) instalar otro PG en forma simultánea en producción.
- restauramos el dump utilizando el pg_restore del 8.1.1.

Pero el problema que nos surgiría es que los datos transmitidos a través
de la red local, al hacer el dump en forma remota, no serían comprimidos
y los tiempos dejarían de ser aceptables.

La pregunta en definitiva es: cuál es la razón por la cual es
recomendable realizar el dump con la versión "destino"? Se sabe de
alguna mala experiencia utilizando un procedmiento en la línea del
primero detallado?

Muchas gracias.



___________________________________________________________
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Alvaro Herrera 2006-02-01 14:08:53 Re: Oracle de mal en peor (era: Expericiencia Web)
Previous Message Rommel Oramas 2006-02-01 14:00:14 Re: Oracle de mal en peor (era: Expericiencia Web)