---
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 des alertes à des CI à l'aide de l'identification de CI

# Lier des alertes à des CI à l'aide de l'identification de CI {#ariaid-title1}

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

Liez des alertes à des applications spécifiques sur des hôtes à l'aide de règles d'événements pour garantir un suivi précis et améliorer la vitesse de résolution des problèmes, ce qui conduit à une correction efficace et à un meilleur alignement des alertes avec les ressources appropriées.

## Avant de commencer

Rôle requis : evt_mgmt_admin

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

Avant de passer par la procédure, comprenons d'abord comment fonctionne cette liaison à l'aide d'un exemple. Supposons qu'une règle d'événement prête à l'emploi, Mesures SCOM -- Serveur Web IIS, génère une alerte pour un serveur Web Microsoft IIS en cours d'exécution sur un hôte. Au lieu de lier l'alerte à l'ordinateur hôte uniquement, vous souhaitez qu'elle soit associée à l'application spécifique (serveur Web IIS) où le problème s'est produit. Voici comment le système assure une reliure précise.  
Supposons que dans l'onglet Liaison , la classe et le conteneur de niveau 1 sont définis avec leurs attributs respectifs, comme illustré dans l'image.Figure 1. Onglet Liaison  
La procédure contraignante suit les étapes suivantes :

1. Identification de l'hôte (niveau de conteneur 1)Étant donné que le serveur Web Microsoft IIS s'exécute sur un hôte (dans ce cas, Matériel), le système localise d'abord l'hôte, qui est défini comme le niveau de conteneur 1. Le champ Nom est utilisé pour identifier l'hôte et sa valeur est extraite du champ Nœud de l'événement. À l'aide de ce nom, le système recherche un CI hôte correspondant dans la CMDB.

2. Identification du CI du serveur Web Microsoft IIS sur l'hôte  
   Une fois l'hôte identifié, le système recherche un CI de serveur Web Microsoft IIS sous cet hôte avec les attributs suivants :
   * nom = ci_name
   * sys_class_name = cmdb_ci_microsoft_iis_web_server
   {#bind-alerts-CI-app-host-monitoring__ul_e5k_h2z_m2c}  
   Ici, ci_name est dérivée de la paire clé-valeur définie dans l'onglet Transformer et composer la sortie d'alerte de la règle d'événement. Supposons que dans l'onglet Sortie d'alerte transformer et composer de la règle d'événement, la case Attributs manuels est cochée et que la paire clé-valeur suivante est déjà ajoutée :
   * Nom de champ : <kbd class="ph userinput">ci_name</kbd>
   * Valeur du champ : <kbd class="ph userinput">Microsoft IIS Server@${node}</kbd>
   {#bind-alerts-CI-app-host-monitoring__ul_ags_tyj_p2c}  
   Cela garantit que <kbd class="ph userinput">ci_name</kbd> apparaît dans le champ Informations supplémentaires de l'alerte et est utilisé lors de la configuration du champ d'attribut de la classe CI.Figure 2. Transformer et composer l'onglet Sortie d'alerte
{#bind-alerts-CI-app-host-monitoring__ol_ksh_b2z_m2c}

Si un CI correspondant du serveur Web Microsoft IIS est trouvé sur l'hôte identifié, l'alerte est liée au CI de l'application correct plutôt qu'à l'hôte uniquement. Cela permet d'assurer un suivi et une résolution plus précis des incidents, en liant l'alerte au service réel affecté et non uniquement à la machine sur laquelle elle s'exécute.

## Procédure

1. Accédez à la TousGestion des événementsRèglesRègles d'événements.
2. Sélectionnez Nouveau et renseignez les champs obligatoires de la règle d'événement.
3. Sélectionnez l'onglet Liaison .
4. Cochez la case Remplacer la liaison par défaut .
5. Dans le champ Type de liaison , sélectionnez Identification du CI.
6. Dans le champ Classe , sélectionnez une classe CI.
7. Dans le champ Sélectionner un identificateur , sélectionnez un identificateur pour la classe.  
   L'identificateur d'une classe est un ensemble de règles qui aide le système à reconnaître les CI et à les faire correspondre correctement. Pensez-y comme à une empreinte digitale pour chaque type de CI (tel qu'un serveur, un routeur ou une application). L'identificateur utilise des attributs clés, tels qu'un numéro de série, un nom d'hôte ou une adresse IP, pour s'assurer que lorsque de nouvelles données arrivent, elles sont liées au bon CI au lieu de créer des doublons. Pour plus d'informations sur la règle d'identification des CI, voir [Créer une règle d'identification des CI](https://www.servicenow.com/docs/access?context=t_CreateCIIdentificationRule&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US).
8. Dans le champ Ajouter une valeur , ajoutez la valeur exacte ou spécifiez le champ source à partir duquel la valeur du champ doit être renseignée.  
   Ajoutez ou supprimez des champs à l'aide des icônes Ajouter ( ![Ajouter une icône]()) et Supprimer ( ![icône Supprimer]()).  
   Remarque :  
   Lors du remplissage des attributs de classe CI, si vous ne trouvez pas l'attribut dont vous avez besoin, vous pouvez utiliser l'onglet Transformer et composer la sortie d'alerte de la règle d'événement pour ajouter la paire clé-valeur nécessaire. Pour plus d'informations, consultez [Configurer une règle d'événement pour personnaliser le contenu de l'alerte](https://servicenow-prod.fluidtopics.net/yoKBf1hgGWqeqgpn8vNe6w "Vous pouvez configurer une règle d'événement pour personnaliser le contenu de l'alerte. Vous pouvez personnaliser l’ordre des champs et sélectionner ceux à afficher. Les champs de la zone de travail de gauche de la section Sortie d’alerte transformer et composer d’une règle d’événement sont les champs qui apparaissent dans l’alerte générée.").

   La transformation et la composition des règles d'événement sont utiles lorsque des informations pertinentes existent dans un champ différent, mais doivent être extraites ou réaffectées pour permettre un traitement approprié des alertes. Cela est particulièrement important lorsque l'attribut requis n'est pas directement disponible et doit être défini manuellement.  
   Par exemple, supposons que le champ Informations supplémentaires d'une alerte contient le nom de l'alerte sous le champ Nœud . Cependant, pour un traitement correct, nous avons besoin que cette valeur apparaisse sous le champ Nom à la place. Étant donné qu'il n'existe aucun attribut de nom dans l'événement, nous pouvons en créer un manuellement à l'aide de l'onglet Sortie d'alerte transformer et composer de la règle d'événement. Voici comment :
   1. Sélectionnez l'onglet Sortie d'alerte transformer et composer .
   2. Cochez la case Attributs manuels .
   3. Ajoutez la paire clé-valeur suivante :
      * Champ : Nom
      * Valeur du champ : Nœud
      {#bind-alerts-CI-app-host-monitoring__ul_fyk_j2k_p2c}

   {#bind-alerts-CI-app-host-monitoring__ol_tvg_22k_p2c}Cette configuration garantit que le système extrait la valeur du nœud et la mappe au champ de nom, la rendant disponible pour la liaison de CI et la corrélation des alertes.
9. Dans la Container level 1 zone, spécifiez l'hôte.
10. Dans le champ Sélectionner un identificateur , sélectionnez un identificateur pour le conteneur.
11. Dans le champ Ajouter une valeur , ajoutez la valeur exacte ou le champ qui est la source du champ Sélectionner un identificateur du conteneur.  
    Ajoutez ou supprimez des champs à l'aide des icônes Ajouter ( ![Ajouter une icône]()) et Supprimer ( ![icône Supprimer]()).
12. Sélectionnez Enregistrer.