Tâches de fond des bases
Travaux SQL Server Agent en échec, contrôles d'intégrité (CHECKDB) et sauvegardes en retard, édition d'évaluation, pour chaque instance surveillée.
Une base peut tourner pendant des mois sans sauvegarde ni contrôle d'intégrité, sans que personne ne le voie : le travail planifié a échoué, ou le service SQL Server Agent est arrêté. L'écran Tâches de fond relève chaque heure ces traitements sur les instances surveillées par DBMonitor.
Ce qu'il faut
Le module DBMonitor de l'agent, en version 2026.10.11.3 ou plus récente, sur la machine qui surveille l'instance (voir Gérer les agents). Les droits de lecture déjà donnés à DBMonitor suffisent. L'agent lit l'historique des travaux, la date du dernier contrôle d'intégrité réussi et celle des dernières sauvegardes ; il ne lit ni les données des bases ni le texte des commandes.
Lire l'écran
Ouvrez DB Monitor → Tâches de fond (#/dbm/taches).
| Onglet | Contenu |
|---|---|
| Instances | Une ligne par instance : édition, état de SQL Server Agent, travaux, bases, constats, âge du relevé |
| Travaux en échec | Travail, dernière exécution, Échecs sur 7 j et message d'erreur |
| Bases : intégrité et sauvegardes | Mode de récupération, Dernier CHECKDB réussi, dernières sauvegardes complète, différentielle et du journal. La case Seulement les bases en cause est cochée par défaut |
Un clic sur une instance ouvre son détail : constats, incidents en cours, tous les travaux SQL Server Agent, toutes les bases, échecs des 90 derniers jours, et le réglage de l'instance. Au-delà de 3 heures, le relevé est signalé comme ancien.
Ce qui ouvre un incident
| Règle | Situation | Gravité |
|---|---|---|
| DBM-TRAVAIL-ECHEC | un travail actif a échoué à sa dernière exécution, ou 3 fois ou plus sur 7 jours | élevée, un incident par travail |
| DBM-AGENT-SQL | service SQL Server Agent arrêté alors que des travaux actifs existent | élevée |
| DBM-CHECKDB | dernier contrôle d'intégrité réussi il y a plus de 7 jours ; plus de 30 jours, ou jamais | moyenne ; élevée |
| DBM-SAUVEGARDE | dernière sauvegarde complète il y a plus de 2 jours | élevée |
| DBM-SAUVEGARDE | base en récupération FULL ou BULK_LOGGED sans sauvegarde du journal depuis plus de 24 heures | élevée |
| DBM-SAUVEGARDE | aucune sauvegarde complète | critique |
| DBM-EVALUATION | édition « Evaluation » de SQL Server, avec sa date de fin estimée | moyenne |
Quelques précisions :
- Une sauvegarde complète vieille de 2 à 8 jours reste acceptée si une sauvegarde différentielle a moins de 2 jours.
tempdbet les bases hors ligne ne sont pas évaluées.- Les contrôles d'intégrité et les sauvegardes donnent un incident par instance, qui liste les bases en cause.
Les incidents se ferment tout seuls quand la situation revient à la normale. Après 7 jours sans relevé, ceux de l'instance sont fermés.
Régler une instance
Dans le détail d'une instance, le bloc Réglage de l'instance est réservé aux administrateurs :
- Sauvegardée par un outil externe, avec le nom de l'Outil (ex. Veeam) : les sauvegardes faites hors de SQL Server ne sont pas forcément visibles de l'instance. La règle des sauvegardes passe alors en constat faible, sans incident, et l'écran l'explique.
- Ignorer, dans la liste des travaux : FirstSI cesse d'alerter pour ce travail. Un travail ignoré ne compte plus non plus pour l'alerte sur SQL Server Agent arrêté.
- Commentaire (raison du réglage).
L'effet est immédiat : constats et incidents sont recalculés à l'enregistrement. Chaque modification est inscrite au journal d'audit.
Les traitements de vos logiciels
Les traitements propres à un logiciel (exports, intégrations, envois) ne sont pas reconnus automatiquement. Surveillez leur résultat avec une requête de contrôle DBMonitor. L'encadré Automates métier de l'écran rappelle combien de contrôles sont actifs, et le bouton Contrôles SQL y mène.
MariaDB et MySQL
Pour ces moteurs, l'écran liste les événements planifiés et l'état du planificateur. Leur résultat n'est pas connu, donc rien n'ouvre d'incident. Ni le contrôle d'intégrité ni les sauvegardes ne sont suivis.
Questions fréquentes
« Aucun relevé reçu ». Le module DBMonitor n'est pas actif sur la machine qui surveille l'instance, ou l'agent est trop ancien.
Les sauvegardes passent par un logiciel de sauvegarde, et l'écran signale un retard. Cochez Sauvegardée par un outil externe dans le réglage de l'instance.
Un travail de test échoue tous les jours. Désactivez-le dans SQL Server Agent, ou cochez Ignorer sur sa ligne.
Source : · Docs FirstSI · mis à jour le 11/10/2026