[firebase-br] Firebird 2.5 - Transações em aberto mesmo a aplicação ter sido fechado!

[Eduardo Jedliczka]

Sim, transações longas é uma das características do Commit Retaining.

Quanto ao GFIX -V -FULL eu não gosto de usá-lo em bases de dados saudáveis.
Só uso quando realmente existe (ou eu suspeito que exista) alguma
coisa errada. Neste caso, tiro o banco de produção (paro o servidor),
copio a base para outro lugar e inicio a manutenção.

Havia algumas situações com o FB 1.0 em que um banco saudável poderia
ser corrompido com um GFIX.
Ok! sei que isto foi corrigido, mas sabe como é... gato escaldado...

Como você usa o FB 2.5, experimente dar um delete na tabela
MON$statements, e veja se a sua transação some (pode ser que demore um
pouquinho),  espere de 5 a 10 minutos e veja se os números no GSTAT -H
atualizaram.

Mas cuidado... só mate as transações "fantasmas".

No linux, eu sempre usava o netstat -antpl | grep fb_inet  para ver
quais "conexões" não tinham um IP de retorno.

E como eu disse, (tenho poucos clientes com FB 2.5) nunca reparei como
as transações fantasmas aparecem nas MON$

Quanto ao GFIX -Shut, eu também não tenho o hábito de shuttar o banco
para fazer um gfix -sweep. Apenas procuro me certificar que não
existam conexões antes de rodar o comando.

Porém, há certas práticas que só devem ser feitas quanto existe alguém
cuidando (diariamente) do banco de dados. Certas questões são
complicadas de se "automatizar".

Quanto ao banco estar em modo shutdown... nem esquente... isto
acontece com todo mundo, já cometi gafes muito piores do que esta.
(como voltar o backup do banco corrompido em cima do banco saudável...
por causa disto, tivemos que esperar quase 6 horas para voltar uma
fita de backup. )

Abraço

==========================
Eduardo Jedliczka
Apucarana - Pr
==========================


Em 27 de janeiro de 2011 15:13, Fabiano Moura <mctbrasil em gmail.com> escreveu:
> *Boa tarde!*
>
>  Eduardo, falha minha, não havia percebido que estava em modo de
> manutenção, não querendo dar desculpas e jogar a culpa nos outros, mas sai
> de férias e voltei esta semana, sei que na época das minhas férias, fizeram
> 2 vezes a manutenção no banco.
>  Sim, após o backup e restore fica um avião, depois está ficando muito
> lento!
>  Sobre o ítem 1º, as transações tendendo ao infinito, pode ser transações
> que teve commit retaining ou nada a ver?
>  Vou seguir a sua dica, e vou desabilitar o sweep, mas você sabe de alguma
> maneira automatizada e eficiente de dar o shutdown nas conexões e transações
> e deixar no modo single para fazer o sweep e depois voltar? Pois como estou
> usando o classic server, não consegui dar o shutdown de maneira eficiente,
> quando era o superserver, dava certinho! Tanto é que antes de sair de
> férias, instalei o FBDataGuard da IBSurgeon para monitorar o banco de dados
> e habilitei uma checagem que ele faz, a checagem consiste em dar o shutdown
> no banco de dados e fazer o gfix -v -full e depois voltar ele online e
> estava dando problemas, pelo que me falaram na época das minhas férias e
> segundo a IBSurgeon, como é classic server, este problema pode acontecer.
>
>
>
> *Obrigado,*
> *
> *
> *
> *
> *Fabiano Moura*
> ______________________________________________
> 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
>