[firebase-br] Problemas Lentidão em base Firebird
Carlos H. Cantu
listas em warmboot.com.br
Ter Ago 23 11:16:57 -03 2011
Vc está usando SS, CS ou SC?
Envie as estatísticas detalhadas de execução da procedure quando
ela é rápida e quando é lenta (o IBExpert mostra isso e permite vc
copiar para o clipboard).
Algum motivo especial para vc usar "no reserve"? Isso prejudica
bastante a performance, pois o FB deixa de reservar espaço nas páginas
para usar com os registros "temporários" gerados em updates, deletes,
etc. Só aconselho o uso de "no reserve" se a base for readonly (que
não é o seu caso).
Experimente tirar esse flag (gfix -use reserve), fazer um
backup/restore e veja se melhora.
[]s
Carlos H. Cantu
www.FireBase.com.br - www.firebirdnews.org
www.warmboot.com.br - blog.firebase.com.br
EB> Obrigado pela pronta resposta Cantu.
EB> Seguem as informações do gstat:
EB> Database header page information:
EB> Flags 0
EB> Checksum 12345
EB> Generation 618877
EB> Page size 8192
EB> ODS version 11.2
EB> Oldest transaction 575257
EB> Oldest active 575258
EB> Oldest snapshot 575258
EB> Next transaction 575702
EB> Bumped transaction 1
EB> Sequence number 0
EB> Next attachment ID 43166
EB> Implementation ID 26
EB> Shadow count 0
EB> Page buffers 3000
EB> Next header page 0
EB> Database dialect 3
EB> Creation date Jan 14, 2011 17:16:24
EB> Attributes no reserve
EB> Variable header data:
EB> Sweep interval: 0
EB> *END*
EB> Reforçando o relato, o problema acontece tanto executando a
EB> aplicação como se executar somente a procedure responsável pelo
EB> processo. Também observou-se que mesmo com um backup/restore (que
EB> no caso limpra as transações em limbo) o problema continua.
EB> Att.
EB> Em 23 de agosto de 2011 10:03, Carlos H. Cantu
EB> <listas em warmboot.com.br>escreveu:
EB> Sintoma típico de controle transacional incorreto.
EB>
EB> Quando o sistema ficar lento, tire um gstat -h do banco e poste aqui.
EB>
EB> []s
EB> Carlos H. Cantu
EB> www.FireBase.com.br - www.firebirdnews.org
EB> www.warmboot.com.br - blog.firebase.com.br
EB>
EB>> Pessoal, ainda estou com problemas em relação às execuções repetitivas em
EB>> determinados processos no Banco Firebird conforme relatado no post <
EB>> http://mail.firebase.com.br/pipermail/lista_firebase.com.br/2011-August/075119.html>,
EB>> encontrei mais algumas coisas e fiz outros testes mas não consegui
EB>> ainda
EB>> identificar a causa do problema.
EB>
EB>> O que já foi feito:
EB>> - Avaliados os índices das tabelas;
EB>> - Avaliados os Select/Update/Delete/Insert que são realizados;
EB>> - Verificado problemas de corrupção de base;
EB>> - Backup/Restore;
EB>> - Extraídos os dados de uma base “defeituosa” e “enxertados” em uma base
EB>> zerada;
EB>> - Inseridos os dados em bases Firebird 1.5 e 2.5 também em Postgres;
EB>> - Coletados tempos para análises;
EB>
EB>> O que irei testar ainda:
EB>> - Podemos extrair os updates que são feitos na trigger, excluir elas e
EB>> realizar o calculo dentro da procedure – Diminuirá a “cascata“ de comandos e
EB>> será possível validar se o problema é as triggers que são disparadas;
EB>> - Criar uma nova tabela para dar o update – Dessa forma poderemos saber
EB>> se a tabela está com problemas;
EB>> - Extrair/Inserir os dados em bases zeradas - Validar se existe a
EB>> possibilidade das bases estarem corrompidas por exemplo;
EB>> - Extrair os dados e inserir em uma base zerada – Validar se o problema
EB>> está somente na base em produção;
EB>
EB>> O que pode ser descartado?
EB>> - Hoje podemos somente descartar problemas de sistema, o restante ainda
EB>> não é possível afirmar com certeza.
EB>
EB>> Fatos importantes:
EB>> - Em Posgres não acontecem os problemas;
EB>> - Em firebird 1.5 e 2.5 ocorrem problemas;
EB>> - Ao executar a primeira, segunda vez não é identificado de imediato o
EB>> problema, na terceira, quarta vez o problema aparece;
EB>> - Se reiniciar o Servidor o processo volta ao normal (a primeira
EB>> execução fica normal);
EB>> - Backup/Restore não solucionou o problema;
EB>> - A validação das bases não encontrou defeitos (inclusive usando
EB>> ferramentas como IBFistAID);
EB>> - Os select/update/insert/delete estão certos;
EB>> - A memória do servidor não é afetada, ela fica estável;
EB>> - O problema acontece em bases pequenas (4Gb) e grandes (20Gb);
EB>> - Não foi possível ainda replicar o problema.
EB>
EB>> Estou precisando de uma ajuda da galera, esse problema está me dando muitas
EB>> dores de cabeça, quem sabe o Carlos Cantu possa ter algumas experiências
EB>> nesse sentido.
EB>> Caso alguém tenha e possa fornecer ou até mesmo se o Carlos Cantu ler esta
EB>> mensagem, favor entre em contato comigo pelo e-mail: <eurides.baptistella[@]
EB>
gmail.com>>> ou <eurides[@]sysmo.com.br>
EB>
EB>
EB>> Att.
EB>
EB>> *--
EB>> Eurides V. Baptistella
EB>> **E-mail:* eurides.baptistella[@]gmail.com <eurides.baptistella em gmail.com>
EB>> *Fone:* +55 (49) 9125-6572
EB>> ______________________________________________
EB>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
EB>> Para saber como gerenciar/excluir seu cadastro na lista, use:
EB>> http://www.firebase.com.br/fb/artigo.php?id=1107
EB>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
EB>
EB>
EB> ______________________________________________
EB> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
EB> Para saber como gerenciar/excluir seu cadastro na lista, use:
EB> http://www.firebase.com.br/fb/artigo.php?id=1107
EB> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
EB>
Mais detalhes sobre a lista de discussão lista