Règles de rapprochement
Les règles de rapprochement déterminent quelles sources de détection 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 aux valeurs d’attribut.
- Règles de rapprochement statique
Les règles de rapprochement statiques sont les règles de rapprochement héritées qui établissent les priorités des différentes sources de découverte pour la mise à jour des attributs de CI. Les règles de rapprochement statique spécifient quelles sources de détection peuvent mettre à jour les attributs de classe, ainsi que l’ordre de priorité entre 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étection 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 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/Multisource CMDB plutôt que sur la priorité de la source de découverte. 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, parmi 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 un ordre de priorité pour 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 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 plus d’informations, reportez-vous à la section Créer une règle de rapprochement CI sur la création d’une règle de rapprochement statique qui, par exemple, autorise une source de détection à 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, qui sont conçus pour la flexibilité et le perfectionnement des règles au niveau des attributs :
- Priorité des règles de rapprochement dynamique
Lorsque des règles de rapprochement statiques et dynamiques existent toutes les deux pour le même attribut de CI, la règle de rapprochement dynamique l’emporte 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étection à 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, 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 pour mettre à jour l’attribut, la name règle d’exemple #2 ci-dessus est ajoutée 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étection à 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 d’une classe remplace d’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 pour 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 réconciliation de l’enfant est statique et que la règle du parent est dynamique (les règles de réconciliation dynamiques ont priorité sur les règles de réconciliation statiques lorsqu’elles concernent une classe de 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 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 :- Découverte 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
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. Il est similaire à la règle d’exemple #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 de 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] (À partir de la version Paris, les règles de priorité des rapprochements et des données sont fusionnées.
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.
Présentation des règles de rapprochement CMDB et résolution des problèmes [KB0756709]