2009/11/25 Tiago Adami <[email protected]>: > Olá pessoal. Antes de começar, quero dizer que não sou xiita e > tampouco quero transformar este post em uma discussão sobre qual SO é > melhor por um ou outro motivo. Quero que o foco seja restrito apenas > ao uso do PostgreSQL. > > Temos um cliente com uma base de dados onde o arquivo de backup no > formato compactado com "-F c -Z 9" tem próximo de 400 MB. Eu sei que > para o padrão de vocês é pouco, mas para nossa aplicação já é um > tamanho grande.
Tenhos clientes com dumps menores que esse... :P > O servidor do cliente é Windows 2008 64 bits, rodando > em um servidor Dell com Intel Xeon 3 Ghz de 4 núcleos e 4 GB de RAM e > um disco SCSI (sem RAID). Poxa, isso faz diferença. Nesse windão deve ter alguns compartilhamentos e serviços. Todos concorrendo com o postgres. > > Neste servidor havia reclamações de lentidão. Acontecia em um > determinado horário (das 16:00hs em diante), e nada de anormal > aparecia no status do servidor (observado pelo pgAdmin). Existiam > apenas transações abertas desde às 08:00 hs da manhã no modo "In > Transaction" ou "Idle". A query estava 'in transaction' desde as 8h e ficou "pendurada" até agora? já descrobriu a causa disso? > Mas de uns dias para cá, a lentidão passou a > ser incessante, mesmo sem atualizações do aplicativo, e não há > backup/restore ou vacuum que resolva. A versão atual rodando é a > 8.2.13. > > Primeiro, sugerimos a atualização para a versão 8.3.8 (homologada para > o nosso ERP, a 8.4.1 nem está em testes ainda). Mas sinceramente, este > é o primeiro passo apenas... Mudar a versão pode trazer alguns ganhos de desempenho, mas se você utiliza o padrão do postgresql.conf não deve ser grande a diferença. É o seu caso? <corte> -- Atenciosamente, Sebastian Selau Webber Colombo _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
