[firebase-br] RES: Perda de dados 2 dias
Magno System
magnosysteminformatica em gmail.com
Seg Dez 21 17:56:18 -03 2009
Neste caso que eu reportei, não sei te dizer qual o procedimento feito que
acarretou a perda de dados, pois nosso sistema foi implantado, mas somente
outra empresa licitada pela prefeitura (cliente) que tinha acesso ao banco
de dados.
Todavia como regra, eu uso, parar todo o trabalho nas estações e
principalmente no final reiniciar o servidor. Ao meu ver, ao reiniciar o
servidor, os arquivos fantasmas desaparecem e você tem a certeza de estar
trabalhando com o arquivo real.
----- Original Message -----
From: "Felix" <felix2005 em oi.com.br>
To: "'FireBase'" <lista em firebase.com.br>
Sent: Monday, December 21, 2009 5:17 PM
Subject: [firebase-br] RES: Perda de dados 2 dias
Sou totalmente zero no Linux, mas deixa ver se eu entendi algo:
- Quando o banco estiver EM USO não se deve 'manipular' o arquivo, pois
posso correr o risco do sistema começar a trabalhar com uma versão
'espelhada' e não a versão real gravada em disco;
Partindo dessa premissa, deveria então 'derrubar' o sistema, desconectar a
rede, fazer as modificações, reiniciar o computador e somente após
confirmada a manutenção liberar o acesso dos clientes?
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 Sicnemelpor
Enviada em: segunda-feira, 21 de dezembro de 2009 15:51
Para: FireBase
Assunto: Re: [firebase-br] Perda de dados 2 dias
Suponho que a melhor forma de evitar isso é NUNCA mexer nos arquivos de
dados (.gdb, .fdb) do firebird! Somente com GBAK e vá lá.
[]s
Nelson Sicuro
> Olá pessoal,
>
> Achei esta discussão super interessante. Não sabia desse modo de
> trabalho do
> linux (iniciante), mas a pergunta é: Existe alguma forma de evitar
> isso?, ou
> seja, Existe alguma forma de garantir a gravação física deste arquivo
> fantasma?
>
> Um abraço a todos
>
> Nivaldo Martins
> Salvador - BA
>
> 2009/12/21 Magno System <magnosysteminformatica em gmail.com>
>
>> A chance de ser isto Cantu, é bem grande, visto que o servidor não era
>> desligado e a perda ocorreu no primeiro desligamento, ou seja, quando
>> religou o servidor o dados que estavam no arquivo fantasma sumiram.
>>
>>
>> ----- Original Message ----- From: "Carlos H. Cantu" <
>> listas em warmboot.com.br>
>>
>> To: "FireBase" <lista em firebase.com.br>
>> Sent: Monday, December 21, 2009 4:08 PM
>> Subject: Re: [firebase-br] Perda de dados 2 dias
>>
>>
>>
>> Eh o velho problema dos arquivos fantasmas no Linux. Nesse S.O., vc
>> consegue apagar e/ou substituir arquivos que estão em uso, soh que os
>> processos ativos continuam enxergando o arquivo que foi
>> apagado/substituído, até que seja encerrado. Nesse meio tempo, outros
>> processos podem até mesmo criar o arquivo com o mesmo nome e
>> informações totalmente diferentes... eh como se houvesse duas versões
>> do arquivo existindo ao mesmo tempo.
>>
>> Ou seja, o processo do Firebird fica acessando um arquivo que não
>> existe mais. Vc não percebe, vai trabalhando com os dados, e dias,
>> meses, anos depois, reinicia o Firebird, e tudo que vc fez
>> misteriosamente "some".
>>
>> Soube de empresas que perderam anos de informação por causa disso.
>> Tome cuidado. Como vc vê, é um problema inerente do Linux.
>>
>> []s
>> Carlos H. Cantu
>> www.FireBase.com.br - www.firebirdnews.org
>> www.warmboot.com.br - blog.firebase.com.br
>>
>> MS> Josauro, já aconteceu em um cliente com linux a perda de mais de 6
>> meses de
>> MS> informação que ocorreu em uma queda de luz que durou o tempo
>> suficiente
>> para
>> MS> o nobreak não aguentar. Isto foi no final de semana, quando chegou a
>> segunda
>> MS> feira aquela surpresa. Com certeza não foi o backup restaurado
>> errado,
>> pois
>> MS> eu tinha feito neste meio tempo uma atualização na estrutura do
>> banco e
>> se
>> MS> tivesse restaurado o backup de 6 meses atrás, a estrutura do banco
>> seria a
>> MS> antiga, contudo, eu conferi era a estrutura do banco atual com os
>> dados
>> de 6
>> MS> meses atrás.
>>
>> MS> O que mais me intriga até hoje é que os GENERATORS não estavam
>> MS> incrementados, pois se eu tivesse perdido por exemplo 10000
>> registros o
>> MS> generator tinha que estar acima de 10000, mas não, eles estavam na
>> sequência
>> MS> certinha (igual ao último registro gravado no banco).
>>
>> MS> Até hoje não entendi. Será que é possível o linux colocar a
>> estância do
>> MS> banco em cache (haja cache) durante 6 meses ???
>>
>>
>> MS> ----- Original Message ----- MS> From: "Josauro S.J." <
>> josauro em casasoft.inf.br>
>> MS> To: <lista em firebase.com.br>
>> MS> Sent: Monday, December 21, 2009 3:15 PM
>> MS> Subject: [firebase-br] Perda de dados 2 dias
>>
>>
>> MS> É possivel em uma reinicialização de um servidor Linux 4GM memoria e
>> MS> firebird 2.0.3 haver perda de dados de 2 dias mais o menos 210
>> tabelas
>> um
>> MS> movimento diario bastante expressivo, sem apresentar qualquer
>> problema
>> no
>> MS> banco de dados.
>>
>> MS> A pergunta é pertinente a um banco de dados que voltou ao seu
>> estado de
>> 2
>> MS> dias atras, mais provel o retorno errado de um backup. Porem a
>> pergunta
>> é
>> MS> valida para tirar duvidas, sobre responsabilidade do DBA.
>>
>>
>>
>> MS> ______________________________________________
>> MS> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> MS> Para saber como gerenciar/excluir seu cadastro na lista, use:
>> MS> http://www.firebase.com.br/fb/artigo.php?id=1107
>> MS> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
>>
>> MS> ______________________________________________
>> MS> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> MS> Para saber como gerenciar/excluir seu cadastro na lista, use:
>> MS> http://www.firebase.com.br/fb/artigo.php?id=1107
>> MS> 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
--
Usando o revolucionário cliente de correio do Opera:
http://www.opera.com/mail/
______________________________________________
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
Mais detalhes sobre a lista de discussão lista