Reforçando este assunto, também já observei queda gradativa no desempenho
com os mesmos sintomas (vacuum começa a demorar demais, e somente um DROP /
pg_restore resolve o problema). Se houver uma solução, gostaria de
conhecê-la.

-- 
Tiago J. Adami
http://www.adamiworks.com


2009/10/20 Fabrízio de Royes Mello <[email protected]>

> Pessoal,
>
> 1) Atualmente tenho o seguinte cenário de manutenção nas bases de dados que
> gerencio:
>
> - auto_vacuum ativo
> - vacuum analyze diário
> - vacuum full analyze uma vez por semana
>
> - PostgreSQL 8.2
> - Sistema Operacional Linux
> - Web/OLTP
>
> Minha dúvida é relativa ao REINDEX... ele é realmente necessário dentro
> dessas atividades de manutenção que realizo?? Caso positivo como eu devo
> inseri-lo nessa programação?
>
> Outra dúvida que tenho, e até pode parecer meio óbvia, é que se tenho o
> auto_vacuum ativo creio que um VACUUM ANALYZE diário não é mais
> necessário... correto? Pergunto isso pois há pouco tempo tenho utilizado, e
> com bastante sucesso, o auto_vacuum = on, mas como anterioremente eu não o
> utilizava e executava um VACUUM ANALYZE diário este ficou assim mesmo...
>
>
> 2) Outro cenário que tenho é o seguinte (esse cenário é mais problemático):
>
> - auto_vacuum desativado
> - vacuum analyze diário
>
> - PostgreSQL 8.2
> - Sistema Operacional Windows 2003 Server
> - OLTP
>
> Nesse cenário o que tem acontecido é uma degradação gradual da performance
> do PostgreSQL, tornando a base de dados maior (ocupação em disco) os dumps e
> vacuums mais demorados (e por momentos o vacuum parece travar na sua
> execução) e que aparentemente acaba se resolvendo simplesmente com um DROP
> DATABASE e pg_restore.
>
>
> Espero ter fornecido informações suficientes e até posso fornecer ainda
> mais outras, mas como o e-mail ficou longo e o assunto não é tão complexo
> assim creio que o conteúdo seja o bastante.
>
>
> Cordialmente,
> --
> Fabrízio de Royes Mello
> >> Blog sobre TI: http://fabriziomello.blogspot.com
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a