[firebase-br] RES: RES: RES: RES: Crescimento do banco

[Leonardo Freitag (Gmail)]

Ok!

Vou testar isso.

Att.

Leonardo Freitag

-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Jaber - Confesoft Automação Comercial
Enviada em: quinta-feira, 19 de julho de 2012 17:25
Para: FireBase
Assunto: Re: [firebase-br] RES: RES: RES: Crescimento do banco

Boa tarde Leonardo.
Instale o FBScanner ou o Sinática Monitor (prefiro o Sinática) e faça um
monitoramento no seu banco no horário em que o travamento ocorre.
Possivelmente você irá descobrir onde está o gargalo.

[ ]'s

--
Jáber Sancho Coelho de Lima
(66)9613-2594
MSN: jabertecnico em hotmail.com
SKYPE: jabertecnico
E-Mail: jaber em confesoft.com.br

Em 19/07/2012 14:30, Leonardo Freitag (Gmail) escreveu:
> Olá pessoal!
>
> 	Me desculpem aproveitar a carona no assunto, porém o tema pode ter 
> alguma relação com um problema que estou enfrentando.
> 	Temos dois clientes que possuem os maiores arquivos de dados com os 
> quais já lidei até agora, algo em torno de 600mb, porém em 1 desses 
> clientes tenho obtido queixas de travamento do sistema em horários 
> específicos, sempre por volta das 21 horas, são apenas 8 máquinas 
> penduradas no servidor rodando um aplicativo de frente de caixa onde 
> são feitas operações simples de lançamento de produtos na conta do 
> clientes e posteriormente o recebimento da conta.
> 	Mantenho sempre um controle de transação bem definido, sendo que
numa 
> transação são controlados os lançamentos de produtos e em outra 
> controlo o recebimento da conta.
> 	Alguém já viveu uma situação dessas de travamento em horários 
> específicos? Alguém teria um check-list que eu poderia estar seguindo 
> para investigar e tentar encontrar o problema?
>
>
> Att.
>
>
> Leonardo Freitag
>
>
> -----Mensagem original-----
> De: lista-bounces em firebase.com.br 
> [mailto:lista-bounces em firebase.com.br] Em nome de Carlos H. Cantu 
> Enviada em: quinta-feira, 19 de julho de 2012 16:07
> Para: lista em firebase.com.br
> Assunto: Re: [firebase-br] RES: RES: Crescimento do banco
>
> O Commit/Rollback encerra a transação fisicamente. Pela descrição que 
> vc está dando, sua aplicação não está preparada para isso, e está 
> tentando usar uma transação que já foi encerrada. Enfim, vc terá que 
> analisar o atual controle transacional da aplicação e fazer os devidos 
> ajustes para que ele funcione corretamente.
>
> []s
> Carlos H. Cantu
> www.FireBase.com.br - www.firebirdnews.org www.warmboot.com.br - 
> blog.firebase.com.br
>
> JM> Substituí CommitRetainig/RollBackRetaning por Commit/RollBack, 
> JM> porém nas estações clientes quando acessam o banco simultaneamente 
> JM> ocorre erro com a seguinte mensagem: "invalid transaction handle 
> JM> (expecting explicit transaction start".
> JM> Observei que as ibquerys acessam sempre o mesmo ibtransaction. O 
> JM> que pode estar acontecendo? Obrigada.
>
>
> JM> -----Mensagem original-----
> JM> De: Carlos H. Cantu [mailto:listas em warmboot.com.br] Enviada em:
> JM> quinta-feira, 19 de julho de 2012 11:49
> JM> Para: Juliana Maria
> JM> Assunto: Re: RES: [firebase-br] Crescimento do banco
>
> JM> O controle é feito na aplicação. Vc deve usar Commit ou RollBack, 
> JM> e não CommitRetainig/RollBackRetaning.
>
> JM> []s
> JM> Carlos H. Cantu
> JM> www.FireBase.com.br - www.firebirdnews.org www.warmboot.com.br - 
> JM> blog.firebase.com.br
>
> JM>> Realmente a diferença está muito grande. Esse controle devo fazer 
> JM>> via Delphi/querys? Se eu usar sempre commit/rolback/query.close 
> JM>> depois dos comandos (inclusive selects) ajudaria? Obrigada.
>
>
> JM>> -----Mensagem original-----
> JM>> De: lista-bounces em firebase.com.br 
> JM>> [mailto:lista-bounces em firebase.com.br] Em nome de Carlos H. Cantu 
> JM>> Enviada em: quarta-feira, 18 de julho de 2012 19:08
> JM>> Para: FireBase
> JM>> Assunto: Re: [firebase-br] Crescimento do banco
>
> JM>> Verifique o controle transacional.
>
> JM>> Comece usando o gstat -h e comparando a diferença entre a OAT e a NT.
> JM>> Se estiver muito grande, então seu controle transacional está
> JM> problemático.
>
> JM>> Se houver transações "presas", a coleta de lixo tb fica bloqueada.
>
> JM>> []s
> JM>> Carlos H. Cantu
> JM>> www.FireBase.com.br - www.firebirdnews.org www.warmboot.com.br - 
> JM>> blog.firebase.com.br
>
> JM>>> Boa noite. Estou com um problema num cliente cujo banco de dados 
> JM>>> ora ou outra cresce de forma absurda. Detalhe, a corrupção do 
> JM>>> banco neste cliente tem acontecido com frequência. Se alguém 
> JM>>> tiver uma luz eu
> JM>> agradeço. Juliana.
>
>
> JM>> ______________________________________________
> JM>> FireBase-BR (www.firebase.com.br) - Hospedado em 
> JM>> www.locador.com.br Para saber como gerenciar/excluir seu cadastro na
lista, use:
> JM>> http://www.firebase.com.br/fb/artigo.php?id=1107
> JM>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>
> ______________________________________________
> 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
>
>
> ______________________________________________
> 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
>
>
>




______________________________________________
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