Créer une règle de rapprochement pour une table autre que CMDB

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 7 minutes de lecture
  • Créez une règle de rapprochement de CI statique ou dynamique pour une table autre que CMDB.

    Pour en savoir plus sur les règles de rapprochement statiques, les règles de rapprochement dynamiques et les autres principaux liés aux règles de rapprochement, reportez-vous Règles de réconciliationà .

    Si des règles de rapprochement statiques et dynamiques existent pour le même attribut d’enregistrement, la règle dynamique a priorité.

    Remarque :
    Vous ne pouvez pas créer de règle de rapprochement pour les champs système ou pour les champs spécifiques du moteur Identification et réconciliation (IRE), tels que le champ Source de détection (discovery_source). En outre, les règles de rapprochement ne peuvent pas être remontées pas à pas à l’aide de champs de référence.

    Créer une règle de rapprochement statique pour une table autre que CMDB

    Une règle de rapprochement statique spécifie les attributs de classe que les sources de données sont autorisées à mettre à jour et empêche les sources de données non autorisées de remplacer les valeurs des attributs. Une règle de rapprochement statique spécifie également la priorité parmi plusieurs sources de données. Sans règles de rapprochement statiques, les sources de données peuvent remplacer les mises à jour des autres pour obtenir des valeurs d’attribut.

    Avant de commencer

    Rôle requis : itil dispose d’un accès en lecture itil_admin (en plus d’itil) d’un accès complet.

    Pourquoi et quand exécuter cette tâche

    Les règles de rapprochement statiques sont utilisées conjointement avec les règles d’actualisation des données pour déterminer les étapes de rapprochement d’un enregistrement. Ces règles déterminent si, quand et par quelle source de données un enregistrement peut être mis à jour. Si plusieurs sources de données sont autorisées à mettre à jour les mêmes attributs, attribuez une priorité à chacune de ces sources de données pour éviter qu’elles ne remplacent les mises à jour des autres.

    Lorsqu’une source de données autorisée a mis à jour un attribut, les mises à jour suivantes ne sont acceptées que pour la même source de données ou pour une source de données dotée d’une priorité supérieure. Les mises à jour provenant d’une source de données avec une priorité inférieure sont rejetées, sauf si les deux conditions suivantes sont remplies :
    • La source de priorité inférieure est la première source qui met à jour l’enregistrement.
    • L’enregistrement est devenu obsolète sur la base des règles d’actualisation des données pour la classe.
    Ordre de priorité des règles de rapprochement statiques :
    • Règle configurée pour un attribut spécifique, a la priorité sur la règle définie avec Appliquer à tous les attributs (quelle que soit la valeur de priorité).
    • Entre deux règles pour le même attribut ou entre deux règles définies avec Appliquer à tous les attributs, la règle spécifique directement à la classe a priorité sur la règle dérivée.
    • Entre deux règles pour le même attribut ou entre deux règles définies avec Appliquer à tous les attributs au même niveau de classe, la priorité est déterminée par les priorités des règles.

    Les informations sur la dernière source Discovery qui met à jour chaque attribut sont stockées dans la table Historique des sources de données [cmdb_datasource_last_update], mais uniquement après l’activation de la règle de rapprochement. Par conséquent, des mises à jour inattendues peuvent se produire après l’activation de la règle jusqu’à ce que la source de données de priorité la plus élevée ait mis à jour le CI.

    Les règles de rapprochement statiques affectent le rapprochement des attributs périmés. Lors du rapprochement, les informations de la table Historique des sources de données sont prises en compte, avec les règles d’actualisation des données de la classe du CI, afin de déterminer si un attribut de CI est périmé. Un attribut de CI est considéré comme périmé s’il n’a pas été mis à jour par la dernière source de détection pour mettre à jour le CI dans un délai donné. La période est spécifiée par la durée effective dans la règle d’actualisation des données de la classe correspondant à la source de détection. Dans ce cas, si une autre source Discovery autorisée, avec une priorité inférieure, tente de mettre à jour l’attribut de CI périmé, la mise à jour est autorisée.

    S’il existe une règle de rapprochement dynamique pour le même attribut d’enregistrement que dans une règle de rapprochement statique, la règle dynamique a priorité.

    Procédure

    1. Accédez à la Tous > Configuration > Identification/Réconciliation > Définitions des rapprochements.
    2. Dans la vue de liste Définitions des réconciliations, cliquez sur Nouveau.
    3. Remplissez le formulaire Définition de rapprochement.
      Champ Description
      Source de données La source de données pour laquelle vous configurez cette règle.
      Priorité Priorité de la source de données dans d’autres sources de données pour les attributs spécifiés. Plus le chiffre est petit, plus la priorité est élevée. Les sources de données sans règle de rapprochement se voient affecter la priorité la plus basse.
      Concerne Autorise la source de données spécifiée à mettre à jour tous les attributs de la table non CMDB spécifiée.
      Remarque :
      Ce paramètre sera remplacé par n’importe quel paramètre qui s’applique à un attribut spécifique. Dans ce cas, au lieu d’utiliser cette option, vous pouvez inclure directement tous les attributs pour les attributs.
      Condition de filtre

      Conditions que les enregistrements doivent remplir pour que la règle soit applicable.

      Par exemple, pour appliquer cette règle uniquement aux enregistrements associés au département des finances, sélectionnez cette condition : [Department] [is] [Finance].

      Remarque :
      La propriété système glide.identification_engine.enable_reconciliation_filter_before_update détermine quand les conditions de filtre sont appliquées. Par défaut, ces conditions de filtre sont appliquées une fois que les valeurs d’attribut ont été modifiées pendant le traitement de la charge utile. Définissez cette propriété sur vrai afin que le moteur Identification et réconciliation (IRE) applique les conditions de filtre avant que les valeurs d’attribut ne changent.
      Attributs

      Attributs de la classe actuelle ou d’une classe parente que la source de données spécifiée est autorisée à mettre à jour.

      Disponible uniquement si l’option Appliquer à tous les attributs n’est pas sélectionnée.

      Mettre à jour avec une valeur Null

      Attributs que la source de données spécifiée peut mettre à jour avec une valeur nulle. Par défaut, les sources de données autorisées ne peuvent pas remplacer une valeur non Null par une valeur Null.

      Les attributs de cette liste, qui ne sont pas dans la liste Attributs , ne sont pas inclus dans les attributs que la source de données peut mettre à jour avec une valeur nulle.

    4. Cliquez sur Envoyer.

    Créer une règle de rapprochement dynamique pour une table autre que CMDB

    Une règle de rapprochement dynamique pour les tables non CMDB utilise les données CMDB 360 pour choisir une valeur, telle que la plus grande valeur déclarée, pour la mise à jour d’un enregistrement.

    Avant de commencer

    CMDB 360/CMDB multisource doit être activé.

    Rôle requis : itil dispose d’un accès en lecture, itil_admin (en plus d’itil) dispose d’un accès complet

    Pourquoi et quand exécuter cette tâche

    Si le même attribut CI possède à la fois une règle de rapprochement statique et une règle de rapprochement dynamique, la règle de rapprochement dynamique a la priorité.

    Une règle de rapprochement dynamique prend en charge plusieurs types de règles, tels que la plus grande valeur déclarée et la valeur la plus déclarée. Lors de l’application d’une règle de rapprochement dynamique, IRE traite la charge utile actuelle, puis examine le magasin de données CMDB 360 pour sélectionner une valeur avec laquelle mettre à jour la CMDB. Selon le type de règle de rapprochement dynamique, la sélection de la valeur appropriée peut ne pas être immédiatement concluante. Par exemple, il se peut qu’aucune valeur ne soit la plus signalée ou, pour certaines valeurs, que le dernier horodatage détecté ne soit pas signalé. Par conséquent, si nécessaire, IRE revient à examiner des détails supplémentaires tels que les valeurs du dernier signalement, de la dernière détection et de la dernière mise à jour pour sélectionner la valeur la plus appropriée.

    Remarque :
    Vous ne pouvez pas ajouter de règle de rapprochement dynamique lors de la création d’une classe enfant dans le Gestionnaire de classe de CI. Vous devez d’abord enregistrer la nouvelle classe enfant, puis ajouter la règle de rapprochement dynamique.

    Procédure

    1. Cliquez sur Tout.
    2. Dans le Navigateur de filtre, saisissez cmdb_dynamic_reconciliation_definition.list pour ouvrir la table Définitions de rapprochement dynamique.
    3. Dans la vue de liste Définitions de rapprochement dynamiques, cliquez sur Nouveau.
    4. Renseignez le formulaire Définition de rapprochement dynamique.
      Champ Description
      Nom
      Attributs Attributs auxquels appliquer la règle. Les attributs auxquels le type de règle spécifié ne peut pas être appliqué et les attributs pour lesquels une règle de rapprochement dynamique existe déjà n’apparaissent pas.
      Condition de filtre

      Conditions que les CI doivent remplir pour que la règle soit applicable.

      Par exemple, pour appliquer une règle uniquement aux CI associés au département des finances, sélectionnez cette condition : [Département] [est] [Finances].

      Concerne Table non CMDB à laquelle cette règle s’applique.
      Type de règle dynamique Type de règle basé sur les données CMDB 360.
    5. Cliquez sur Envoyer.