Pessoal, a luta continua.
Depois de colocar em prtica muitas das sugestes recebidas (seno
todas) sem nenhum resultado aparente resolvi fazer um backup na 8.1.9,
desinstalar o 8.1.9, instalar o 8.2.5 e restaurar o backup realizado. O
resultado foi praticamente o mesmo, ou seja, de um total de
Sergio,
Vc chegou a aumentar o workmem ?
A sugestão para restaurações é sempre, em varios bancos, de subir este
valor o maximo durante operações críticas como o restore...
O consumo de CPU é de 4 a 10%, mas e o io ? 4% à base de system ou user
time ? Sugiro registrar todos ...
Por estar
Sergio Medeiros Santi escreveu:
Pessoal, a luta continua.
Depois de colocar em prática muitas das sugestões recebidas (senão
todas) sem nenhum resultado aparente resolvi fazer um backup na 8.1.9,
desinstalar o 8.1.9, instalar o 8.2.5 e restaurar o backup realizado. O
resultado foi
On Dec 17, 2007 7:30 AM, Sergio Medeiros Santi [EMAIL PROTECTED] wrote:
Depois de colocar em prática muitas das sugestões recebidas (senão todas)
sem nenhum resultado aparente resolvi fazer um backup na 8.1.9, desinstalar
o 8.1.9, instalar o 8.2.5 e restaurar o backup realizado. O resultado
Marco:
Eu aumentei vrios parmetros, entre eles o work_mem, o problema que
alguns parmetros funcionam ao subir o banco e do pau quando so
usados. Neste processo recebi vrios out of memory durante a execuo.
O consumo de CPU que citei total. Com relao a IO eu sei que
bastante (como no
Cara, eu no lembro exatamente. Acho que so dois
hds SAS de 150 ou 160GB em raid 0 (ou 1).
Abraos,
Sergio Medeiros Santi
Roberto Mello escreveu:
On Dec 17, 2007 7:30 AM, Sergio Medeiros Santi [EMAIL PROTECTED] wrote:
Depois de colocar em prtica muitas das sugestes recebidas
Pessoal:
Com relao a constraints como a que estou tendo problema eu gostaria
de confirmar o que acredito ser o comportamento do PostgreSQL ao
aplicar uma. Me corrijam onde eu estiver errado.
Bem eu imagino que no caso da constraint o PostgreSQL percorre os
registros involvidos para verificar
Sergio Medeiros Santi wrote:
ALTER TABLE "NotaItem"
ADD CONSTRAINT "NotaItem_CodigoProduto_Produto_FK"
FOREIGN KEY ("CodigoProdutoItem")
REFERENCES "Produto" ("CodigoInternoProduto")
MATCH FULL
ON UPDATE RESTRICT ON DELETE RESTRICT;
Ainda no vi a DDL dessas tabelas, voc
Posso sim. Segue em anexo.
Sergio Medeiros Santi
Evandro Ricardo Silvestre escreveu:
Sergio Medeiros Santi wrote:
ALTER TABLE "NotaItem"
ADD CONSTRAINT "NotaItem_CodigoProduto_Produto_FK"
FOREIGN KEY ("CodigoProdutoItem")
REFERENCES "Produto"
On Dec 17, 2007 10:50 AM, Sergio Medeiros Santi [EMAIL PROTECTED] wrote:
Cara, eu não lembro exatamente. Acho que são dois hds SAS de 150 ou 160GB
em raid 0 (ou 1).
Dá uma verificada. A diferença pode ser significativa, mas não creio
que o problema esteja aí.
E o resto das minhas perguntas?
Sergio Medeiros Santi wrote:
Posso sim. Segue em anexo.
Olhando a DDL das duas tabelas acho que o seu problema não está na
criação dos índices e sim nos gatilhos que tem. Claro, é apenas um chute.
Você tem certeza que é nessa DDL (ALTER TABLE ADD CONSTRAINT) que está o
problema? Como sugerido
Sergio,
A questão de out of memory pode ser o ponto de dificultade...
Vc vai ter de tirar a memoria de outras areas para privilegiar a
restauração, e retornar aos valores anteriores para por em produção.
Como vc está utilizando um workmem baixo, é provavel que o consumo de
cpu esteja sendo
Em Mon, 17 Dec 2007 08:27:19 -0700
Roberto Mello [EMAIL PROTECTED] escreveu:
On Dec 17, 2007 7:30 AM, Sergio Medeiros Santi [EMAIL PROTECTED]
wrote:
Depois de colocar em prática muitas das sugestões recebidas (senão
todas) sem nenhum resultado aparente resolvi fazer um backup na
8.1.9,
Para monitoramento via Windows podes usar o Process Explorer (que agora foi
comprado pela Microsoft, que pena, mas é free).
On Dec 17, 2007 4:07 PM, Euler Taveira de Oliveira [EMAIL PROTECTED]
wrote:
Sergio Medeiros Santi wrote:
Posso sim. Segue em anexo.
Olhando a DDL das duas tabelas
Roberto, desculpe ... esqueci de responder.
Para o backup:
pg_dump.exe MeuBanco -U postgres -Fc -Z 9 -f
\\SrvBackup\C\Copias\MeuBanco_20071212_0500.bkp
Para o restore:
C:\Program Files\PostgreSQL\8.2\bin\pg_restore.exe -i -h 192.168.1.250
-p 5432 -U postgres -d "MeuBanco" -l
Pessoal:
Alguns estavam citando as triggers como possveis viles no meu caso.
Tambm andei conversando com o Fabrzio (que j me prestou consultorias
algumas vezes) e ele sugeriu que como no d para fazer um explain
analyse da criao da constraint, que eu fizesse de um delete em cada
ponta da
Roberto, eu estou to louco realizando testes que li
parcialmente sua resposta (e provavelmente de outros, o que uma
grande falta de considerao a que gasta seu tempo respondendo uma
pergunta e tentando ajudar ... bem, por favor aceitem minhas desculpas!)
Bem tentando responder o que faltou.
17 matches
Mail list logo