Hola Silvana, ejecutar un vaccum FULL todos los días no se si será una
idea buena :-\ , una vez manejé un server sin el autovaccum pero
ejecutaba el vaccum todas la noches a las tablas que lo necesitaban y
un full una vez al mes solamente, pues la documentación te dice que el
FULL tienes sus cosas :
FULL:
Selects"full"vacuum, which can reclaim more space, but takes much longer
and exclusively locks the table. This method also requires extra disk
space, since it writes a new copy of the table and doesn't release the
old copy until the operation is complete. Usually this should only be
used when a significant amount of space needs to be reclaimed from
within the table.
Imagino que conozcas la diferencia entre el vacuum y el vaccum full.
Pero si realmente lo necesitas (FULL), mira a ver que está retornando
cuando se está el ejecutando la actividad el :
pg_stat_activity
Saludos
__
On 22/06/16 11:03, Silvana Flores wrote:
Hola a todos he revisado el foro de consultas y aun no enrontrado aún
con algo parecido a mi pregunta.
Tengo un cron el el server de la base de datos que realiza el respaldo
todos los dias a una hora fija.
se realiza un vacuum full analyze y posterior Pg_dump
esto ha funcionado desde hace bastante tiempo sin problemas, pero las
ultimas semanas, en reiteradas ocasiones hemos encontrado el proceso
'pegado'.
Entiendo que los logs, son importante en estos casos, es por ello me
orienten la forma de detectar o configurar para que los log me puedan
entregar la información puede estar ocurriendo.
Y cual es la mejor manera de volver a que la bd funcione
correctamente , pues estoy en duda en solo reiniciar el servicio,
terminar el proceso que esta causando conflicto o ningunas delas
anteriores.
Muchas gracias y saludos a todos..!
-
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
