Muchisimas gracias, estudiare cada una de sus recomendaciones..!
El 22-06-2016 a las 11:46, Anthony Sotolongo escribió:
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
