Em 04-08-2011 17:55, Tiago Adami escreveu:
> PostgreSQL 8.3.11. Como disse, já estamos homologando a versão 9.0.3.
> Assim que sair a 9.1 vamos migrar novamente, mas primeiro precisamos
> contornar a situação atual.
>
Eu atualizaria para 8.3.15. Há alguns bugs que podem estar ocasionando a queda 
dos processos servidor. E já que você quer utilizar o referido SO, homologue 
rapidamente a 9.0 (ou melhor ainda, a 9.1 que vai sair daqui para o fim do mês).

> A frequencia é alta. Não sei dizer ao certo, mas são mais de 2000
> registros diários, inseridos e eliminados, que contém estes campos (em
> cada tabela). São registros de cupons ECF, então variam entre poucos
> KB até 1 MB (o uso do tipo LO foi um erro de projeto, deveria ser
> BYTEA para manter o "padrão" dos demais).
>
2k registros é muito pouco mesmo para um hardware modesto. A manutenção está 
sendo feita manualmente e/ou automaticamente (aka autovacuum)? Além disso, 
vacuumlo está sendo executado regularmente?

>>> 5) A tabela com ID 1663 (pg_largeobject) corrompe com muita facilidade
>>> e com muita frequencia;
>> É NTFS? Você já tentou desabilitar a cache de escrita do disco?
>
> Sim, NTFS em todos. Já desabilitamos a escrita em cache (gerenciador
> de dispositivos, disco a disco)
>
E quantos aos SPs e hotfixes? Ele estão sendo aplicados regularmente?

Corromper uma tabela do catálogo é algo estranho. O que desencadeia isso?

Para o seu caso, não há parâmetro mágico. Sugiro rever a política de aquisição 
de máquinas pelas empresas cliente. Hardware não confiável = dor de cabeça.

> * Se resolver neste cenário, com certeza irá resolver para os outros.
> Performance aqui não é o crucial, somente a garantia de que o banco de
> dados não irá ficar fora de operação.
>
Isso me remete a [1].

[1] http://listas.postgresql.org.br/pipermail/pgbr-geral/2011-July/025555.html


-- 
   Euler Taveira de Oliveira - Timbira       http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a