Surveillance et réponse aux événements
L'Agent SQL Server peut surveiller et répondre automatiquement aux événements, comme des messages de SQL Server, des conditions de performance particulières et des événements WMI (Windows Management Instrumentation).
Dans cette rubrique
| Rubrique | Description |
|---|---|
Contient des informations sur la façon de nommer une alerte et de sélectionner les événements ou les conditions de perfomance auxquels les alertes répondent. |
|
Contient des informations sur la façon de créer des événements autres que ceux qui sont prédéfinis par SQL Server. |
|
Contient des informations sur la façon d'afficher le contenu des alertes et de modifier leurs propriétés. |
|
Contient des informations sur la création d'alias pour les administrateurs, alias que l'Agent SQL Server peut utiliser pour envoyer des notifications lorsque les travaux échouent ou réussissent. |
|
Contient des informations sur la visualisation des utilisateurs associés aux opérateurs définis et sur la façon de modifier la liste des membres des alias opérateurs. |
|
Contient des informations sur la configuration des notifications aux opérateurs, en réponse aux alertes. |
|
Contient des informations sur la génération d'un script Transact-SQL pour copier les alertes et les opérateurs d'un serveur à un autre. |
À propos de la surveillance et de la réponse aux événements
Les réponses automatiques aux événements sont appelées alertes. Vous pouvez définir une alerte sur un ou plusieurs événements pour spécifier la façon dont vous voulez que l'Agent SQL Server y réponde lorsqu'ils interviennent. Une alerte peut répondre à un événement en notifiant un administrateur ou en exécutant un travail, ou les deux. Une alerte peut également transmettre un événement au journal d'application Microsoft Windows d'un ordinateur différent. Par exemple, vous pouvez spécifier qu'un opérateur soit notifié immédiatement si un événement de sévérité 19 se produit. En définissant des alertes, les administrateurs de bases de données peuvent surveiller et gérer plus efficacement SQL Server.
L'Agent SQL Server ne répond qu'aux événements pour lesquels une alerte a été définie. La méthode qu'utilise l'Agent SQL Server pour surveiller les événements dépend du type d'événement.
Lorsqu'une alerte de l'Agent SQL Server est définie sur un compteur de performance, l'Agent SQL Server le surveille directement. Pour un événement WMI, l'Agent SQL Server inscrit une requête d'événement pour cet événement.
Pour répondre aux messages de SQL Server, l'Agent SQL Server surveille le journal d'application Windows. L'Agent SQL Server ne peut répondre qu'aux messages qui apparaissent dans ce journal. Par défaut, les événements SQL Server suivants sont consignés dans le journal d'application Windows :
- Les erreurs sysmessages de niveau de sévérité supérieur ou égal à 19.
Si vous souhaitez également journaliser des erreurs sysmessages particulières dont le niveau de sévérité est inférieur à 19, utilisez la procédure stockée sp_altermessage pour désigner ces erreurs comme étant « toujours journalisées ». - Toute instruction RAISERROR appelée à l'aide de la syntaxe WITH LOG.
RAISERROR WITH LOG est la méthode conseillée pour écrire dans le journal d'application Windows à partir d’une instance de SQL Server. Pour plus d'informations sur la propriété RAISERROR, consultez Utilisation de RAISERROR. - Tout événement applicatif consigné dans le journal à l'aide de xp_logevent.
.gif "ms191508.note(fr-fr,SQL.90).gif")
Remarque :La journalisation des événements applicatifs consomme de l'espace journal et peut conduire le journal d'application Windows à dépasser sa taille maximale. Assurez-vous que la taille du journal des événements applicatifs de Windows est suffisante pour éviter la perte d'informations liées aux événements SQL Server.
Lorsque SQL Server journalise un message, le service SQL Server Agent compare le message aux alertes définies par l'administrateur SQL Server.
Quelle que soit la source de l'événement, le service SQL Server Agent répond à l'événement en exécutant les tâches spécifiées dans l'alerte de cet événement.
Voir aussi
Autres ressources
sp_altermessage (Transact-SQL)