Créer une règle de réconciliation pour une table non CMDB

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 7 minutes de lecture
  • Créez une règle de rapprochement de CI statique ou dynamique pour une table non CMDB.

    Pour en savoir plus sur les règles de rapprochement statiques, les règles de rapprochement dynamique et les autres principes associés aux règles de rapprochement, reportez-vous Règles de rapprochementà .

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

    Remarque :
    Vous ne pouvez pas créer de règle de réconciliation 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 non 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 d’attributs. Une règle de rapprochement statique spécifie également la hiérarchisation entre plusieurs sources de données. Sans règles de rapprochement statiques, les sources de données peuvent remplacer les mises à jour des valeurs d’attribut les unes des autres.

    Avant de commencer

    Rôle requis : itil a un accès en lecture, itil_admin (en plus d’itil) a 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, affectez une priorité à chacune de ces sources de données pour éviter qu’elles ne remplacent les mises à jour les unes des autres.

    Une fois qu’une source de données autorisée a mis à jour un attribut, les mises à jour suivantes ne sont acceptées qu’à partir de la même source de données ou d’une source de données ayant une priorité plus élevée. Les mises à jour provenant d’une source de données ayant une priorité inférieure sont rejetées, sauf si ces deux conditions sont remplies :
    • La source de priorité inférieure est la première source qui met à jour l’enregistrement.
    • L’enregistrement est devenu périmé en fonction 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 à l’aide de la commande Appliquer à tous les attributs, la règle spécifique directement à la classe a la priorité sur la règle dérivée.
    • Entre deux règles pour le même attribut ou entre deux règles définies à l’aide de la commande Appliquer à tous les attributs de la même classe, la priorité est déterminée par les priorités des règles.

    Les informations sur la dernière source de détection 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 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 ayant la priorité la plus élevée ait mis à jour le CI.

    Les règles de rapprochement statiques affectent le rapprochement des attributs périmés. Au cours 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 défini comme périmé s’il n’a pas été mis à jour par la dernière source de détection pour mettre à jour le CI, au cours d’une période donnée. La période est spécifiée par la durée effective dans la règle d’actualisation des données de la classe pour la source de détection. Dans ce cas, si une autre source de détection 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 de rapprochement dynamique est prioritaire.

    Procédure

    1. Accédez à la Tout > Configuration > Identification/Rapprochement > Définitions de rapprochements.
    2. Dans la vue de liste Définitions de rapprochement, cliquez sur Nouveau.
    3. Remplissez le formulaire de 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 uniquement cette règle à des 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 changé pendant le traitement de la charge utile. Définissez cette propriété sur vrai afin que le moteur Identification et rapprochement (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 nulle.

      Les attributs de cette liste, qui ne figurent pas dans la liste d’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 non 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 signalée, pour la mise à jour d’un enregistrement.

    Avant de commencer

    CMDB 360/CMDB multisource doit être activé.

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

    Pourquoi et quand exécuter cette tâche

    Si le même attribut de 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 une règle de rapprochement dynamique lors de la création d’une nouvelle classe enfant dans le Gestionnaire de classes 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 rapprochements dynamiques, cliquez sur Nouveau.
    4. Renseignez le formulaire de 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 : [Department] [is] [Finance].

      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.