[firebase-br] Perda de dados 2 dias - Como Evitar.

[Douglas Silva]

Deixa eu ver se eu entendi: 

* o linux é um dos sistemas mais seguros do mundo hj em dia e simplesmente podemos perder dados pq alguem na historia nao commita os dados no disco? Nao faz sentido. Todos sabemos que o cache nao é pra escrita e sim pra leitura, ou seja, fica em cash de escrita somente enquanto o I/O do disco estiver ocupado. Tao logo a "qeue" libere o disco, ele grava em disco (q claro, depende da controladora do disco).  
* Em 15 anos de linux NUNCA perdi dados. NUNCA. Desde a epoca do clipper e com o ext3 ele ficou ainda melhor.
* Se, por exemplo, minha maquina der um crash do nada (confesso q faz tempo q isto nao acontece), vou perder dados, mesmo a transacao tendo sido comitada? Nao faz sentido isto. Ou ele grava, ou ele nao grava.
* Tempos atras, aconteceu de eu reiniciar o banco e sim perdi dados de um tabela. Depois de investigar, verifiquei q tinha um erro na minha aplicacao onde a rotina que tratava especificamente daquele tabela nao tinha um commit() no final. Entao somente qdo uma outra rotina dava o commit(), a anterior era commitada. senao nao. Ou seja, uma vez commitado, a coisa TEM que gravar.




________________________________
From: Carlos H. Cantu <listas em warmboot.com.br>
To: FireBase <lista em firebase.com.br>
Sent: Tue, December 22, 2009 9:07:26 AM
Subject: Re: [firebase-br] Perda de dados 2 dias - Como Evitar.

JSJ>      Dado as respostas que confirmar esta possibilidade, a pergunta é ?
JSJ>      Como evitar que isso ocorra.

Respondi ontem.

JSJ>      Forced Write resolve ? Ajuda ?

Ajuda para outros casos, mas nesse, não faz diferença.

JSJ>      Fazer o backup mantem os dados que podem ser perdido ?

Desde que seja o SuperServer e vc não reinicie o Firebird antes de
fazer o backup, sim.

JSJ>      Parar o serviço FB antes de uma manutenção, reiniciar, Backup/Restaure.

Quando for fazer um backup seguido de restore, aconselho restaurar o
banco com um nome diferente. Depois, pare o Firebird, apague o banco
antigo e renomeie o recém-restaurado e suba o Firebird novamente.

JSJ>      Se fosse um outro SGBD isso tambem ocorreria ?

Qualquer SGBD que trabalhe com arquivos comuns do sistema operacional
teria o mesmo problema, e indo mais além, nem precisa ser SGBD, isso
vale pra qualquer tipo de arquivo.

JSJ>      Nesse caso é mais seguro usar Windows ou Linux (sempre soube que esse
JSJ> segundo seria mais seguro em virtude do Force write padrão).

A questão aqui não é falta de segurança, e sim entender como funcionam
as coisas. Isso não é um "bug" do linux, ele foi desenhado dessa
forma.

[]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