Ferramentas para monitoração tem, mas a sua versão não. Teria de pular para a versão 2.1. É muito comum entre desenvolvedores delphi usarem componentes dataware que deixam o dataset o tempo inteiro aberto e ir fazendo softcommit (.commitretaining) e nunca fechar a conexao, isso acontece porque ligam todos os componentes a um unico Transaction. Isso não é errado, mas acontece que este procedimento mantém as transacoes ativas no servidor, e com o tempo, elas vão enchendo até consumir toda a memória. Se for isso que tá acontecendo, o jeito é modificar o programa, nas inclusoes/alteracoes/exclusoes realizar um hardcommit (.commit)
Sobre estatistica podia lhe passar o comando direto, mas vou lhe dizer que documentação sobre o firebird é muito farta. É só dar uma busca pelos termos. []'s 2008/10/28 Tiago Dib <[EMAIL PROTECTED]>: > Hamacker desculpe a demora na resposta, seguinte ocorre sim lentidão do > sistema durante uma parte do dia percebi isso nos clientes de maior > porte, agora queria saber o seguinte: > > com relação ao gfix eu rodei e ele não encontra erro algum, se eu rodo > um gbak fazendo um backup/restore do banco no outro dia ele não cai, mas > depois começa a cair de novo, pode ser realmente algo com a estrutura do > banco? > > Outra coisa, me desculpe mas como faço para checar o OIT e OAT e para > tirar as estatísticas do banco? > > Uma dúvida o Firebird não tem alguma ferramenta de trace como o MSSQL > tem o Profiler, poi assim saberia se é algum select que entra em loop ou > algum commit infinito que derruba o banco. > > Abraços > > Tiago Dib. > > Em Ter, 2008-10-28 às 09:16 -0200, hamacker escreveu: >> Tem muitas variaveis para voce analisar, eu começaria por primeiro >> testar a integridade do banco : >> gfix -v -full /minha/base/de/dados.fdb >> Se nao for encontrado nenhum erro, entao deixaria o pessoal trabalhar >> e depois proximo do "crash" do FB tiraria uma estatistica do banco, >> veja como está o OIT e OAT muito separados indica transações muito >> longas enxendo o garbage, chega uma hora que não há mais memória >> disponivel e crasha mesmo, um índicio disso é quando se percebe que ao >> longo do dia o banco de dados vai ficando mais lento. A estatistica é >> a documentacao fisica que indicará que isso estará ocorrendo. >> >> []'s e boa sorte. >> >> 2008/10/27 Flávio Barros <[EMAIL PROTECTED]>: >> > Superserver >> > >> > 2008/10/27 hamacker <[EMAIL PROTECTED]> >> > >> >> Superserver ou Classic ? >> >> >> >> 2008/10/27 Tiago Dib <[EMAIL PROTECTED]>: >> >> > Boa noite pessoal, tudo bem com vocês, espero que sim! >> >> > >> >> > Seguinte estou com um problema que não consigo resolver de forma >> >> > alguma. Bom vamos lá: >> >> > >> >> > Primeiro quero expor o cenário: - Tenho vários clientes que utilizam um >> >> > sistema de ERP da minha empresa desenvolvido em Delphi com SGDB Firebird >> >> > 1.5.1, o banco roda em servidores linux, diversas distribuições,tendo >> >> > como a principal Ubuntu 8.04.1 server. Ocorre que todo dia o banco cai >> >> > do nada, isso ocorre em todos os clientes e em distribuições diferentes, >> >> > ele cai e volta em seguida, todo dia, o horário não é sempre o mesmo, >> >> > tem dia que ele cai de manhã tem dia que ele cai a tarde, mas sempre uma >> >> > vez ao dia ele vai cair. >> >> > >> >> > Já tentamos de tudo, mexemos e remexemos na configuração dos servidores >> >> > e do firebird, já tentamos repaginar os banco de dados aumentando o page >> >> > files do banco e nada. Analisamos toda a estrutura do banco de dados e >> >> > dos clientes, ocorre tanto com bancos pequenos como com bancos maiores. >> >> > Abaixo segue o log do firebird: >> >> > >> >> > server (Client) Mon Oct 27 17:17:55 2008 >> >> > /usr/local/firebird/bin/fbguard: bin/fbserver terminated >> >> > abnormally (-1) >> >> > >> >> > >> >> > server (Client) Mon Oct 27 17:17:55 2008 >> >> > /usr/local/firebird/bin/fbguard: guardian starting bin/fbserver >> >> > >> >> > >> >> > serverfb (Client) Thu Oct 23 06:47:57 2008 >> >> > /usr/local/firebird/bin/fbguard: bin/fbserver terminated >> >> > abnormally (-1) >> >> > >> >> > >> >> > serverfb (Client) Thu Oct 23 06:47:57 2008 >> >> > /usr/local/firebird/bin/fbguard: guardian starting bin/fbserver >> >> > >> >> > Observem que os logs são de clientes diferentes e os horários também não >> >> > são iguais. >> >> > >> >> > Alguém já passou por este problema, por favor me ajudem não sei mais o >> >> > que fazer... >> >> > >> >> > OBS - Não tenho intenção de trocar o SGDB devido ao custo altíssimo que >> >> > terei com desenvolvimento devido ao tamanho da aplicação. >> >> > >> >> > Conto com a ajuda de vocês. >> >> > >> >> > Abraços, >> >> > >> >> > Tiago Dib... >> >> > >> >> > >> >> > -- >> >> > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >> >> > >> >> > Lista de discussão Ubuntu Brasil >> >> > Histórico, descadastramento e outras opções: >> >> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br >> >> > >> >> >> >> -- >> >> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >> >> >> >> Lista de discussão Ubuntu Brasil >> >> Histórico, descadastramento e outras opções: >> >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br >> >> >> > >> > >> > >> > -- >> > Desde já agradeço, >> > +++ >> > Flávio de Oliveira Barros >> > Manaus - Amazonas - Brasil >> > >> > Copiar é bom! >> > Seja Legal >> > Use Software Livre >> > -- >> > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >> > >> > Lista de discussão Ubuntu Brasil >> > Histórico, descadastramento e outras opções: >> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br >> > >> > > > -- > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > Lista de discussão Ubuntu Brasil > Histórico, descadastramento e outras opções: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > -- Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece Lista de discussão Ubuntu Brasil Histórico, descadastramento e outras opções: https://lists.ubuntu.com/mailman/listinfo/ubuntu-br