[firebase-br] situação estranha com firebird

[Fernando Filho]

pois é, 9 da manha e parou novamente :(
creio que não seja mais problema com o firebird, coloquei um trecho de um
módulo que faz muito comitrettaing, com commit, vou ver se ajuda , fiz um
gstat e o next transacion tá acima de 52 mil em poucos mais de 2 horas de
uso..é normal isso?

fui

Em 24 de maio de 2010 18:59, Fernando Filho <nanfilho em gmail.com> escreveu:

> bom, fiz um backup/restore, depois um sweep
> http://img.photobucket.com/albums/v704/nanfilho/Gstat2.png
>
> dei um gstat antes e depois do sweet e tá sem erros (antes do
> backup/restore tinha encontrado 1 erro de page index)
> agora tenho um banco sadio? amanha é o teste quando todo mundo tiver usando
> saberei LOL
>
> abraço a todos
> Fernando
>
>
> Em 24 de maio de 2010 17:14, Fernando Filho <nanfilho em gmail.com> escreveu:
>
> Elton, cara eu pensei que sabia alguma coisa, mas vi que não sei nada
>> huahuahua
>> muito boa suas explanações, abriu minha mente.
>> de imediato eu preciso resolver esses travamentos, pra depois pensar em
>> mexer no sistema.
>>
>> eu tinha um trecho que deixava sem o commitrettaing e dava no final dentro
>> de um try execept, com rollbackrettaing isso deu uns
>> lockconflicts, ai eu removi e deixei a todo update/delete, olha como
>> aparecia:
>>
>> "lock conflict on no wait transaction
>> deadlock
>> update conflicts with concurrent update
>> concurrent transaction number is 2454023"
>>
>> deixa ver se eu entendi..esse transaction number é tao grande por que eu
>> nunca "zerei" as transações?
>> e como eu zero isso, fazendo um backup/restore, dando commit ou fazendo
>> esse sweep?
>>
>> to ficando doido :P
>> valeu!!
>>
>> Em 24 de maio de 2010 16:50, Elton da Motta Barbosa <embarbosa em gmail.com>escreveu:
>>
>> >Elton,
>>> >  não sei se expliquei errado sobre o commitretainning. é justamente o
>>> >contrario, qualquer insert/update/delete eu uso ele. nunca deu erro de
>>> >lockconflict, nunca usei commit, não sei como funcionaria caso
>>> colocasse.
>>> >você aconselha?
>>> >sobre o problema, realmente ainda não percebi alguma relação com nada do
>>> >sistema, curiosamente aconteceu depois que fiz uns backups/restores
>>> quando
>>> >deu uma forte queda de energia na empresa, porém o firebird não acusa
>>> mais
>>> >erros no banco.
>>> >dá uma olhada na imagem do processo do servidor que eu coloquei, ve se
>>> tu
>>> >achas normal.
>>> >nunca usei esse monitoramentos que vc falou. como faço isso?
>>> >valeu pela ajuda!
>>> >abraço
>>> >Fernando
>>>
>>>
>>> A questão Fernando não é erro de lockconflict. O commitRetaining não
>>> fecha a transação. Apenas faz o commit, mas continua com a mesma
>>> transação aberta. Isso implica em transações abertas por um tempo
>>> muito maior e assim você terá problemas.
>>> Tem alguma coisa sobre isso aqui na lista e em outros lugares.
>>> Pesquise por favor sobre o Commitretaining na lista, caso não encontre
>>> poste novamente uma dúvida mais específica e espere alguém postar algo
>>> mais substancial.
>>>
>>> Se eu aconselho a trocar os commitRetaining por Commit? Sim! Sem
>>> dúvida! Faça isso sempre que possível. Nos momentos impossíveis, tente
>>> fazer o menor uso possível do CommitRetaining e RollbackRetaining, e
>>> assim que possível, faça um commit ou rollback.
>>>
>>> Sobre não ter dado erro antes, é que esse erro é um problema a longo
>>> prazo, ele não acontece imediatamente, e sim quando há muitas
>>> transações que já deviam ter sido apagadas mas ainda estão no banco de
>>> dados.
>>>
>>> Sobre as tabelas de monitoramento, eu perguntei pois elas poderiam ser
>>> um problema (há um bug na versão 2.1.3 que está sendo corrigido no
>>> momento). Como você não faz uso, não se preocupe, pois não fazem parte
>>> do seu problema.
>>>
>>> tem artigos no Firebase sobre os assuntos
>>>
>>> http://www.firebase.com.br/fb/artigo.php?id=2047
>>> http://www.firebase.com.br/fb/artigo.php?id=1127
>>> http://www.firebase.com.br/fb/artigo.php?id=1212
>>> http://www.firebase.com.br/fb/artigo.php?id=331
>>> http://www.firebase.com.br/fb/artigo.php?id=1741
>>>
>>> http://www.firebase.com.br/fb/artigo.php?id=1971
>>>
>>> acho que é o suficiente para começar O_O
>>>
>>> ______________________________________________
>>> 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
>>>
>>
>>
>>
>> --
>> Atenciosamente
>> Fernando Filho
>>
>
>
>
> --
> Atenciosamente
> Fernando Filho
>



-- 
Atenciosamente
Fernando Filho