IBSurgeon Outils gratuits

Ce que contient l'ensemble

Response Checker

Les utilisateurs finaux parlent de « lent » et « assez rapide » - c'est le temps de réponse. Mesurez-le avec un SELECT lourd issu de votre application réelle, contre la production ou une copie de test proche. Les benchmarks abstraits sans cette requête ne vous disent pas quand vos utilisateurs attendent.

Response Checker exécute cette requête à intervalle régulier, enregistre chaque durée et trace la chronologie afin que vous puissiez voir les périodes lentes. Associez ces fenêtres aux statistiques HQbird (IBAnalyst, surveillance des transactions, tracing) pour trouver la cause. Pour une intervention complète, consultez le service d'optimisation.

1. Démarrez IBSurgeon → FreeTools → IBSurgeon Response Checker.
2. Collez un SELECT réel (pas INSERT/UPDATE/DELETE).
3. Définissez l'intervalle (10 secondes par défaut) et le nombre de points à conserver (17 280 par défaut ≈ 48 heures).
4. Activez Disconnect after each check pour que chaque exécution utilise une nouvelle connexion, plus proche du comportement de l'utilisateur final.
5. Cliquez sur Start Check et choisissez la base de données. Observez le graphique pour repérer les fenêtres lentes.

Les résultats ne sont valables que pour la session : Stop Check puis Start Check efface l'exécution précédente.

DBInfo

DBInfo ouvre le fichier de base de données directement (lecture seule, sans bibliothèque cliente) et affiche la taille des pages, la taille du fichier, le format ODS et la répartition des pages de données, d'index, de blobs et autres. Le rouge sur les barres signifie des pages endommagées, pas un « pourcentage de blobs intéressant » - les autres couleurs sont purement visuelles.

Quelles versions ?

InterBase 4.0 jusqu'à l'InterBase actuel, et Firebird depuis la version 1.0. Il lit le fichier ; le serveur n'a pas besoin d'être en cours d'exécution.

À distance ou sous Linux ?

Windows Win32. Le fichier doit être accessible localement ou via un partage réseau (Wine est possible). Il ne peut pas communiquer avec un serveur distant via le protocole Firebird.

Pendant que le serveur est actif ?

Oui, mais une analyse complète du fichier sollicite le disque - évitez les heures de pointe. Si le fichier est en cours d'écriture, DBInfo peut signaler un faux avertissement de corruption.

Peut-il écrire ou corrompre le fichier ?

Non. Le fichier est ouvert en lecture seule.

Des pages endommagées trouvées ?

Exécutez gfix et FirstAID Diagnostician et envoyez le journal à [email protected]. Nous pouvons le réparer avec le service de récupération ou vous pouvez obtenir une licence pour FirstAID.

Espace par table ou index ?

Utilisez IBAnalyst (dans HQbird Standard) pour les statistiques par relation et les notes d'optimisation.

« Do not use Windows file cache » ?

Activé par défaut. La mise en cache d'une analyse de plusieurs gigaoctets peut pousser d'autres processus dans la mémoire virtuelle. Ignorer le cache évite que les analyses volumineuses (1-100 Go) ne ralentissent toute la machine.

Log Viewer

firebird.log / interbase.log restent souvent non lus, alors qu'ils expliquent les blocages, les erreurs d'E/S et les bugs du moteur. Log Viewer a été développé en interne pour naviguer dans de très longs journaux ; la version 2.0 est livrée avec des descriptions d'entrées pour la communauté.

Ouvrez le journal depuis le dossier Firebird (généralement C:\Program Files\Firebird\Firebird_n_n\). Surveillez le nombre d'entrées par jour - un pic est un indice - puis les lignes inhabituelles, en particulier internal gds consistency check ou internal Firebird consistency check.

Si quelque chose semble anormal, envoyez un e-mail à [email protected] en joignant le journal.