para tomar el backup, asegurate de no estar haciendo insert por insert en
cada dato, y que haga copy (NO USAR --inserts para generar el dump)

Para restaurar, asegurarse de tener bien configurado los parámetros de
work_men y maintenance_work_mem (los que van a ayudarte a hacer los índices
más rápidamente) y de tener el autovacuum apagado.

y los pasos serían:

tomar el backup
restaurar
correr un vacuum full (vacuumdb -fzv por lo menos)
cambiar postgresql.conf para habilitar el autovacuum
reiniciar el postgres

Saludos!



El 27 de julio de 2014, 11:48, Hellmuth Vargas <hiv...@gmail.com> escribió:

> 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" <alessc...@gmail.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
>>
>>
>>
>>
>>
>>
>>


-- 
   <http://www.infracoop.com.ar/> *Manuel Fernando Aller*
DBA Senior
InfraCoop Cooperativa de Infraestructura y Bases de Datos
skype: manuel.aller
Mobile: +54 9 11 40544779
   <http://www.facttic.org.ar/miembros/infracoop>
Infracoop
es miembro de FACTTIC <http://www.facttic.org.ar/>

Responder a