Breve explicación de la salida de gfix.exe

Alexey Kovyazin, 13 de abril de 2014

Cuando gfix.exe finaliza, escribe un resumen de errores (si los hay) en la salida estándar (normalmente en la pantalla). Aquí hay una breve explicación de la salida de gfix:

Número de errores a nivel de registro - número de registros corruptos encontrados durante el trabajo de gfix. Estos registros no son correctos; esencialmente, están perdidos.
Número de errores de páginas de índice - número de páginas de índice en índices dañados. Cuando incluso una sola clave es incorrecta en un índice, gfix marca todo el índice como dañado, por lo que el número de páginas suele ser alto. Sin embargo, dado que esto no afecta a los datos del usuario, y debido a que los índices corruptos se recrearán durante la copia de seguridad/restauración, esto puede considerarse solo como información.
Número de errores de páginas de transacción - número de páginas de transacción que fueron corregidas por gfix. Normalmente, si ves este mensaje, significa que gfix hizo su trabajo y ahora las transacciones están bien.
Número de errores BLOB - número de páginas BLOB dañadas; indica el número de BLOBs dañados.
Número de errores de páginas de base de datos - este es el número total de páginas de base de datos que fueron visitadas y cambiadas/marcadas como dañadas por gfix. De nuevo, esto es principalmente para tu información.

Luego podrías revisar firebird.log para ver detalles sobre los problemas identificados por gfix. Probablemente verás muchos mensajes sobre páginas huérfanas.

Las páginas huérfanas son solo espacio perdido. Son consecuencias de errores, pero no son errores.

Las páginas huérfanas se corrigen si y solo si no se detectaron otros errores y se especificó -full.

También podría haber información sobre versiones de registros huérfanos: son diferentes de las páginas huérfanas. Las versiones de registros huérfanos no se corrigen en ningún caso; simplemente permanecen en la base de datos.

Si has ejecutado gfix, esos registros gravemente corruptos podrían corregirse marcándolos como “dañados”, pero solo si se especificó -mend. Dichos registros permanecen en la base de datos, pero el motor los omite.

Por lo tanto, la salida de gfix te da una estimación aproximada de los problemas encontrados en tu base de datos Firebird o InterBase corrupta. Lo bueno de este resumen es que si gfix puede imprimirlo, significa que la base de datos es lo suficientemente consistente.

Si gfix no pudo recuperar tu base de datos corrupta, prueba IBSurgeon FirstAID.