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

 Release :

    - xanadu

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des opérations IT Xanadu

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Lier des alertes aux CI avec des règles d'événements

# Lier des alertes aux CI avec des règles d'événements {#ariaid-title1}

* Rversion finale: Xanadu
* 
* Mis à jour 1 août 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture

Lorsque des alertes sont associées à des CI, la tâche de correction est simplifiée. Pendant la génération d'alertes, Gestion des événements utilise des règles d'événements et d'autres mécanismes pour lier automatiquement les alertes à des informations de CI provenant du CMDB. À des fins de suivi et de correction, l'alerte affiche des informations sur le CI à l'origine de l'événement.

## Flux de processus de liaison d'alertes

Les alertes sont liées aux CI en fonction du flux de processus suivant :

1. Lors de la réception d'un événement, Gestion des événements vérifie le nœud ou les identificateurs de CI.
2. Si aucun nœud n'existe, il est possible de lier l'alerte générée au CI à l'aide des champs d'identificateur Type, Informations supplémentaires ou Élément de configuration de l'alerte.
3. Si l'événement possède une valeur de nœud, recherchez un hôte valide.
4. Si l'événement possède un hôte et un type de CI, essayez d'effectuer la liaison à un CI d'appareil.
5. Si l'événement possède un hôte, essayez d'effectuer la liaison au CI de l'application.

Figure 1. Procédure de liaison des alertes aux CI

L'événement peut indiquer le flux de processus de liaison dans son champ Notes de traitement.

Par défaut, les événements ne sont pas liés aux CI avec un état spécifique, par exemple \<\< Mis hors service \>\>. Pour activer la liaison d'événements à ces CI, définissez la propriété evt_mgmt.ignore_retired_cis_in_binding sur faux.

Pour spécifier les états de CI à inclure à la propriété evt_mgmt.ignore_retired_cis_in_binding, ajoutez les numéros d'état pertinents à la propriété evt_mgmt.install_status_list_to_ignore_in_binding, selon le tableau suivant :
{#r_EMHowAlertsBindCI__table_e1x_hhl_pjb__entry__2}

| Numéro d'état | États |
|:-:|:-:|
| 1 | Installé |
| 2 | Sur commande |
| 3 | En cours de maintenance |
| 4 | Installation en attente |
| 5 | Réparation en attente |
| 6 | En stock |
| 7 | Mis hors service |
| 8 | Volé |
| 100 | Absent |
[Tableau 1. États des CI]

{#r_EMHowAlertsBindCI__table_e1x_hhl_pjb}  
Remarque :  
si vous ajoutez plusieurs états, séparez chaque numéro d'état par une virgule.

## Suivi et correction {#r_EMHowAlertsBindCI__section_fzg_t44_ccb}

Les alertes peuvent être liées aux CI à partir de à CMDB des fins de suivi et de correction. Gestion des événements utilise des règles d'événements et divers mécanismes pour lier automatiquement les CI aux alertes. Lorsque la valeur d'un champ correspond aux informations d'un événement, cette valeur provient de la source de l'événement ou des règles d'événements Cela améliore la correction, la fonctionnalité et l'intégration avec d'autres ITOM produits.

## Effectuer la liaison à une application en cours d'exécution sur un hôte spécifique {#r_EMHowAlertsBindCI__section_vmc_dp4_ccb}

Si l'événement est propre à un type d'application, procédez comme suit pour lier les alertes à une application spécifique :

1. Suivez les procédures décrites à la rubrique [Lier des alertes à un CI en cours d'exécution sur un hôte à l'aide d'identificateurs CI](https://servicenow-prod.fluidtopics.net/PlbBi8oY7zE9Ap3GC7yJnQ "Créez une règle d’événement pour lier les alertes à un CI en cours d’exécution sur un hôte.").
2. Créez une règle d'événement avec un filtre qui capture les événements sur le type d'application de votre choix.
3. Dans la règle d'événement, sélectionnez Liaison.
4. Cliquez sur Substituer la liaison par défaut.
5. Dans le champ Type de liaison, sélectionnez Identification du CI ou Correspondance de champ CI.
   1. Pour Identification du CI, spécifiez la Class.
   2. Dans le champ Attributs de critères, spécifiez les attributs <kbd class="ph userinput">name and sys_class_name</kbd>.

   3. Dans le champ Ajouter une valeur de nom, spécifiez le nom requis.
   4. Dans la zone Container level 1, spécifiez les valeurs requises.
   5. Si d'autres champs de niveau conteneur s'affichent, spécifiez les valeurs requises.
   {#r_EMHowAlertsBindCI__ol_ac3_gmd_1kb}

{#r_EMHowAlertsBindCI__ol_q43_vld_1kb}

* Pour Correspondance de champ CI, spécifiez l'attribut CI Type requis.
* Lors du processus de liaison, une fois l'hôte trouvé, l'algorithme met en correspondance tous les attributs additional_info portant le même nom que les champs CI pour ce type de CI. Si la correspondance réussit, l'événement est lié au CI.
* Si plusieurs applications correspondantes sont trouvées sur l'hôte, l'alerte est liée à l'hôte et non à l'application.
{#r_EMHowAlertsBindCI__ul_wmc_dp4_ccb}  
S'il n'existe aucun type de CI, par exemple, lors de la liaison d'alertes à une application SQL Server lorsque le processeur sur sqlServer.exe est supérieur à 90 %, procédez comme suit :

* Renseignez le champ Nœud dans l'événement avec la valeur CI name, FQDN, IP ou MAC. La liaison réussit, même si l'hôte possède plusieurs adresses IP ou MAC.
* Si vous souhaitez utiliser un identificateur unique autre que ceux mentionnés précédemment, renseignez le champ Identificateur CI (ci_identifier) de la règle d'événement avec un ou plusieurs identificateurs uniques du CI. Ce champ doit être au format JSON. Par exemple, pour utiliser un identificateur unique autre que ceux mentionnés précédemment, ajoutez un champ de filtre Identificateur CI (ci_identifier) avec un ou plusieurs identificateurs uniques du CI. Si le CI hôte est un ordinateur virtuel VMWare et qu'il possède un champ appelé MOID, utilisez le format JSON et spécifiez : <kbd class="ph userinput">{"moid":"&lt;CI moid&gt;"}</kbd>
* Créez une règle d'événement avec un champ de correspondance d'événement qui mappe le nom du processus sur la variable de mappage <var class="keyword varname">sa_process_name</var>. Dans ce cas, n'utilisez pas le type de CI.
{#r_EMHowAlertsBindCI__ul_orn_315_ccb}

## Procédures de liaison {#r_EMHowAlertsBindCI__section_llf_tb5_ccb}

Utilisez les procédures décrites ci-après pour lier des alertes.
* **[Lier des alertes à un CI en cours d'exécution sur un hôte à l'aide d'identificateurs CI](https://servicenow-prod.fluidtopics.net/PlbBi8oY7zE9Ap3GC7yJnQ)**   
  Créez une règle d'événement pour lier les alertes à un CI en cours d'exécution sur un hôte.
* **[Lier des alertes à un CI hôte spécifique](https://servicenow-prod.fluidtopics.net/r6VmMoAcnhMgd2Uf9~hnsA)**   
  Créez une règle d'événement pour lier les alertes au CI de l'appareil approprié. Il est possible de lier un événement à venir provenant d'un CI d'appareil à une alerte en fonction des informations de transformation de la règle d'événement. Veillez toutefois à identifier en premier lieu le CI hôte sur lequel l'appareil est en cours d'exécution.
* **[Lier les alertes aux CI non hôtes](https://servicenow-prod.fluidtopics.net/FYrfVpA9NbUCf0ul7m0kiA)**   
  Lier un événement entrant provenant d'un service d'application ou d'un groupe d'alertes détecté à une alerte, en fonction d'une règle d'événement et du mappage de champ d'événement correspondant. Le mappage de champs d'événements nécessite une URL ou le numéro de port et l'adresse IP correspondante pour chaque service ou groupe d'alerte.
* **[Lier les alertes aux CI d'application](https://servicenow-prod.fluidtopics.net/pXIOU~RDVZ0AKzfxNB2ChQ)**   
  Créez une règle d'événement pour lier les alertes au CI hôte, ainsi qu'au CI d'application. Il est possible de lier un événement à venir provenant d'un CI d'application à une alerte en fonction des informations de transformation de la règle d'événement.
* **[Lier les alertes aux CI à l'aide du mappage de champs d'événements](https://servicenow-prod.fluidtopics.net/gSdRQhAROPldwEk_BHJnPg)**   
  Au lieu de créer des règles d'événements distinctes pour chaque CI que vous souhaitez lier à une alerte, vous pouvez utiliser le mappage de champs d'événements pour lier une alerte à plusieurs CI d'événements.
* **[Déclencher une liaison d'alerte à un CI](https://servicenow-prod.fluidtopics.net/HXRjs5fTgOdWgpty8yilrA)**   
  Déclenchez une nouvelle alerte pour lier manuellement une alerte à un CI.

**Concepts associés**   

* [Format de champ d'événement pour la collecte d'événements](https://servicenow-prod.fluidtopics.net/PaNcKM76BNZSRBAHPsnVcg "Gestion des événements nécessite que tous les événements utilisent un formulaire standard, quelle que soit la façon dont ils accèdent à l'instance.")

