[firebase-br] "Pau" no banco ...

[Carlos H. Cantu (TeamFB)]

Após as quedas de luz, vc deveria ter feito um backup/restore para
certificar que o banco estava perfeito.

Experimente fazer o backup desligando o garbage collection (opção -g
do gbak).

Outra coisa, certifique-se que está com forced writes ligado.

[]s
Cantu (Membro do TeamFB - FireBase)
http://www.warmboot.com.br
FireBase - http://www.FireBase.com.br

LG>     Bom dia a todos ...

LG>     Estou com um problema no banco da filial de um cliente: após várias
LG> quedas de luz, sendo que em algumas delas o nobreak não segurou, não foi
LG> possível mais trabalhar com o banco. Ao executar o gfix, o mesmo chegou a
LG> ficar rodando por até 6 horas, sendo que uma das conexões consumia sempre
LG> entre 95 e 99,9% da CPU do servidor. Foi constatado também que o arquivo
LG> interbase.log cresceu até lotar a partição do HD. Já tentei ficar 
LG> acompanhando o processo e ir limpando o log na medida em que o mesmo ia
LG> crescendo demais. Numa destas situações entrei no arquivo pra ver seu 
LG> conteúdo e todas as mensagens eram mais ou menos assim:

LG> dataserver.sj-veranopolis.com.br (Server)       Tue Sep 13 08:49:11 2005
LG>         Database: /work/Interbase/Banco/SGCFARM.GDB
LG>         Page 266206 doubly allocated

LG>     A única coisa que mudava de mensagem pra mensagem era a página.
LG>     Já tentei fazer o backup direto, sem gfix, e ele chega até determinada
LG> tabela e uma conexão volta a consumir praticamente toda a CPU do servidor,
LG> chegando a ficar horas no procedimento. Já tentei também limpar a tabela
LG> onde o mesmo parava no backup, mas aí trancava noutra. Tentei também ler os
LG> dados do banco e jogar num banco vazio, também dá o mesmo problema.
LG>     Não sei mais o que fazer. Alguém já passou por isso? Alguém teria alguma
LG> idéia? O servidor é um Conectiva 8 e a versão do Firebird é 1.03. A 
LG> programação é feita em Delphi 5.
LG>     Desde já agradeço.

LG> Atenciosamente,
LG> Luciano Gulart