Règles de rapprochement
Les règles de rapprochement déterminent quelles sources de découverte peuvent mettre à jour les attributs de CI.
Les sources de découverte, telles que EventManagement, ImportSet, ManualEntry et Tivoli, sont utilisées avec l’API createOrUpdateCI() pour simuler des mises à jour manuelles des CI. Sans règles de rapprochement, les sources de découverte peuvent remplacer les mises à jour des autres sur les valeurs d’attribut.
- Règles de rapprochement statiques
Les règles de rapprochement statiques sont les règles de rapprochement héritées qui définissent les priorités des différentes sources de découverte pour la mise à jour des attributs de CI. Les règles de rapprochement statiques spécifient quelles sources de découverte peuvent mettre à jour les attributs de classe et l’ordre de priorité entre ces sources de découverte.
Lors de la création de règles de rapprochement statiques, assurez-vous qu’il existe une règle de rapprochement pour chaque source de découverte autorisée à mettre à jour un attribut. Les règles de rapprochement peuvent être définies au niveau des classes parents et enfants.
Les règles de rapprochement statiques sont stockées dans la table de définition de rapprochement [cmdb_reconciliation_definition].
- Règles de rapprochement dynamique
Les règles de rapprochement dynamique sont basées sur les valeurs d’attribut traitées par CMDB 360 plutôt que sur la priorité de la source de découverte. CMDB 360 traite d’abord les données de charge utile actuelles dans la banque de données CMDB 360. Ensuite, en appliquant une règle de rapprochement dynamique, IRE sélectionne la valeur la plus élevée ou la plus signalée, par exemple, sur toutes les sources de découverte. Étant donné que les règles de rapprochement dynamiques exploitent CMDB 360, vous devez activer cette fonctionnalité pour utiliser des règles de rapprochement dynamique.
La création de règles de rapprochement dynamiques peut être utile, par exemple, s’il devient difficile de définir l’ordre de priorité de plusieurs sources de découverte. Une seule règle de rapprochement dynamique peut exister par attribut de classe.
Les règles de rapprochement dynamique sont stockées dans la table Définitions de rapprochement dynamique [cmdb_dynamic_reconciliation_definition].
Exemples de règles de rapprochement statiques
- Discovery est exclusivement autorisé à mettre à jour l’attribut name dans la cmdb_ci_computer classe.
Étant donné que les règles de rapprochement sont dérivées par les classes enfants des classes parentes, cette règle autorise également Discovery à mettre à jour l’attribut dans toutes les name classes enfants de la cmdb_ci_computer classe.
- ServiceWatch est exclusivement autorisé à mettre à jour l’attribut name dans la cmdb_ci_linux_server classe.
- ServiceWatch est exclusivement autorisé à mettre à jour tous les attributs de la cmdb_ci_linux_server classe, tel que configuré en laissant le champ Attributs vide dans la règle.
Pour Créer une règle de rapprochement CI plus de détails sur la création d’une règle de rapprochement statique qui, par exemple, autorise une source de découverte à mettre à jour un attribut spécifique tel que name.
Utilisation de règles de rapprochement
Lorsque vous créez des règles de rapprochement, gardez à l’esprit les principes suivants, qui visent à assurer la flexibilité et à affiner les règles au niveau des attributs :
- Priorité des règles de rapprochement dynamique
Lorsque des règles de rapprochement statiques et dynamiques existent pour le même attribut de CI, la règle de rapprochement dynamique a priorité sur la règle de rapprochement statique.
- Autorisation pour tous les attributs d’une classe
Une règle de rapprochement statique vous permet d’autoriser une source de découverte à mettre à jour tous les attributs d’une classe. Toutefois, cette autorisation peut être remplacée pour certains attributs par des règles pour les classes enfants dans lesquelles des attributs spécifiques sont répertoriés.
Par exemple, si seuls les exemples de règles #1 et #3 ci-dessus sont créés, Discovery est autorisé à mettre à jour l’attribut name dans la cmdb_ci_linux_server classe. ServiceWatch est autorisé à mettre à jour tous les autres attributs de la classe à l’exception de l’attribut name .
Pour remplacer l’autorisation de découverte de mettre à jour l’attribut, l’exemple name de règle #2 ci-dessus est ajouté pour autoriser spécifiquement ServiceWatch à mettre à jour l’attribut.
- Autorisation pour uniquement des attributs spécifiques d’une classe
Pour autoriser une source de découverte à mettre à jour des attributs spécifiques dans une classe, créez une règle de rapprochement statique pour la source de découverte et répertoriez ces attributs dans la règle. Une règle qui accorde l’accès à des attributs spécifiques dans une classe remplace les autres règles de rapprochement statiques par une liste d’attributs vide qui accorde l’accès à la classe entière.
Exemple de règle #1 ci-dessus accorde à Discovery l’autorité exclusive de mettre à jour l’attribut name de la cmdb_ci_computer classe. Toutes les autres sources de découverte ne sont pas autorisées à mettre à jour l’attribut name d’un CI de la cmdb_ci_computer classe.
- Les règles de classe enfant remplacent les règles de classe parente
-
Toutes les règles de rapprochement définies pour une classe enfant remplacent les règles définies pour sa classe parente. Ainsi, si un attribut d’une règle dérivée est remplacé par la règle de classe d’un enfant pour une classe spécifique, alors la règle dérivée n’a aucun effet sur cet attribut. Ce comportement s’applique également lorsque la règle de rapprochement de l’enfant est statique et que la règle du parent est dynamique (les règles de rapprochement dynamiques ont priorité sur les règles de rapprochement statiques lorsqu’elles concernent la classe du même niveau).
Par exemple, la règle #1 ci-dessus permet à Discovery de mettre à jour l’attribut name dans la cmdb_ci_computer classe et toutes ses classes enfants. Toutefois, la règle #2 pour la classe enfant, qui remplace la cmdb_ci_linux_server règle #1 pour la classe parent, autorise explicitement ServiceWatch à mettre à jour cet attribut dans la classe enfant.
En conséquence :- Discovery ne peut pas mettre à jour l’attribut name de la classe enfant cmdb_ci_linux_server . Seul ServiceWatch est autorisé à mettre à jour cet attribut.
- Discovery (Découverte) est autorisé à mettre à jour l’attribut name des enregistrements de CI dans toutes les autres classes enfants de la cmdb_ci_computer classe.
- Règles de rapprochement statique avec chevauchement
Des règles de rapprochement statiques qui autorisent différentes sources de découverte pour les mêmes attributs de la même classe peuvent coexister sans s’exclure mutuellement.
Par exemple, supposons que la règle suivante est ajoutée. Elle est similaire à l’exemple de règle #1 ci-dessus, mais autorise une source de découverte différente :
ServiceWatch est autorisé à mettre à jour l’attribut name dans la cmdb_ci_computer classe.
Comme l’exemple de règle #1 ci-dessus, cette nouvelle règle s’applique à l’attribut name dans la cmdb_ci_computer classe afin que Discovery et ServiceWatch puissent mettre à jour l’attribut. Toutes les règles de rapprochement sont appliquées pour empêcher les sources de découverte d’écraser les mises à jour des autres.
Pour plus d’informations sur les règles de rapprochement, consultez l’article de la base de connaissances CMDB - Règles de priorité des données Comprendre les règles de priorité des données CMDB et résoudre les problèmes [KB0756709].
Séparation de domaine
Si Séparation de domaine est activé, vous pouvez étendre les règles de rapprochement à des domaines spécifiques. Les règles du domaine parent, si elles ne sont pas remplacées, s’appliquent aux CI du domaine enfant. Toutes les règles visibles par un domaine sont appliquées, et une règle remplaçant le domaine parent affiche la version du domaine enfant.