[firebase-br] Lentidão - secutity2.fdb crescendo dia-a-dia
André Fernando Piasentin
andre em unimedrioclaro.com.br
Seg Nov 16 15:50:51 -03 2015
Boa tarde...
Prq não pensei nisso antes... acho q isso é a consequência/causa... alguém tá atrasando... pode ser a aplicação do terceiro...
Hoje ainda não está ruim... poucos dias que fiz o procedimento... mas já dá pra ver o problema...
Há com ver quem está segurando essa transação, se não consigo me conectar?
[~]# gstat -h /var/lib/firebird/system/security2.fdb
Database "/var/lib/firebird/system/security2.fdb"
Database header page information:
Flags 0
Checksum 12345
Generation 10707711
Page size 4096
ODS version 11.2
Oldest transaction 1
Oldest active 2
Oldest snapshot 2
Next transaction 5353855
Bumped transaction 1
Sequence number 0
Next attachment ID 5353850
Implementation ID 24
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date Nov 11, 2015 4:58:04
Attributes force write
Variable header data:
Sweep interval: 20000
*END*
Cantu: Pra resolver você só faz o backup/restore do security2.fdb ou junto
com isso também realiza outras ações?
R: Sim, antes um boot, onde derrubei todos os usuários... Fiz o meu teste e ainda lento... aí faço o backup/restore e volta ao normal...
Cantu: Como você fez pra medir o tempo de conexão? Existem triggers de
conexão ou outros procedimentos que podem estar sendo disparados e que
estejam influenciando nesse tempo?
R: Acredito que não há nada influenciando...
Fiz uma pequena aplicação em Delphi, com uma rotina de uso do Hospital, para eu ter um indicador de quão ruim está... consigo ter noção do que o usuário está reclamando.
São apenas selects em várias tabelas. Muitas consultas, abrindo e fechando transações. São consultas rápidas.
Novamente... muito obrigado....
Abraços
T+
André
----- Mensagem original -----
De: "Carlos H. Cantu" <listas em warmboot.com.br>
Para: "FireBase" <lista em firebase.com.br>
Enviadas: Segunda-feira, 16 de novembro de 2015 13:36:49
Assunto: Re: [firebase-br] Lentidão - secutity2.fdb crescendo dia-a-dia
AFP> Quando vc diz derrubar as conexões, vc entende algo mais? comando?
delete from mon$attachments;
commit;
Executado em cada uma das bases de dados.
Envie o resultado de um gstat -h no security2.fdb que já esteja
apresentando o "problema".
Pra resolver você só faz o backup/restore do security2.fdb ou junto
com isso também realiza outras ações?
Como você fez pra medir o tempo de conexão? Existem triggers de
conexão ou outros procedimentos que podem estar sendo disparados e que
estejam influenciando nesse tempo?
[]s
Carlos H. Cantu
www.FireBase.com.br - www.firebirdnews.org
www.warmboot.com.br - blog.firebase.com.br
AFP> Bom dia...
AFP> Agradeço o retorno...
AFP> Abaixo, as respostas:
AFP> Informação adicional:
AFP> O maior volume de informações dessas bases são gerados por
AFP> aplicações próprias, onde nessas aplicações não há manipulação
AFP> dos usuários cadastrados, isto é, ao gerar o servidor já
AFP> cadastramos os usuários necessários (15 deles).
AFP> Os outros usuários são cadastrados por uma aplicação de um
AFP> parceiro que utiliza o mesmo servidor, onde ele refere que
AFP> utiliza o componente TIBSecurityService do Delphi.
AFP> Muito obrigado desde já
AFP> André
AFP> ----- Mensagem original -----
AFP> De: "Carlos H. Cantu" <listas em warmboot.com.br>
AFP> Para: "FireBase" <lista em firebase.com.br>
AFP> Enviadas: Segunda-feira, 16 de novembro de 2015 11:13:29
AFP> Assunto: Re: [firebase-br] Lentidão - secutity2.fdb crescendo dia-a-dia
AFP> Quantas conexões por segundo geralmente vc tem?
AFP> R: 30
AFP> Quantos usuários definidos no security2.fdb?
AFP> R: 35
AFP> Quantas conexões ativas em média?
AFP> R: 150
AFP> Vc está dizendo que em 15 dias, demora ~15 segundos pra estabelecer
AFP> uma conexão com o Firebird?
AFP> R: Quase. Em 15 dias, minha aplicação demora 15 segundos para
AFP> executar o processo todo. Inicialmente faz em 1 segundo.
AFP> Essa aplicação basicamente abre muitas transações, com pequenas
AFP> e rápidas execuções. Por isso o foco dos testes foi para o tempo
AFP> de demora em abrir a conexão, não na execução.
AFP> A aplicação é client/server ou multicamadas?
AFP> R: Client/Server
AFP> Será que o problema é realmente o security2.fdb ou é uma coincidência,
AFP> pelo fato de que pra fazer o backup/restore dele, vc acaba tendo que
AFP> derrubar todas as conexões? Ou seja, vc já testou derrubar todas as
AFP> conexões e não fazer nada com o security2.fdb, e ver se a demora
AFP> continua?
AFP> R: Sim... Fiz muitos testes, reiniciando a máquina, parando
AFP> serviço, gfix -shut/online em todas as bases, backup/restore das
AFP> bases, etc... mas em todas as tentativas, continua sempre do mesmo jeito.
AFP> Quando vc diz derrubar as conexões, vc entende algo mais? comando?
AFP> []s
AFP> Carlos H. Cantu
AFP> www.FireBase.com.br - www.firebirdnews.org
AFP> www.warmboot.com.br - blog.firebase.com.br
AFP>> Bom dia...
AFP>> Estou enfrentando um problema de lentidão no acesso as minhas bases de dados.
AFP>> Após muitos, muitos e muitos longos testes, consegui entender
AFP>> que o problema é no security2.fdb que estranhamente vai crescendo
AFP>> e deixa o acesso lento ao passar dos dias.
AFP>> Consegui identificar isso, onde após reinstalar apenas o
AFP>> firebird. O problema resolveu ao menos temporariamente...
AFP>> Peneirando os arquivos que a instalação altera, cheguei no
AFP>> security2.fdb que inicialmente tem pouco mais de 700kb e a
AFP>> máquina com 20 dias no ar, chegou a ter 13MB.
AFP>> Com um indicador (pequena aplicação criada, fazendo querys),
AFP>> percebi aumento de 1 segundo a cada dia... logo, a cada 15 dias há usuários querendo me matar.
AFP>> O cenário:
AFP>> - SO: CentOS 7, mas o mesmo ocorre nas versões 6.5 e 6.6;
AFP>> - Firebird: CS 2.5.4.26856;
AFP>> - 64bits;
AFP>> - Já testei em 3 servidores diferentes;
AFP>> - É um Hospital - 24x7;
AFP>> - 15 bases = somando +/- 150GB;
AFP>> Bom, fazendo o backup/restore da security2.fdb resolve, mas como
AFP>> a aplicação é 24x7 fica complicado ficar parando a base a cada 15 dias...
AFP>> Alguém já passou por isso ou algum dica?
AFP>> Obrigado desde já
AFP>> André Piasentin
AFP> ______________________________________________
AFP> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
AFP> Para saber como gerenciar/excluir seu cadastro na lista, use:
AFP> http://www.firebase.com.br/fb/artigo.php?id=1107
AFP> Para consultar mensagens antigas:
AFP> http://www.firebase.com.br/pesquisa_lista.html
AFP> ______________________________________________
AFP> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
AFP> Para saber como gerenciar/excluir seu cadastro na lista, use:
AFP> http://www.firebase.com.br/fb/artigo.php?id=1107
AFP> Para consultar mensagens antigas:
AFP> http://www.firebase.com.br/pesquisa_lista.html
______________________________________________
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://www.firebase.com.br/pesquisa_lista.html
Mais detalhes sobre a lista de discussão lista