Em 20-11-2012 08:45, Joao Paulo Rieg escreveu: > OK Flávio... > Desculpe pelo Top Post....
Tudo bem. Sempre pedimos isso, alguns entendem, outros não. Como dica, da próxima vez, responda também quotando a mensagem original (como estou fazendo aqui) que facilita MUIIIIITO. > A versão completa do PostgreSQL é: PostgreSQL 9.0.7, compiled by Visual C++ > build 1500, 64-bit > A Arquitetura do servidor é: Dell PowerEdge T410, Processador Xeon E5620, > 2.4GHz, 16GB de memória, 4 HDs SAS 320GB sendo: 1 Array de RAID 1 para o SO, > e outro Array de RAID 1 para o Cluster. O Array do Cluster está com 50% de > utilização. Você tem um bom servidor, bons discos até, pergunto: Você está usando Windows 32 bit? Não vi resposta ainda sobre isso. Qual a versão exata do Windows? Você tem uma máquina 64 bit e está usando PostgreSQL 32 bit. Recomendo usar PostgreSQL 64 bit também, desde que seu S.O. também seja. Qual o valor do seu shared_buffers? Qual o valor de work_mem? Se qualquer um deles for > 2 GiB você vai enfrentar o problema que está passando. Atualize o PostgreSQL para 9.0.10 que é a versão corretiva mais recente pra eliminar bugs conhecidos. Performance (nada a ver com seu problema): separe um disco para o pg_xlog também, além do cluster. > Não utilizo o PostGis. Ok, então descarta o problema do link que citei. > Quanto aos índices, Eles foram criados de acordo com a necessidade das > consultas, porém no estado em que a tabela se encontra, não consigo nem > recriá-los. Se tento fazer o dump já da erro... Você não precisa fazer dump para recriar os índices, apenas faça REINDEX. Todavia, se você não consegue rodar COPY (o comando usado pelo pg_dump em backup comum) então REINDEX, talvez, não funcione. Como o erro é em COPY, o problema não são índices. > os parâmetros: > autovacuum_cost_delay = 20ms > vacuum_cost_delay = 0 Default. Desencana pro seu erro. > postei os dois parâmetros por garantia pois percebi que você colocou os dois > prefixos la em cima... De sua mensagem anterior (já que você não quotou, esqueceu): > Esqueci de avisar antes mas quando fui executar o vacuum pelo pgAdmin, > dava a mensagem que tem delete e insert concorrente, só que o banco > estava totalmente ocioso e não havia nenhuma conexao concorrente. > Achei muito estranho essas mensagens. Qual o resultado da consulta abaixo? SELECT * FROM pg_prepared_xacts; Pode haver um lock deixado por um 2PC. Locks assim resistem até restart do PostgreSQL. Ok, []s __________________________________ Flavio Henrique A. Gurgel Líder de Projetos Especiais Consultoria, Projetos & Treinamentos 4LINUX Tel1: +55-11.2125-4747 ou 2125-4748 www.4linux.com.br email: [email protected] ______________________________ FREE SOFTWARE SOLUTIONS _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
