Algo sinistro aconteceu, Perda de dois meses de dados
Pessoal,
Aconteceu algo muito estranho, e gostaria de saber se alguém tem a resposta para isso, em um cliente usando servidor dedicado, com sistema operacional Linux, Firebird 1.5, e ontem por algum motivo qualquer faltou energia elétrica e o nobreak não segurou o servidor, bem e quando a energia voltou o ultimo registro no gdb era do dia 23/09/2005 sendo que o sistema estava sendo utilizado todos os dias, até a data de modificação do gdb era do dia 23/09/2005 é como se todos lancamentos estivessem sendo gravados no cache, mas utilizanos commit ou commitretainig em todas transações. O que pode ter acontecido para ter perdido todos os lancamentos destes dois meses?
Aconteceu algo muito estranho, e gostaria de saber se alguém tem a resposta para isso, em um cliente usando servidor dedicado, com sistema operacional Linux, Firebird 1.5, e ontem por algum motivo qualquer faltou energia elétrica e o nobreak não segurou o servidor, bem e quando a energia voltou o ultimo registro no gdb era do dia 23/09/2005 sendo que o sistema estava sendo utilizado todos os dias, até a data de modificação do gdb era do dia 23/09/2005 é como se todos lancamentos estivessem sendo gravados no cache, mas utilizanos commit ou commitretainig em todas transações. O que pode ter acontecido para ter perdido todos os lancamentos destes dois meses?
Steve_narancic
Curtidas 0
Respostas
Sremulador
24/11/2005
caso você desliga seu computador todos os dias o problema e outro tente da um gfix quem sabe ele corrija este erro...
GOSTEI 0
Steve_narancic
24/11/2005
no caso o servidor nunca é desligado, somente as estações
GOSTEI 0
Afarias
24/11/2005
Quando o banco de dados não está no modo de gravação síncrono (FORCED WRITES) a gravação física dos dados fica por conta do sistema operacional que mantem primeiramente os dados em cache (memória) para otimizar a performance.
Uma queda de energia nestes casos compromete a estutura da base de dados (e o dados).
Se vc não possui um hardware adequado -- por exemplo um Nobreak q não segura a queda de luz -- então trabalhe sempre no modo síncrono.
Mesmo o modo síncrono não é segurança total contra falhas (de hardware por exemplo) -- sendo assim manter backups além de usar outros recursos (shadows, replicação, raid, ...) é importante.
No caso da sua base, passe o gfix nela para verificar e corrigir problemas. Então faça um backup e restaure antes de continuar a usá-la. Se for o caso, após restaurar a base use o gfix novamente para colocar a base em modo síncrono.
T+
Uma queda de energia nestes casos compromete a estutura da base de dados (e o dados).
Se vc não possui um hardware adequado -- por exemplo um Nobreak q não segura a queda de luz -- então trabalhe sempre no modo síncrono.
Mesmo o modo síncrono não é segurança total contra falhas (de hardware por exemplo) -- sendo assim manter backups além de usar outros recursos (shadows, replicação, raid, ...) é importante.
No caso da sua base, passe o gfix nela para verificar e corrigir problemas. Então faça um backup e restaure antes de continuar a usá-la. Se for o caso, após restaurar a base use o gfix novamente para colocar a base em modo síncrono.
T+
GOSTEI 0
Steve_narancic
24/11/2005
Caso FORCED WRITES estivesse em OFF, ele poderia ter ficado 60 dias com os dados somente em CACHE? pois depois do dia 23/10/2005 nenhum registro foi gravado no gdb.
GOSTEI 0
Gandalf.nho
24/11/2005
A pergunta pode soar meio estranha, mas já olhou o calendário da máquina? Pode ter mudado a data para o dia 23/09 e os últimos registros gravados ficaram com esssa data. Vcs conferiram o conteúdo dos registros ou só a data?
GOSTEI 0
Afarias
24/11/2005
|Caso FORCED WRITES estivesse em OFF, ele poderia ter ficado 60 dias
|com os dados somente em CACHE? pois depois do dia 23/10/2005
|nenhum registro foi gravado no gdb.
acho difícil.
para avaliar o q exatamente ocorrorreu teria q ter muito mais dados. uma possibilidade é q a base estando corrompida vc não tem acesso a uma quantidade de registros (eles podem até estar no arquivo, mas vc não vê)
mas existem outras possibilidades
T+
|com os dados somente em CACHE? pois depois do dia 23/10/2005
|nenhum registro foi gravado no gdb.
acho difícil.
para avaliar o q exatamente ocorrorreu teria q ter muito mais dados. uma possibilidade é q a base estando corrompida vc não tem acesso a uma quantidade de registros (eles podem até estar no arquivo, mas vc não vê)
mas existem outras possibilidades
T+
GOSTEI 0