Sebastião; Evite virtualizações em ambientes de produção. O sistema fica mais lento devido à escrita em arquivos (maq virtual) do disco;
Avalie o plano de execução das consultas para ver a necessidade de criação de índices ou o excesso deles; Verifique as seguintes variáveis do postgresqk.conf: max_connections = trabalhe com uma folga shared_buffers = 20 a 25% da ram (para máquina dedicada utilize 25) effective_cache_size (25 a 50%) (para máquina dedicada utilize 50) enable_bitmapscan = on enable_hashagg = on enable_hashjoin = on enable_indexscan = on enable_mergejoin = on enable_nestloop = on enable_seqscan = off enable_sort = on enable_tidscan = off Ative as estatísticas e o autovacuum. Sei que você já pode ter feito muitas dessas coisas, mas, infelizmente, terás que fazer um pente-fino para descobrir o problema. Esse é o início. Espero ter ajudado. Moisés. Em 10 de outubro de 2010 11:43, sebastiao fidencio <sfiden...@gmail.com>escreveu: > Pessoal, temos um sgbd postgres versao 8.3 rodando em um datacenter > virutalizado, > > + Vmware 4 > + Linux Suse 11 Enterprise > + 16 GB d RAM + 250GB de espaço em disco > + 100GB o tamanho atual do bd de produção > + Cerca de 100 Conexões simultanea > > > Problemas: > > 1. Objeto Sequência da NF/NFE eventualmente incrementa 2 valores, > recentemente incrementou 11 valores o que pode ser isso? > 2. Sistema do nada começa a ficar "lento" quando os usuarios tentam emitir > relatorio, até mesmo logar no sistema, onde são poucas a consultas ao logar. > 3. As vezes acontece do Servidor Travar que só um reset na VM resolve o > problema não entendo o que está acontecendo, alguem pode ajudar? > 4. O Servidor Fisico é da HP (38GB de RAM TOTAL.. e salvo erro 78GHZ de > processamento com nucleos.) > > Já foi feito tunnig no mesmo, e não resolveu, quando era no DELL power edge > 1800, não tinhamos esse problema, era portanto uma maquina fisica dedicada > so pra SGBD agora depois que migrou estamos com esses problemas, já > cogitaram em migrar prá oracle, mas acho que não é bem por ai, alguem tem > alguma sugestão ou já teve algum problema parecido nesse cenário? > > > > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Moisés Caribé Ribeiro AD, DBA asmoi...@gmail.com 71-91350152 MCTS 70-431 https://mcp.microsoft.com/authenticate/validatemcp.aspx Transcript ID: 879519 Access Code: 884D1F114FF24
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral