[firebase-br] Perda de Dados

Carlos H. Cantu listas em warmboot.com.br
Qui Out 31 16:17:01 -03 2013


"It is well-known fact that Linux uses the inode mechanism to support
different file systems. One of the key features of this mechanism is
the use of cache to handle file descriptors – it means that file
descriptors are stored both in memory and on disk. To InterBase and
Firebird it brings an onerous side-effect. If you replace a database
when users are still connected, the server will continue to work with
the old file, which is wrongly assumed to be deleted. The danger here
is that, when the last user detaches, the server will drop the file
forever and the “new” file steps in to replace it at that point. You
never know it has happened until it is too late and then, it is most
likely to be discovered by furious users: “Where is my work from last
week?!” The longest period of lost data due to such «disappearing»
that I have observed was 1.5 years. It was a multi-volume database on
Linux and one of the 4Gb volumes was completely lost. You may say it
is a very rare circumstance but I can stake a case of beer on the fact
that, right now, at least one hundred server installations have this
problem. We receive at least one repair request due to this problem
every two months!"

http://www.ib-aid.com/articles/item70

[]s
Carlos H. Cantu
www.FireBase.com.br - www.firebirdnews.org
www.warmboot.com.br - blog.firebase.com.br

GS> Eu não entendi a parte do arquivo fantasma. Não me lembro do FB gerar
GS> arquivos auxiliares para os seus dados.
GS> Reiniciar o computador também não corrompe dados, porque o Windows trata de
GS> finalizar os serviços antes.
GS> Mas o que pode ter acontecido é que a base de dados já estava corrompida,
GS> por isso o backup falhava, mase mesmo assim o serviço não foi interrompido
GS> e as pessoas foram gravando nele até que se deu o reinicio do servidor,
GS> após o carga do FB, apercebeu-se de dados corrompidos ou incongruentes e
GS> como havia dados no limbo desde o ultimo backup então retornou a ultima
GS> versão dos registros quando os dados ainda estavam confiáveis. Em sumo, não
GS> é a atualização do seu programa XPTO ou java, é o startup do FB ter
GS> detectado problema e ter agido de forma automática eliminando dados
GS> corrompidos voltando até um checkpoint válido e tornando a base de dados
GS> consistente novamente e causando o lapso temporal.

GS> Quando o backup falha, em geral é porque já há danos na base, quanto mais
GS> cedo averiguar o problema, menor o estrago.
GS> Eu acho que o dano já foi feito e não há como reparar algo que o próprio FB
GS> voltou ao seu estado.


GS> Em 18 de outubro de 2013 10:05, Jonas Rodrigo Pacheco <
GS> jonas.pacheco em tecnicon.com.br> escreveu:

>> Bom dia,
>>
>> Creio que estou com uma situação muito semelhante ao relatado aqui:
>> http://firebase.com.br/pipermail/lista_firebase.com.br/2009-December/065309.html
>>
>> Desde o dia 05/10 não gera backup, no dia 17/10 o cliente atualizou o
>> sistema, como foi atualizado o Java, o servidor reinicializou. Resumindo,
>> na base de dados não há informações do dia 5 até  as 18h (antes de
>> atualizar o sistema) do dia 17.
>>
>> Tem algo que pode ser feito para evitar? Tem como obter um backup desse
>> arquivo fantasma? Tipo: usar o gbak com o comando -service
>> localhost:service_mgr de repente.
>>
>> Desde já agradeço a sua atenção!
>>
>> Pacheco
>> Administrador de Banco de Dados
>> ______________________________________________
>> 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
>>
GS> ______________________________________________
GS> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
GS> Para saber como gerenciar/excluir seu cadastro na lista, use:
GS> http://www.firebase.com.br/fb/artigo.php?id=1107
GS> Para consultar mensagens antigas: http://firebase.com.br/pesquisa





Mais detalhes sobre a lista de discussão lista