Hola dejo estas observaciones como aportes luego del proceso de migracion de 8.1 a 9.0
Cosas que no nos dicen los manuales: 1. Verifica la codificación de tu base de datos inicial (8.1) anteriormente algunas Db usaban el Latin1 por lo tanto si la tuya esta asi , verifica que opciones de configuracion tiene la maquina linux donde tienes el 9.0 usualmente tienen o se ubican con UTF8, y el postgresl tambien lo tiene, asi que si no haces el dump codificando a utf8 perderas registros de tu base de datos que tienen caracteres de latin1 inentendibles para utf8. Definitivamente revisa la forma de hacer el dump, y hazlo desde la maquina que tiene el 9.0 ella comprime los datos de forma rápida. Al hacer el restore tu base de datos se reduce en tamaño un 50% a 75% !!! tenia una de 80 y quedo en 22gb, te asustas? pues no haz un scrip con pg_connect( php) y veras que tienes la misma cantidad de registros, solo que postgresql 9.0 al crear los indices reduce el tamaño de memoria necesaria para ellos. y por tanto el tamaño de la base se reduce...excelente. ahora lo del tiempo que se demoraba tanto se debia a que haciamos mal la copia desde el 8.1 por lo tanto subia mal y se quedaba haciendo ciclos. mi front end esta desarrollado en PHP 4.0 asi que de una vez les advierto que la migracion de la version de postgresql es invisible, pero los efectos en el PHP no lo son, deben verificar las funciones que utilicen el caracter (~) pues este caracter en la definicion o paso de parametros del postgresql no lo entiende . Adiconalmente una funcion replace que aparece en el desarrollo de muchos formularios tiene el mismo problema de paso de parametros. Por ultimo las consultas son mas estrictas , los parentesis, las conversiones de datos. pero bueno en esos ajustes estamos. creo que esta parte sera la mas demorada, lo de postgersql sencillo y rapido luego de corregir el error del dump y de hacerlo desde pgadmin del 9.0 saludos desde Colombia. ---------- Mensaje reenviado ---------- De: adriana camargo <acamargo...@gmail.com> Fecha: 18 de abril de 2011 19:04 Asunto: Re: [pgsql-es-ayuda] Ayuda migrar de 8.1 a 9.0 Para: pgsql-es-ayuda@postgresql.org 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 <ja...@2ndquadrant.com>escribió: > > 2011/4/18 adriana camargo <acamargo...@gmail.com>: >> > >> > 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 -- Atentamente. ADRIANA CAMARGO CHACON Profesional de Sistemas
