Breve explicação da saída do gfix.exe

Alexey Kovyazin, 13 de abril de 2014

Quando o gfix.exe termina, ele escreve um resumo dos erros (se houver) na saída padrão (normalmente na tela). Aqui está uma breve explicação da saída do gfix:

Número de erros no nível de registro - número de registros corrompidos encontrados durante o trabalho do gfix. Esses registros não estão corretos - essencialmente, perdidos.
Número de erros de página de índice - número de páginas de índice em índices ruins. Quando apenas uma única chave está incorreta em um índice, o gfix marca o índice inteiro como ruim, então o número de páginas geralmente é alto. No entanto, como isso não afeta os dados do usuário, e devido ao fato de que índices corrompidos serão recriados durante o backup/restauração, isso pode ser considerado apenas para sua informação.
Número de erros de página de transação - número de páginas de transação que foram corrigidas pelo gfix. Normalmente, se você vir esta mensagem, significa que o gfix fez seu trabalho e agora as transações estão OK.
Número de erros de BLOB - número de páginas BLOB ruins, indicando o número de BLOBs ruins.
Número de erros de página de banco de dados - este é o número total de páginas de banco de dados que foram visitadas e alteradas/marcadas como ruins pelo gfix. Novamente, isso é principalmente para sua informação.

Em seguida, você pode consultar o firebird.log para ver detalhes sobre os problemas identificados pelo gfix. Provavelmente você verá muitas mensagens sobre páginas órfãs.

Páginas órfãs são apenas espaço perdido. Elas são consequências de erros, mas não são erros.

Páginas órfãs são corrigidas se e somente se nenhum outro erro foi detectado e -full foi especificado.

Além disso, pode haver informações sobre versões de registros órfãos - elas são diferentes das páginas órfãs. As versões de registros órfãos não são corrigidas em nenhum caso, elas apenas permanecem no banco de dados.

Se você executou o gfix, registros tão severamente corrompidos podem ser corrigidos sendo marcados como “danificados”, mas somente se -mend foi especificado. Esses registros permanecem no banco de dados, mas são ignorados pelo mecanismo.

Portanto, a saída do gfix fornece uma estimativa aproximada dos problemas encontrados no seu banco de dados Firebird ou InterBase corrompido. O bom desse resumo é que, se o gfix consegue imprimi-lo, isso significa que o banco de dados está consistente o suficiente.

Se o gfix não conseguiu recuperar seu banco de dados corrompido, tente o IBSurgeon FirstAID.