[firebase-br] Problemas Lentidão em base Firebird/Contato Carlos Cantu

[Eurides Baptistella]

Obrigado pela pronta resposta Cantu.
Seguem as informações do gstat:

Database header page information:
        Flags                   0
        Checksum                12345
        Generation              618877
        Page size               8192
        ODS version             11.2
        Oldest transaction      575257
        Oldest active           575258
        Oldest snapshot         575258
        Next transaction        575702
        Bumped transaction      1
        Sequence number         0
        Next attachment ID      43166
        Implementation ID       26
        Shadow count            0
        Page buffers            3000
        Next header page        0
        Database dialect        3
        Creation date           Jan 14, 2011 17:16:24
        Attributes              no reserve

    Variable header data:
        Sweep interval:         0
        *END*

Reforçando o relato, o problema acontece tanto executando a aplicação como
se executar somente a procedure responsável pelo processo. Também
observou-se que mesmo com um backup/restore (que no caso limpra as
transações em limbo) o problema continua.

Att.


Em 23 de agosto de 2011 10:03, Carlos H. Cantu <listas em warmboot.com.br>escreveu:

> Sintoma típico de controle transacional incorreto.
>
> Quando o sistema ficar lento, tire um gstat -h do banco e poste aqui.
>
> []s
> Carlos H. Cantu
> www.FireBase.com.br - www.firebirdnews.org
> www.warmboot.com.br - blog.firebase.com.br
>
> 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> 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> 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> 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> 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> 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[@]
> gmail.com>> ou <eurides[@]sysmo.com.br>
>
> EB> Att.
>
> 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
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>



-- 

*--
Eurides V. Baptistella
**E-mail:* eurides.baptistella[@]gmail.com <eurides.baptistella em gmail.com>
*Fone:* +55 (49) 9125-6572