Re: problemas pg_dump

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(at)postgresql(dot)org)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda