Règles de rapprochement
Les règles de rapprochement déterminent quelles sources de découverte peuvent mettre à jour des attributs de CI.
Les sources de détection, 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 valeurs d’attribut les unes des autres.
- Règles de rapprochement statiques
Les règles de rapprochement statiques sont les règles de rapprochement héritées qui établissent les priorités pour les 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étection peuvent mettre à jour les attributs de classe, ainsi que l’ordre de priorité parmi ces sources de détection.
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 réconciliation peuvent être définies au niveau de la classe parent et de la classe enfant.
Les règles de rapprochement statiques sont stockées dans la table Définition de rapprochement [cmdb_reconciliation_definition].
- Règles de rapprochement dynamiques
Les règles de rapprochement dynamiques sont basées sur des valeurs d’attribut traitées par plutôt CMDB 360/CMDB multisource que sur la priorité de la source de détection. Tout d’abord, CMDB 360 traite les données de charge utile actuelles dans le magasin 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, dans 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 dynamiques.
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 seul autorisé à mettre à jour l’attribut name dans la cmdb_ci_computer classe.
Étant donné que les règles de réconciliation sont dérivées par des classes enfants de classes parentes, cette règle autorise également Détection à mettre à jour l’attribut name dans toutes les 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 en savoir plus sur la création d’une règle de rapprochement statique qui autorise par exemple une source de découverte à mettre à jour un attribut spécifique, tel que name.
Utilisation des règles de rapprochement
Lorsque vous créez des règles de rapprochement, gardez à l’esprit les principes suivants, conçus pour offrir de la flexibilité et affiner les règles au niveau des attributs :
- Priorité des règles de rapprochement dynamiques
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 seules les règles d’exemple #1 et #3 ci-dessus sont créées, alors 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étection 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.
- Autoriser uniquement des attributs spécifiques dans 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 à l’ensemble de la classe.
L’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 peuvent pas 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 parent
Toutes les règles de rapprochement définies pour une classe enfant remplacent les règles définies pour sa classe parente. Cette règle 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 la priorité sur les règles de rapprochement statiques lorsqu’elles concernent une classe de même niveau).
Par exemple, la règle #1 ci-dessus permet à Détection de mettre à jour l’attribut name dans la cmdb_ci_computer classe et toutes ses classes enfants. Cependant, la règle #2 pour la cmdb_ci_linux_server classe enfant, qui remplace la règle #1 pour la classe parente, 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 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 statiques qui se chevauchent
Les 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 de remplacer les mises à jour les unes 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é de données CMDB et dépanner [KB0756709] (à partir de la version Paris, les règles de priorité de rapprochement et de données sont fusionnées.
Séparation de domaine
Si Séparation de domaine est activée, vous pouvez appliquer 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 pour un domaine sont appliquées, et une règle remplaçant le domaine parent affiche la version du domaine enfant.
Compréhension des règles de rapprochement CMDB et résolution des problèmes [KB0756709]