Skip site navigation (1) Skip section navigation (2)

RE: problema para restaurar la base desde un resguardo

From: "Victor Hugo Roumieu" <vhr(at)relcat(dot)com(dot)ar>
To: "'Alvaro Herrera'" <alvherre(at)dcc(dot)uchile(dot)cl>
Subject: RE: problema para restaurar la base desde un resguardo
Date: 2005-01-28 18:51:44
Message-ID: 20050128185142.17D3E874318@ar3.toservers.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Muchas gracias muy valiosa tus aclaraciones, respecto al los tiempos es que
funciono la restauración haciendo el resguardo generando las instrucciones
insert, asi funciono correctamente, dio los errores pero no aborto la
restauración, el problema que asi es muy lenta la restauracion

-----Mensaje original-----
De: Alvaro Herrera [mailto:alvherre(at)dcc(dot)uchile(dot)cl] 
Enviado el: Viernes, 28 de Enero de 2005 01:32 p.m.
Para: Victor Hugo Roumieu
CC: Ayuda Postgres
Asunto: Re: [pgsql-es-ayuda] problema para restaurar la base desde un
resguardo

On Fri, Jan 28, 2005 at 12:42:45PM -0300, Victor Hugo Roumieu wrote:

Hola,

> Hola, al hacer resguardo y luego restaurar, tengo problemas, debido a que
> una vista tiene un oid anterior a una de las tablas a las que hace
> referencia, (debido a usar create o replace para modificar la vista), el
> problema lo resolví borrando la vista y creandola nuevamente, por lo que
el
> oid quedo mayor. Esto paso tambien con los dominios, me costo arreglarlo,
> ahora esta logrado, pero supongo que algo debo estar haciendo mal al hacer
> el resguardo, para lo cual uso el pgadmin, y aclaro use todas las
> combinaciones de parámetros.

Una manera mas sencilla de hacer esto es usando -l y -L de pg_restore.
Con eso puedes cambiar el orden en que se restauran los objetos.

> Con la version Postgres 8 la cosa fue peor, ya que al restaurar me da
error
> en clave duplicada, en una tabla de uso propio del postgres, la pg_ts_cfg,
> que genera en el esquema public, tambien finalmente pude restaurar, pero
con
> tiempos realmente inadmisibles.  Alguna persona puede comentarme algo al
> respecto?

Eso es un bug en tsearch2 AFAIR.  No se bien cual es la solucion
lamentablemente.  Creo que hay que quitarlo antes de hacer el backup y
luego instalarlo de nuevo en la nueva BD despues de hacer la
restauracion.  Entiendo que en versiones mas nuevas eso esta corregido.

Que es eso de tiempos inadmisibles?  Que es lo que se demoro tanto?

Una solucion para apurar la restauracion es poner sort_mem (work_mem en
8.0) en un numero muy grande (por ej. la mitad de tu RAM), para que en
la creacion de indices use mas memoria.  Esto lo hace mucho mas rapido.
Ojo que esto debe ser solo local a la restauracion del respaldo, no debe
quedar en un valor muy alto durante la operacion normal.

> Existe alguna otra herramienta para hacer backup y restauración ademas de
> las de pg_dump? O como puedo hacer para que al restaurar tenga en cuenta
el
> orden en funcion de las dependencias de los objetos, y no por el orden de
> los oid?

El pg_dump de 8.0 hace ordenamiento segun dependencias, lo cual te
soluciona el problema.

-- 
Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
"People get annoyed when you try to debug them."  (Larry Wall)

In response to

pgsql-es-ayuda by date

Next:From: Juan Pablo EspinoDate: 2005-01-28 19:06:13
Subject: Reuso de SYSID
Previous:From: Edwin QuijadaDate: 2005-01-28 18:27:09
Subject: RE: Problemas con Postgresql

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group