> > Hola jaime, te cuento : estoy ahora restaurando la de 16 gb, En un > Proliant ML110 > Dual-Core Intel® Pentium® Processor E2160 (1.8 GHz, 800MHz FSB, 1MB Level 2 > cache)1.8 GHzhz > Esta maquina donde hacemos la prueba con la de 16 gb tiene 1gb de memoria > SO centos 5.5 > Gracias por la info. > > El 18 de abril de 2011 18:07, Jaime Casanova <[email protected]>escribió: > > 2011/4/18 adriana camargo <[email protected]>: >> > >> > El asunto es que lleva 3 días ( 68 horas aproximadamente) en el >> pg_restore. >> > ésta es la base de datos de trabajo y sólo ha subido 4.5 Gb. >> > >> > Pero la base de datos de producción tiene 80 Gb, y las tablas que >> menciono >> > tienen 30 millones de registros, a ese punto cuánto demoraria >> restaurando? y >> > es asi usualmente lo que requiere de tiempo para esto? es que me parece >> > exagerado. gracias de antemano por sus valiosos aportes. >> > >> >> 16GB u 80GB? cual es? >> >> Cuanta memoria tiene tu servidor? Para empezar yo le subiria a >> maintainance_work_mem para que no se demore demasiado creando los >> indices, pondria synchronous_commit en off, probablemente aumentaria >> los checkpoint_segments y checkpoint_timeout (aunque se que habia >> algun tipo de optimizacion para que copy no vaya al wal o algo asi, >> pero como no estoy seguro... de todos modos indices y esas cosas si >> iran..) >> >> por ultimo, si estas usando pg_restore para restaurar puedes usar la >> opcion -j para crear varios procesos que suban diferentes partes del >> backup concurrentemente... pon al menos un proceso por nucleo de >> procesador que tengas >> >> -- >> Jaime Casanova www.2ndQuadrant.com >> Professional PostgreSQL: Soporte y capacitación de PostgreSQL >> > > > > -- > Atentamente. > > > ADRIANA CAMARGO CHACON > Profesional de Sistemas > >
-- Atentamente. ADRIANA CAMARGO CHACON Profesional de Sistemas
