muchas gracias por sus comentarios ahora solo queda meterme mas al autovacuum y saber bein como
Solo que no saben que calculos debo hacer para definir los costos del autovacuum, o alguien ya tiene ams experiencia viendolo, xq al hacerlo a puro feeling no sale bien siempre a la primera El 9 de agosto de 2011 11:59, Álvaro Hernández Tortosa <a...@nosys.es>escribió: > El 08/08/11 18:27, Miguel Angel Hernandez Moreno escribió: > > Saludos lista >> >> Por motivos de perfomance hace tiempo al postgres se le omitio el >> autovacuum, pero pues >> como sabemos eso me a causado conflitos de tener que hacer mantenimientos >> stand-alone >> >> Lo que me gustaria saber es que prodria programar de mantenimientos para >> que la BD no >> sufriera la necesidad del mantenimiento stand.alone, Como comentario yo a >> las tablas le hago >> un vacuum full cada semana, y eso solo a las mas importantes, pero tengo >> un proceso donde >> elimino informacion vieja para solo dejar alrededor de 50 millones de >> registros para 7 dias >> y este proceso se hace semanal, son inserts, renombre, respaldo y borrado >> a la tabla vieja >> y renombrar la tabla nueva >> >> Yo diaria tengo entre 7 y 9 millones de registros nuevos en 1 tablas y en >> otra tengo medio millon, >> pero a estas tablas se les hace el updates. >> >> Que podria ahcer de mantenimiento para evitar el stand.alone? >> hay algo que se tenga que hacer obligado? >> > > Como ya te han comentado, probablemente intentar emular autovacuum es > reinventar la rueda, y probablemente lo hagas peor que quien ha escrito > autovacuum. > > autovacuum es bastante configurable, y lo puedes probablemente ajustar a > tus propias necesidades sin que te afecte al rendimiento durante la > producción. Por otra parte, autovacuum puede saltar en determinadas > circunstancias (como por ejemplo 1 billón de transacciones sin VACUUM), aun > estando desactivado, y esto es algo que viendo tus cifras podría suceder. > > Por otra parte, te recuerdo que vacuum full bloquea la tabla de forma > exclusiva, y esto puede ser muy agresivo (si no ha acabado para cuando entre > en producción...). > > Finalmente, tal vez sean necesidades de espacio por lo que borras tanto, > pero si sólo son de rendimiento, ¿no te interesaría más particionar por > semanas y no tener que borrar? Además, así, en lugar de borrar entradas > puedes borrar tablas cuando no las necesites. > > Saludos, > > Álvaro > > -- > Álvaro Hernández Tortosa > > > ----------- > NOSYS > Networked Open SYStems > > - > Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org > **) > Para cambiar tu suscripción: > http://www.postgresql.org/**mailpref/pgsql-es-ayuda<http://www.postgresql.org/mailpref/pgsql-es-ayuda> > -- ISC Miguel Angel Hernandez Moreno
