From: | Hellmuth Vargas <hivs77(at)gmail(dot)com> |
---|---|
To: | Alessandra Campos Alfaro <alesscalf(at)gmail(dot)com> |
Cc: | Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: ayuda restauracion |
Date: | 2014-07-27 14:48:08 |
Message-ID: | CAN3Qy4r=0+dRBcQFSThq6fshfo++FUUwSyRafs+GA2fMKTtg4g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola alessandra
1. Si es un backup de productivo para restaurar en pruebas le es posible
generarlo nativo? ( opción c del parámetro -F de pg_dump para restaurarlo
con pg_restore o si por versión no permite, al menos que no lo genere como
INSERT sino con COPY) o si es toda la base de producción y la plataforma de
pruebas es igual, general un backup físico en caliente y restaurar el mismo
en pruebas
2. Modificar el parámetro fsync a off en el servidor POSTGRESQL de pruebas
y reiniciar el servicio antes de proceder con la restauración con psql o
pg_restore (según sea el caso). Una vez finalizada puedes volver a colocar
el parámetro en on
El 27/07/2014 09:10, "Alessandra Campos Alfaro" <alesscalf(at)gmail(dot)com>
escribió:
> hola amigos
>
> estoy haciendo rutinas de restaurar un archivo de base de datos (de 500mb)
> con fines de desarrollo en linux pero tarde casi 8 horas, mediante el
> sieguiente comando
>
> psql -U postgres -d mibase <respaldo_base.sql
>
> no h encontrado la raozn por la cual demora tanto .. se queda bastante
> tiempo en los INSERT
>
> alguna sugerencia?
>
>
> Gracias
>
> Aless
>
>
>
>
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Manuel Aller | 2014-07-28 16:42:58 | Re: ayuda restauracion |
Previous Message | Alessandra Campos Alfaro | 2014-07-27 14:10:18 | ayuda restauracion |