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

[Fernando Filho]

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