Les règles d’identification permettent d’identifier de façon unique les CI dans la CMDB, dans le cadre des processus d’identification et de rapprochement (IRE). Chaque classe CMDB peut être associée à une règle d’identification unique.
Avant de commencer
Vous pouvez mettre à jour une règle d’identification de CI uniquement au niveau de la classe pour laquelle la règle est définie. Vous ne pouvez pas mettre à jour une règle dérivée.
Rôle requis : sn_cmdb_editor et itil ont un accès en lecture, sn_cmdb_admin et itil_admin (en haut) ont un accès complet
Pourquoi et quand exécuter cette tâche
Dans une règle d’identification de CI, spécifiez un identificateur de CI, ainsi que des entrées d’identificateur et des entrées connexes qui identifient le CI de façon unique.
Vérifiez les points suivants avant de créer des règles d’identification :
- Règles d’identification
- Directives générales pour l’utilisation de l’identification CMDB
- Explorer les règles d’identification prédéfinies :
- Accédez à la .
- Sélectionnez Hierarchy (Hiérarchie ), puis recherchez et sélectionnez, par exemple, la classe Hardware (Matériel).
- Dans la barre Matériel, développez Informations de classe et sélectionnez Règle d’identification.
- Examinez toutes les sections et les vignettes avec les paramètres de la règle d’identification de classe de matériel.
Procédure
-
Accédez à la .
-
Sélectionnez Hiérarchie pour afficher la liste des classes de CI, puis sélectionnez la classe pour laquelle créer une règle d’identification.
-
Dans la barre de navigation de la classe, développez Informations de classe , puis sélectionnez Règle d’identification.
-
Sélectionnez Modifier, Ajouter ou Remplacer (pour une classe qui a dérivé la règle d’identification CI), dans la section Règle d’identification pour en créer une.
-
Remplissez le formulaire, puis sélectionnez Enregistrer.
| Champ |
Description |
| Indépendant/Dépendant |
Désignation indiquant si l’identificateur CI peut identifier le CI indépendamment des autres CI ou non. |
| Nom |
Nom de l’identificateur CI. |
| Description |
Description de l’identificateur CI. |
-
Dans la section Entrées d’identificateurs, sélectionnez une entrée d’identificateur existante à modifier ou sélectionnez Ajouter pour en créer une.
-
Dans la boîte de dialogue Entrée d’identificateur, choisissez une option, puis sélectionnez Suivant.
Poursuivez l’une des trois étapes suivantes en fonction de l’option que vous avez sélectionnée :
| Option |
Description |
| Utiliser les attributs de la table principale <table> |
Vous permet de sélectionner des attributs à partir de la table actuellement sélectionnée (entrée d’identificateur standard). |
| Utiliser des attributs d’une autre table (table de recherche) |
Permet de sélectionner des attributs à partir de n’importe quelle table associée, autre que la table actuellement sélectionnée (entrée d’identificateur de recherche). |
| Utiliser les attributs provenant de la table principale et d’une autre (hybride) |
Vous permet de sélectionner des attributs à la fois dans la table actuellement sélectionnée et dans une autre table (entrée d’identificateur hybride). |
-
Option Utiliser les attributs de la table principale <'> : définissez les options sur le formulaire, puis sélectionnez Enregistrer.
Rechercher dans la table est prédéfini sur la table actuellement sélectionnée dans la liste Classes CI.
| Champ |
Description |
| Actives |
Cochez la case qui indique que l’entrée d’identificateur est active. Au moins une entrée d’identificateur dans une règle d’identification doit être active pour que la règle s’applique. |
| Priorité |
Priorité de l’entrée d’identificateur. Les entrées d’identificateur sont appliquées en fonction de la priorité. Les règles avec des numéros de priorité inférieurs ont la priorité. Les entrées d’identificateur de propriétés identiques sont appliquées de manière aléatoire. Vous pouvez conserver des écarts entre les numéros de priorité afin d’affecter des numéros de priorité non utilisés à de nouvelles entrées sans avoir à modifier l’ordre de priorité existant. |
| Attributs de critères |
Ensemble d’attributs qui identifient le CI de façon unique. Les attributs peuvent appartenir à la classe actuelle ou à une classe parente.Remarque : Il est possible d’ajouter des champs de référence comme attribut de critère. Cependant, ces champs peuvent ne pas toujours être efficaces :
- Les champs de référence stockent les attributs sys_idqui pointent vers un enregistrement d’une autre table et qui sont donc considérés comme des attributs de critère faibles (en termes d’unicité) pour la table actuelle.
- Le système détecte puis remplace les valeurs non valides dans un champ de référence par « Inconnu ». Par exemple, une valeur non valide Model ID est remplacée par la valeur « Inconnu ». En outre, si plusieurs CI finissent par avoir le même champ de référence défini sur « Inconnu », ces CI deviennent des CI en double.
|
| Autoriser un attribut Null |
Lorsque cette option est sélectionnée, si au moins un attribut de critère n’est pas nul, essayez de le faire correspondre à une entrée d’identificateur, même s’il existe des attributs de critère qui sont nuls.
Dans le cas contraire, tous les attributs de critères doivent avoir des valeurs pour tenter de correspondre à une entrée d’identificateur.
|
| Autoriser le retour vers les règles du parent |
Autorise l’utilisation des règles d’identification du parent du CI si aucune correspondance n’est trouvée pour cette règle d’identification. S’applique uniquement aux règles d’identification dépendantes. |
|
Options avancées
|
Filtre permettant de réduire l’ensemble des enregistrements dans lequel un CI correspondant sera recherché.
Disponible uniquement si la glide.identification_engine.enable_identifier_optional_condition propriété système est définie sur vrai (faux par défaut). Dans le système de base, les entrées d’identificateur de diverses classes sont préconfigurées avec des conditions d’options avancées. Toutes ces conditions préconfigurées dans les entrées d’identificateur habituelles s’appliqueront automatiquement lorsque vous définirez cette propriété sur vrai. Par conséquent, pour éviter tout comportement inattendu, examinez ces conditions prédéfinies dans les entrées d’identificateur standard avant de définir cette propriété sur vrai.
Pour en savoir plus sur cette propriété, reportez-vous à la section Propriétés pour Identification et rapprochement.
|
Remarque : Si les attributs de critères n’ont que deux attributs et sys_class_name sont l’un d’eux (par exemple [nom, sys_class_name], [ip_address, sys_class_name]), l’autre attribut ne peut pas être NULL, même si l’option Autoriser l’attribut Null est activée. Cette restriction est due au fait qu’il sys_class_name est considéré comme un attribut de correspondance système spécial.
-
Option Utiliser les attributs d’une autre table (table de recherche) :
-
Définissez Rechercher dans la table sur une table autre que la table actuellement sélectionnée dans la liste Classes CI.
La table Rechercher sur doit avoir un champ de référence à cmdb_ci, sinon l’entrée d’identificateur est considérée comme non valide.
-
Définissez les champs restants comme décrit à l’étape précédente.
- Facultatif :
Sélectionnez Options avancées et saisissez les informations d’un identificateur de recherche (faites défiler vers le bas si nécessaire).
| Option avancée |
Description |
| Toutes ces conditions doivent être remplies |
Filtre permettant de réduire l’ensemble des enregistrements dans lequel un CI correspondant sera recherché. |
| Appliquer la concordance de nombre exacte |
Pour l’identification de la recherche, mettez en correspondance un CI uniquement sur la correspondance exacte du nombre d’enregistrements de recherche.Lorsqu’elle est appliquée, tous les éléments de recherche d’un CI dans la charge utile doivent avoir des enregistrements correspondants dans la table de recherche qui font référence au même CI :
- Correspond uniquement aux CI qui possèdent tous les éléments de recherche de la charge utile d’entrée faisant référence au CI dans la CMDB.
- S’il y a plusieurs correspondances, sélectionne le CI le plus ancien comme correspondance finale.
Lorsqu’il n’est pas appliqué, un élément de recherche pour un CI dans la charge utile correspondant à un enregistrement dans la table de recherche est suffisant pour prendre en compte une correspondance :
- Correspond à tout CI qui possède au moins un des éléments de recherche de la charge utile d’entrée référençant le CI dans la CMDB.
- S’il existe plusieurs correspondances, sélectionne les CI avec le nombre maximal d’éléments de recherche à partir de la charge utile d’entrée faisant référence au CI dans la CMDB.
- S’il reste plusieurs correspondances, sélectionne le CI le plus ancien comme correspondance finale.
Pour en savoir plus sur la façon dont ce paramètre peut affecter la création de tâches de déduplication pour les CI référencés en double, reportez-vous à la section Détection des CI en double. |
-
Sélectionnez Enregistrer.
-
Option Utiliser les attributs de la table principale et d’une autre (hybride) :
-
Définissez les options de l’onglet Paramètres généraux comme décrit dans les étapes précédentes, puis sélectionnez Suivant.
-
Dans l’onglet Paramètres de la table principale , sélectionnez les attributs à utiliser dans la table actuellement sélectionnée, puis sélectionnez Suivant.
Rechercher dans la table est prédéfini sur la table actuellement sélectionnée dans la liste Classes CI.
-
Dans l’onglet Paramètres de la table de recherche , sélectionnez une table Rechercher sur, puis dans Attributs de critères , sélectionnez les attributs à partir de la table spécifiée. Rechercher dans la table doit avoir un champ de référence vers cmdb_ci, sinon l’entrée d’identificateur est considérée comme non valide.
Vous pouvez sélectionner Options avancées et entrer les informations d’un identificateur de recherche comme décrit à l’étape précédente (faites défiler vers le bas si nécessaire).
-
Sélectionnez Enregistrer.
Remarque : L’option Autoriser un attribut Null dans l’option hybride est définie sur faux. Par conséquent, tous les attributs de critères sélectionnés de la table actuellement sélectionnée et de la table de recherche doivent avoir une valeur. De plus, la définition de conditions facultatives n’est disponible que pour la table de recherche et n’est pas disponible pour la table principale.
- Facultatif :
Dans la section Entrées connexes, sélectionnez une entrée connexe existante à modifier ou sélectionnez Ajouter pour en créer une.
-
Mettez à jour le formulaire Entrée associée, puis sélectionnez Enregistrer.
Tableau 1. Formulaire d’entrée associée
| Champ |
Description |
| Actives |
Cochez la case qui indique que l’entrée associée est active. |
| Table connexe |
Une table associée qui fait référence au CI correspondant. |
| Champ référencé |
Un champ référencé dans la table connexe qui devrait stocker le CI référencé. Ce champ fait toujours référence à la table cmdb_ci ou à un descendant de la table cmdb_ci. |
| Priorité |
Priorité de l’entrée associée pour la table associée spécifiée. Les règles contenant des numéros de priorité inférieurs ont la priorité et correspondent à un élément connexe de la table connexe spécifique. Les entrées associées pour la table associée spécifiée avec des priorités identiques sont appliquées de manière aléatoire. Vous pouvez conserver des écarts entre les numéros de priorité afin d’affecter des numéros de priorité non utilisés à de nouvelles entrées sans avoir à modifier l’ordre de priorité existant. |
| Attributs de critère |
L’ensemble des attributs permettant d’identifier de façon unique l’élément associé. Les attributs peuvent appartenir à la classe actuelle ou à une classe parente.Remarque : Il est possible d’ajouter des champs de référence comme attribut de critère. Cependant, ces champs peuvent ne pas toujours être efficaces :
- Les champs de référence stockent les attributs sys_idqui pointent vers un enregistrement d’une autre table et qui sont donc considérés comme des attributs de critère faibles (en termes d’unicité) pour la table actuelle.
- Le système détecte puis remplace les valeurs non valides dans un champ de référence par « Inconnu ». Par exemple, une valeur non valide Model ID est remplacée par la valeur « Inconnu ». En outre, si plusieurs CI finissent par avoir le même champ de référence défini sur « Inconnu », ces CI deviennent des CI en double.
Sélectionnez l’icône de verrou pour afficher, ajouter ou supprimer des attributs à partir de la règle d’identification. |
| Autoriser un attribut Null |
Si au moins un attribut de critère dans la table associée n’est pas nul, autoriser la tentative de correspondance avec une entrée d’identificateur même s’il existe des attributs de critère qui sont nuls. |
| Conditions de filtre |
Ajoutez des conditions pour créer un filtre afin de réduire l’ensemble des enregistrements dans lequel l’élément associé correspondant sera recherché. |
Remarque : Si les attributs de critères n’ont que deux attributs et sys_class_name sont l’un d’eux (par exemple [nom, sys_class_name], [ip_address, sys_class_name]), l’autre attribut ne peut pas être NULL, même si l’option Autoriser l’attribut Null est activée. Cette restriction est due au fait qu’il sys_class_name est considéré comme un attribut de correspondance système spécial.
Exemple
Par exemple, la règle matérielle prédéfinie s’applique à la table Matériel [cmdb_ci_hardware]. Elle possède une entrée d’identificateur avec l’attribut de critère Numéro de série, Type de numéro de série et son champ Rechercher sur la table est défini sur Numéro de série.
L’extrait de charge utile suivant ajoute un CI à la cmdb_ci_linux_server classe qui est un enfant de la classe Matériel . Elle montre également comment ajouter des éléments connexes dans la charge utile pour lesquels vous devez créer des entrées connexes sur la page Identificateur de CI pour la table Matériel [cmdb_ci_hardware] :
{
"items": [
{
"className": "cmdb_ci_linux_server",
"lookup": [
{
"className": "cmdb_serial_number",
"values": {
"serial_number": "VMware-42 21 e3 da 44 14 5a a6-56 48 2b 0a 28 53 42 4c",
"serial_number_type": "system",
"valid": "true"
}
},
{
"className": "cmdb_serial_number",
"values": {
"serial_number": "4221E3DA-4414-5AA6-5648-2B0A2853424C",
"serial_number_type": "uuid",
"valid": "true"
}
}, }
],
“related": [
{
"className": "cmdb_ci_ucs_chassis",
"values": {
“name": “chassis1",
“category": “category1",
“short_description": “My Chassis 1"
}
},
{
"className": "cmdb_ci_ucs_chassis",
"values": {
“name": "chassis2",
"category": "category2",
"short_description": "My Chassis 2"
}
}, }
],
"values": {
......
"name": "xpolog2.lab3",
"os_name": "Linux",
"output": "Linux xpolog2.lab3 2.6.32-431.el6.x86_64 #1 SMP Fri Nov 22 03:15:09 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux",
"serial_number": "VMware-42 21 e3 da 44 14 5a a6-56 48 2b 0a 28 53 42 4c",
"sys_class_name": "cmdb_ci_linux_server"
}
}
]
}
Lorsque la règle matérielle est appliquée, la table Numéro de série [cmdb_serial_number] est recherchée pour trouver une correspondance avec les valeurs spécifiées dans la clé de recherche . À moins que l’option Appliquer la concordance de nombre exacte (Rechercher) ne soit cochée, il n’est pas nécessaire que chaque clé de recherche retourne une correspondance, tant qu’il existe au moins une correspondance. Si toutes les correspondances font référence au même CI, ce CI est considéré comme l’enregistrement du CI existant. Si aucune correspondance n’est trouvée, la recherche d’identification se poursuit jusqu’à l’entrée de règle suivante. Si, après avoir épuisé toutes les règles sans trouver de correspondance, un nouvel enregistrement de CI est créé dans la base de données.
Que faire ensuite
Vous pouvez éventuellement créer une règle d’inclusion pour réduire le périmètre des CI qui sont inclus dans l’identification.