From: | Gunnar Wolf <gwolf(at)gwolf(dot)cx> |
---|---|
To: | Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> |
Cc: | Martin Marques <martin(at)bugs(dot)unl(dot)edu(dot)ar>, mondino(at)solsoft(dot)com(dot)ar, Pgsql-ayuda(at)tlali(dot)iztacala(dot)unam(dot)mx |
Subject: | Re: [Pgsql-ayuda] migracion |
Date: | 2003-05-22 04:39:56 |
Message-ID: | 20030522043956.GE3626@gwolf.cx |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Alvaro Herrera dijo [Thu, May 22, 2003 at 12:34:59AM -0400]:
> On Wed, May 21, 2003 at 11:09:43PM -0500, Gunnar Wolf wrote:
> > Martin Marques dijo [Wed, May 21, 2003 at 05:23:07PM -0300]:
>
> > > $ pg_dumpall > backup_serverDB
> >
> > Sugiero:
> >
> > $ pg_dumpall -d > backup_serverDB
> >
> > Esto lo hace mucho más lento. Sin embargo, te garantiza que no vas a
> > depender de que la estructura interna sea igual - Dudo que sea mayor
> > problema entre 7.0.2 y 7.3, pero... Es más seguro :)
>
> En realidad no es necesario. Yo he recuperado un backup de 7.1.3 en
> 7.4devel (y a 7.3.2 también) sin problemas -- si la base de datos es
> chica puede no tener importancia, pero en mi caso se demora 40 minutos
> en levantarse y espero no tener que saber cuanto se demora usando -d.
>
> El -d es más que nada útil cuando migras a un RDBMS distinto, creo yo.
> Y cuando quieres cambiar la definición de las tablas, claro.
Pues... Habré de creerte :) Pero, supongo, entre versiones mayores la
realidad es otra, no? Yo recuerdo el problema especialmente pesado
cuando migré 6.5.3 a 7.1...
Saludos,
--
Gunnar Wolf - gwolf(at)gwolf(dot)cx - (+52-55)5630-9700 ext. 1366
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
From | Date | Subject | |
---|---|---|---|
Next Message | jose antonio leo | 2003-05-22 11:01:27 | [Pgsql-ayuda] Mensaje de error en un vacuum |
Previous Message | Alvaro Herrera | 2003-05-22 04:34:59 | Re: [Pgsql-ayuda] migracion |