Explication courte de la sortie de gfix.exe

Alexey Kovyazin, 13 avril 2014

Lorsque gfix.exe se termine, il écrit un résumé des erreurs (s’il y en a) sur la sortie standard (normalement à l’écran). Voici une brève explication de la sortie de gfix :

Nombre d’erreurs au niveau des enregistrements - nombre d’enregistrements corrompus trouvés pendant le travail de gfix. Ces enregistrements ne sont pas corrects - essentiellement, perdus.
Nombre d’erreurs de pages d’index - nombre de pages d’index dans des index défectueux. Lorsque même une seule clé est incorrecte dans un index, gfix marque tout l’index comme défectueux, donc le nombre de pages est généralement élevé. Cependant, comme cela n’affecte pas les données de l’utilisateur, et en raison du fait que les index corrompus seront recréés lors de la sauvegarde/restauration, cela peut être considéré comme étant uniquement à titre informatif.
Nombre d’erreurs de pages de transactions - nombre de pages de transactions qui ont été corrigées par gfix. Généralement, si vous voyez ce message, cela signifie que gfix a fait son travail et que les transactions sont maintenant correctes.
Nombre d’erreurs BLOB - nombre de pages BLOB défectueuses, cela indique le nombre de BLOB défectueux.
Nombre d’erreurs de pages de base de données - c’est le nombre total de pages de base de données qui ont été visitées et modifiées/marquées comme défectueuses par gfix. Encore une fois, c’est surtout à titre informatif.

Ensuite, vous pouvez consulter firebird.log pour voir les détails sur les problèmes identifiés par gfix. Vous verrez probablement beaucoup de messages concernant les pages orphelines.

Les pages orphelines ne sont que de l’espace perdu. Elles sont les conséquences d’erreurs, mais elles ne sont pas des erreurs.

Les pages orphelines sont corrigées si et seulement si aucune autre erreur n’a été détectée et que -full a été spécifié.

De plus, il pourrait y avoir des informations sur les versions d’enregistrements orphelines - elles sont différentes des pages orphelines. Les versions d’enregistrements orphelines ne sont corrigées en aucun cas, elles restent simplement dans la base de données.

Si vous avez exécuté gfix, de tels enregistrements fortement corrompus pourraient être corrigés en les marquant comme “endommagés”, mais uniquement si -mend a été spécifié. Ces enregistrements restent dans la base de données, mais ils sont ignorés par le moteur.

Ainsi, la sortie de gfix vous donne une estimation approximative des problèmes trouvés dans votre base de données Firebird ou InterBase corrompue. Le bon côté de ce résumé est que si gfix est capable de l’afficher, cela signifie que la base de données est suffisamment cohérente.

Si gfix n’a pas pu récupérer votre base de données corrompue, essayez IBSurgeon FirstAID.