On Wed, 22 Jun 2016 11:03:34 -0400
Silvana Flores <sflo...@cftlotarauco.cl> 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.

No hagas un vacuum full todos los dias con cron, en vez de ello, 

a) modifica (con cron o similar) los valores de autovacuum para que sean mas 
agresivos durante las horas de poco trabajo (por la noche),
b) haz el pg_dump en paralelo
c) finalmente restaura los valores originales de autovacuum.

De esta manera tus indices no quedan invalidados, las estadisticas quedan 
correctas (no hace falta analyze) y si el trabajo de autovacuum no ha podido 
terminar, no quedara el dump parado ni la bd en estado 'catatonico'/no usable. 

Si pones log_autovacuum_min_duration(-1), te avisara en el log de autovacuum si 
alguna tabla tiene un lock (y por tanto saber que consulta y proceso causa el 
conflicto) que impide hacer la limpieza, pudiendo subsanarlo la siguiente noche.

> 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


---   ---
Eduardo Morras <emorr...@yahoo.es>

-
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

Responder a