[firebase-br] RES: Perda de dados 2 dias

[Felix]

Tambem fiquei com essa duvida. Um backup (mesmo via gbak) iria pegar o conteúdo do arquivo 'fantasma' que ainda esta em uso e recebe as atualizações OU do arquivo em disco que tem informações de X anos atras?

Fco. Felix
Desenvolvimento de Sistemas
www.soltecnologia.com.br


-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em nome de Douglas Silva
Enviada em: quarta-feira, 23 de dezembro de 2009 07:30
Para: FireBase
Assunto: Re: [firebase-br] Perda de dados 2 dias

Agora est� claro. Isto nao � um defeito do linux e sim uma caracteristica. Ou seja, n�s que usamos (e amamos) o Firebird precisamos estar atentos a esta caracteristica e nao fazer backup nem mexer nos *.fdb da vida sem os devidos cuidados.

Aqui vai minha pergunta: usar o nbackup � suficiente ou temos mesmo que parar o servidor? 

I love this list.




________________________________
From: Carlos H. Cantu <listas em warmboot.com.br>
To: Carlos H. Cantu <listas em warmboot.com.br>; FireBase <lista em firebase.com.br>
Sent: Tue, December 22, 2009 10:46:54 PM
Subject: Re: [firebase-br] Perda de dados 2 dias

Mais informa��es:

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

Disappeared� files on Linux/Unix/HP-UX/...

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!

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


______________________________________________
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