DBMonitor : bases de données
Performances SQL Server et MariaDB, requêtes lentes, sessions, blocages, attentes, et requêtes de contrôle métier.
DBMonitor collecte, par un agent, les performances de vos instances SQL Server et MariaDB. Quand une base rame, il dit qui consomme, ce qui bloque et depuis quand.
Déclarer une instance
Installez l'agent avec DBMONITOR=true sur une machine qui joint l'instance ; le plus simple est souvent le serveur SQL lui-même. Dans Instances SQL (#/dbm/instances), cliquez ensuite sur Ajouter une instance et indiquez le type, le serveur, l'authentification (Windows (compte de service) ou SQL Server (login/mot de passe)), l'Intervalle (60 s par défaut) et le Seuil lent (2 000 ms par défaut).
En authentification Windows, l'agent se connecte avec le compte ordinateur de sa machine. Donnez-lui le droit de lire les vues système (VIEW SERVER STATE) et rien de plus.
Les écrans
| Écran | Question à laquelle il répond |
|---|---|
| DB Monitor | Les instances vont-elles bien ? État, CPU et connexions de chacune, avec la PLE pour SQL Server, le taux de cache InnoDB et l'état de la réplication pour MariaDB ; requêtes lentes sur 24 h, blocages en cours |
| Métriques | CPU, cache, PLE, connexions de l'instance |
| Requêtes Lentes / Toutes les Requêtes | Quelles requêtes coûtent le plus (CPU, exécutions, durée, lectures) |
| Sessions | Qui exécute quoi : login, poste, programme ; Top logins sur 1 h à 30 jours |
| Blocages | Qui bloque qui, maintenant et dans l'historique |
| Wait Stats | Ce que l'instance attend (disque, verrous, mémoire…) |
| Alertes DB | Les seuils dépassés, avec Acquitter et Résoudre |
Seuils d'alerte
Ce sont les valeurs par défaut, modifiables instance par instance. Elles sont évaluées chaque minute.
| Mesure | Avertissement | Critique |
|---|---|---|
| CPU | 80 % | 95 % |
| Taux de cache (alerte en dessous) | 90 % | 80 % |
| PLE (alerte en dessous) | 300 s | 60 s |
| Deadlocks | 1 | 5 |
| Connexions actives | 200 | 400 |
| Durée de blocage | 30 s | 120 s |
Requêtes de contrôle
Une requête de contrôle vérifie une règle métier : « y a-t-il eu une sauvegarde complète dans les 26 dernières heures ? », « reste-t-il des lignes en attente d'import ? ».
Dans Requêtes de contrôle, cliquez sur Nouveau contrôle. La requête doit être un seul SELECT (ou WITH … SELECT) ; les écritures, les appels de procédure, les SELECT INTO et les instructions multiples sont refusés. Choisissez ensuite ce qui est attendu : aucune ligne, au moins une ligne, valeur sous un seuil ou valeur dans un intervalle. Cadence par défaut 5 min (de 1 min à 24 h), délai de 15 s au plus, 1 000 lignes au plus, gravité de LOW à CRITICAL.
Essayer l'exécute tout de suite. Seul le résultat de l'évaluation est gardé, jamais les lignes lues. Un contrôle en échec passe à En alerte dans son écran ; une fenêtre de maintenance HostMonitor liée le fait taire.
Droits
La consultation est ouverte à tous les rôles, lecteur compris. Acquitter et résoudre une alerte demande le rôle opérateur. Créer ou supprimer des instances et des contrôles est réservé aux administrateurs, ou à quelqu'un qui en a reçu la délégation.
Questions fréquentes
La colonne « Qui » indique « non observé ». Aucun échantillon de session ne correspond à cette requête sur la période : soit elle a été trop brève pour être vue, soit l'agent n'est pas à jour.
Ma requête de contrôle est refusée. Elle contient une écriture, un appel de procédure ou plusieurs instructions.
Source : · Docs FirstSI · mis à jour le 10/10/2026