Règles de réconciliation
Les règles de rapprochement déterminent quelles sources Discovery peuvent mettre à jour les attributs de CI.
Les sources Discovery, 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 Discovery peuvent remplacer les mises à jour des valeurs d’attribut des unes et 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 des différentes sources de détection pour la mise à jour des attributs de CI. Les règles de rapprochement statiques spécifient quelles sources Discovery peuvent mettre à jour les attributs de classe, ainsi que l’ordre de priorité parmi ces sources Discovery.
Lors de la création de règles de rapprochement statiques, assurez-vous qu’il existe une règle de rapprochement pour chaque source Discovery autorisée à mettre à jour un attribut. Les règles de rapprochement peuvent être définies au niveau des classes parent et 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écouverte. Tout d’abord, CMDB 360 traite les données de la charge utile actuelle 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 conservé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 réconciliation sont dérivées par des classes enfants de classes parentes, cette règle autorise également Discovery à 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.
Consultez la rubrique Créer une règle de rapprochement de CI pour en savoir plus sur la création d’une règle de rapprochement statique qui, par exemple, autorise une source Discovery à 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 la flexibilité et l’affinement des 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 Discovery à 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 Discovery 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 dans une classe
Pour autoriser une source Discovery à mettre à jour des attributs spécifiques dans une classe, créez une règle de rapprochement statique pour la source Discovery 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 pour mettre à jour l’attribut name de la cmdb_ci_computer classe. Toutes les autres sources de détection 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 préséance sur les règles de rapprochement statiques lorsqu’elles sont destinées à 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 classe enfant, qui remplace la cmdb_ci_linux_server 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 statique se chevauchant
Les règles de rapprochement statiques qui autorisent différentes sources de détection pour les mêmes attributs de la même classe peuvent coexister et ne s’excluent pas mutuellement.
Par exemple, supposons que la règle suivante soit 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 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 Discovery de remplacer les mises à jour des unes et 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 rapprochement et de priorité des données sont fusionnées.
Séparation de domaine
Si Domain Separation est activée, 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 pour un domaine sont appliquées, et une règle remplaçant le domaine parent affiche la version du domaine enfant.
Comprendre les règles de rapprochement CMDB et résoudre les problèmes [KB0756709]