---
sourceDocument: Gestion des opérations IT Australie
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/it-operations-management

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des opérations IT Australie

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Lier les alertes à un processus spécifique

# Lier les alertes à un processus spécifique {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture

Lier des processus serveur spécifiques à leurs éléments de configuration (CI) correspondants dans la CMDB pour garantir un mappage et une visibilité précis. Cette liaison est cruciale pour identifier les dépendances de service, réduire l'ambiguïté des noms de processus génériques et permettre une surveillance efficace. Il permet une résolution plus rapide des alertes, une analyse de l'impact et un meilleur alignement entre les composants de l'infrastructure et de l'application dans les environnements dynamiques.

## Avant de commencer

Rôle requis : evt_mgmt_admin

## Pourquoi et quand exécuter cette tâche

Parfois, lorsqu'une alerte (ou un événement) arrive dans le système, il doit être connecté (ou \<\< lié \>\>) à un élément de configuration (CI) dans la CMDB. Par défaut, le système lie les alertes à l'hôte spécifié dans le champ Nœud de l'événement. Imaginez une situation où vous avez un serveur Windows exécutant plusieurs processus, comme MSFT SQL Instances et SQL Server Analysis Services. Le défi consiste à lier un événement à l'instance spécifique du processus plutôt qu'au serveur hôte, car plusieurs processus peuvent avoir le même nom générique, tel que MSSQLSERVER, ce qui entraîne une ambiguïté.

L'exemple de procédure suivant utilise un serveur Windows comme hôte, MSFT SQL Instances comme classe CI du processus et MSSQLSERVER comme nom de processus. Les étapes suivantes sont basées sur l'hypothèse que le champ Nœud d'événement de l'événement fournit le nom d'hôte et que le champ Informations supplémentaires contient les détails spécifiques du processus requis pour la liaison.  
{#t_EMBindApplication__table_jpt_lts_2fc__entry__2}

| Action | Étapes |
|-|-|
| Définir la règle de l'événement : Ajouter un nom de processus | Ajoutez le nom <kbd class="ph userinput">du processus sa_process_name</kbd> dans la règle d'événement. |
| Définir la règle d'événement : Définir le type de CI | Sélectionnez le type de CI cible dans la règle d'événement. Par exemple, les instances SQL MSFT. |
| Définir le mappage de processus | Accédez à la table Mappage du processus au type de CI \[em_binding_process_map\] et ajoutez une entrée mappant un type de CI (par exemple, MSFT SQL Instances) à un nom de processus (par exemple, MSSQLSERVER). |
| Lier le CI à une alerte | Lorsqu'un événement est déclenché, le système : 1. Applique la liaison par défaut pour identifier l'hôte. 2. Vérifie le type de CI spécifié dans la règle d'événement. 3. Recherche un nom de processus et un type de CI dans la table Mappages de processus à des CI \[em_binding_process_map\] correspondants. 4. Recherche une relation S'exécute sur ::Runs entre le processus et le CI hôte dans la table des relations de CI \[cmdb_rel_ci.list\]. 5. Se lie à un processus lorsque les valeurs de la colonne Type de CI correspondent aux entrées correspondantes de la colonne Processus de la table Mappages du type de processus à CI \[em_binding_process_map\]. {#t_EMBindApplication__ol_kkj_p1f_gfc} |
[Tableau 1. Liaison d'alerte à CI via le mappage de processus]

{#t_EMBindApplication__table_jpt_lts_2fc}

## Procédure

1. Accédez à la TousGestion des événementsRèglesRègles d'événements.
2. Sélectionnez Nouveau.
3. Sélectionnez l'onglet Sortie d'alerte transformer et composer et procédez comme suit :  
   1. Cochez la case Attributs manuels .
   2. Entrez <kbd class="ph userinput">sa_process_name</kbd> est <kbd class="ph userinput">${process}</kbd>.

      sa_process_name'est un nom de variable spécial utilisé pour spécifier le nom du processus à rechercher. ${sa_process_name} apparaîtra dans le champ Information supplémentaire de l'événement. Au lieu de <kbd class="ph userinput">${process}</kbd>, vous pouvez entrer n'importe quel autre nom de champ dont la <kbd class="ph userinput">variable sa_process_name</kbd> tire sa valeur.
   {#t_EMBindApplication__ol_y3x_nys_2fc}
4. Sélectionnez l'onglet Liaison .
5. Cochez la case Remplacer la liaison par défaut .
6. Dans le champ Type de liaison, sélectionnez Correspondance de champ CI.
7. Dans le champ Type de CI , sélectionnez Instances SQL MSFT.  
   Le type de CI détermine la table CMDB spécifique dans laquelle le système recherche le CI correspondant.  
8. Accédez à Tout et recherchez <kbd class="ph userinput">em_binding_process_map.list</kbd>.  
   La page Processus de mappage du type de CI s'ouvre. Ici, les valeurs de la colonne de type de CI sont mappées aux entrées de la colonne Processus . Par exemple, cmdb_ci_db_mssql_instance est mappé au processus MSSQLSERVER .  
9. **Facultatif :** Accédez à Tout et recherchez <kbd class="ph userinput">cmdb_rel_ci.list</kbd>.  
   La page Relations CI s'ouvre.
10. **Facultatif :** Vérifiez que le nœud est dans une relation S'exécute sur ::S'exécute avec le processus approprié.  
11. Accédez à la TousGestion des événementsTous les événements.
12. Créez un événement avec la valeur Nœud comme nom de l'hôte tel que Windows Server (V-W2K3-SQL2008).  
    Le champ Informations supplémentaires de l'événement comporte une clé appelée processus dont la valeur est MSSQLSERVER.  
    Dans l'image suivante, vous pouvez voir les notes de traitement indiquant que la liaison a eu lieu entre l'alerte et le processus de correspondance.
{#t_EMBindApplication__steps_gcx_l4p_k2c}