133
5.6 Programmation d’alertes
Les fichiers générés par le journal peuvent être facilement convertis entre des formats texte, binaire, et une table SQL, à l’aide de l’exécutable relog.exe, livré
avec Windows.
5.6 PROGRAMMATION D’ALERTES
Le moniteur système permet également de programmer des alertes, un peu dans
l’esprit de l’agent SQL. Vous pouvez utiliser indistinctement l’un ou l’autre outil
pour programmer un envoi de notification lorsqu’un compteur atteint un certain
seuil, mais aussi – ce qui peut se révéler très pratique – pour déclencher une collecte
d’information spécifique.
Imaginez que vous vouliez démarrer une trace SQL et un journal de compteurs
dès que l’activité des processeurs atteint 90 %, afin d’obtenir les données au bon
moment, c’est-à-dire quand la montée en charge se produit. Vous pourriez programmer une alerte dans l’agent SQL, mais vous pouvez aussi le faire dans le moniteur
système. Les actions déclenchées seront les mêmes, voyons-le avec le moniteur système.
Dans le dossier « Performance logs and alerts » du moniteur système, faites un
clic droit sur le sous-dossier « Alerts », et choisissez « New Alerts Settings… ».
Après avoir choisi un nom parlant, sélectionnez un compteur de performance avec
le bouton « Add ». Pour cet exemple, nous prendrons Processor(_Total)\% Processor Time.
Le deuxième onglet, « Action », vous permet de réagir à l’alerte. Nous allons utiliser la possibilité de démarrer un journal de compteurs, et de lancer une commande
du système. Ainsi, nous pouvons lancer, dès que le besoin s’en fait sentir, un journal
de compteurs. Vous pouvez aussi, comme nous l’avons vu, planifier le journal de
compteurs pour s’arrêter après une certaine durée, ce qui vous permettrait par exemple de conserver dans des fichiers numérotés séquentiellement, des traces de trente
minutes, dès que la charge des processeurs atteint 90 %. En utilisant l’exécution
d’une commande, vous pouvez en même temps démarrer une trace. Le plus simple
serait, à l’aide d’une commande SQLCMD, de lancer une trace stockée sur le serveur. Nous avons vu la procédure sp_trace_setstatus dans la section 5.2.2.
Dans le dernier onglet, montré en figure 5.19, vous indiquez les plages de temps
pendant lesquels l’alerte sera active, c’est-à-dire durant quelle période elle peut se
déclencher.
5.6 Programmation d’alertes
Les fichiers générés par le journal peuvent être facilement convertis entre des formats texte, binaire, et une table SQL, à l’aide de l’exécutable relog.exe, livré
avec Windows.
5.6 PROGRAMMATION D’ALERTES
Le moniteur système permet également de programmer des alertes, un peu dans
l’esprit de l’agent SQL. Vous pouvez utiliser indistinctement l’un ou l’autre outil
pour programmer un envoi de notification lorsqu’un compteur atteint un certain
seuil, mais aussi – ce qui peut se révéler très pratique – pour déclencher une collecte
d’information spécifique.
Imaginez que vous vouliez démarrer une trace SQL et un journal de compteurs
dès que l’activité des processeurs atteint 90 %, afin d’obtenir les données au bon
moment, c’est-à-dire quand la montée en charge se produit. Vous pourriez programmer une alerte dans l’agent SQL, mais vous pouvez aussi le faire dans le moniteur
système. Les actions déclenchées seront les mêmes, voyons-le avec le moniteur système.
Dans le dossier « Performance logs and alerts » du moniteur système, faites un
clic droit sur le sous-dossier « Alerts », et choisissez « New Alerts Settings… ».
Après avoir choisi un nom parlant, sélectionnez un compteur de performance avec
le bouton « Add ». Pour cet exemple, nous prendrons Processor(_Total)\% Processor Time.
Le deuxième onglet, « Action », vous permet de réagir à l’alerte. Nous allons utiliser la possibilité de démarrer un journal de compteurs, et de lancer une commande
du système. Ainsi, nous pouvons lancer, dès que le besoin s’en fait sentir, un journal
de compteurs. Vous pouvez aussi, comme nous l’avons vu, planifier le journal de
compteurs pour s’arrêter après une certaine durée, ce qui vous permettrait par exemple de conserver dans des fichiers numérotés séquentiellement, des traces de trente
minutes, dès que la charge des processeurs atteint 90 %. En utilisant l’exécution
d’une commande, vous pouvez en même temps démarrer une trace. Le plus simple
serait, à l’aide d’une commande SQLCMD, de lancer une trace stockée sur le serveur. Nous avons vu la procédure sp_trace_setstatus dans la section 5.2.2.
Dans le dernier onglet, montré en figure 5.19, vous indiquez les plages de temps
pendant lesquels l’alerte sera active, c’est-à-dire durant quelle période elle peut se
déclencher.