Règles d'identification

Rversion finale: Zurich

Mis à jour 31 juil. 2025

6 minutes de lecture

Le CMDB processus d’identification s’appuie sur des règles d’identification pour identifier de façon unique les CI.

Une règle d’identification s’applique à une classe CI et se compose d’un identificateur CI unique et d’une ou plusieurs entrées d’identificateur et entrées connexes, chacune ayant une priorité différente. Chaque entrée d’identificateur définit un ensemble d’attributs unique avec une priorité spécifique et chaque entrée associée définit des règles d’identification des éléments associés. Créez des règles d’identification forte avec la priorité la plus élevée pour les entrées d’identificateur les plus fortes et les entrées connexes.

Le processus d’identification et les règles d’identification utilisent les attributs du CI pour l’identification :

Attributs uniques: Ensembles désignés de valeurs d’attributs de critères d’un CI pouvant être utilisés pour identifier le CI de façon unique. Les attributs uniques peuvent provenir de la même table ou de tables dérivées.
Attributs obligatoires: Attributs désignés d’un CI qui ne peuvent pas être vides.

Dérivation dans la CMDB hiérarchie

Si aucune règle d’identification n’est explicitement définie pour une classe enfant, la classe enfant dérive sa règle d’identification, y compris les entrées d’identification associées et les entrées connexes, de sa classe parente. Plus tard, une règle d’identification propre peut être explicitement définie pour la classe enfant. Dans ce cas, la règle d’identification qui a été initialement dérivée de la classe parente, y compris toutes les entrées d’identification associées et les entrées connexes, n’est plus en vigueur dans la classe enfant. En outre, vous devez ajouter explicitement des entrées d’identification et des entrées connexes dans la règle d’identification nouvellement créée au niveau de la classe enfant.

Par exemple : la Hardware règle d’identification de classe a une entrée connexe pour la Software Instance table. Cette règle d’identification, y compris son entrée associée pour la Software Instance table, est dérivée par la Computer classe. Si vous créez ensuite une règle d’identification pour la Computer classe, elle remplace la règle d’identification dérivée de la Hardware classe. Par conséquent, la règle d’identification de Hardware classe, y compris son entrée associée pour la Software Instance table, n’est plus en vigueur pour la Computer classe. Si la même entrée associée est nécessaire, vous devez ajouter explicitement une entrée associée pour la Software Instance table dans la règle d’identification nouvellement créée pour la Computer classe.

Types de règles d’identification

La dépendance CI est spécifiée dans le gestionnaire de classe CI par les règles de relation dépendante de la classe CI :

CI indépendants

Les CI, tels que les CI de serveur, qui existent seuls et ne dépendent d’aucun autre CI.

CI dépendants

CI qui dépendent d’une relation avec un autre CI et ne peuvent pas exister seuls en l’absence de la relation dépendante. Par exemple :

Network Adapter Les CI ne peuvent pas exister de manière significative sans les Hardware CI qui les contiennent.
Application Les CI ne peuvent pas exister seuls sans le Server CI sur lequel ils sont hébergés.

Les étapes d’identification des CI dépendants peuvent être différentes des étapes d’identification des CI indépendants. Cette différence se reflète dans les différences entre les règles d’identification dépendantes et les règles d’identification indépendantes :

Règle d’identification indépendante: Règle qui identifie un CI en fonction de ses propres attributs, indépendamment d’autres CI ou relations.
Règle d’identification dépendante: Règle dans laquelle l’identification d’un CI nécessite l’identification d’un CI dépendant au préalable. Un CI peut avoir une dépendance à un ou plusieurs CI, et un CI dépendant ne peut avoir qu’un seul CI parent avec une dépendance. Les types de relations entre le CI et ses CI dépendants sont également inclus dans le processus d’identification. Pour faciliter le processus d’identification des CI dépendants, créez des relations dépendantes qui définissent la chaîne de dépendance au sein des types de CI.
La charge utile utilisée pour identifier un CI dépendant peut inclure une relation avec une chaîne de qualificateur. Pour une telle relation, s’il existe une paire parent/enfant correspondante, le système compare la chaîne de qualificateur dans la charge utile avec la chaîne de qualificateur des CI dans la base de données. En cas de différence, la chaîne de qualificateur dans la base de données est mise à jour pour correspondre à la chaîne de qualificateur dans la charge utile pour cette relation.

Entrées d'identificateurs

Vous pouvez configurer une entrée d’identificateur pour correspondre à un CI non seulement en fonction des attributs propres au CI (identification basée sur le champ), mais également en fonction de la liste connexe du CI (identification basée sur la recherche) comme les numéros de série ou les cartes réseau. La table de recherche utilisée pour l’identification doit avoir un champ de référence qui pointe vers cmdb_ci.

Il existe trois types d’entrées d’identificateur :

Entrée d’identificateur standard

L’identification est basée sur les attributs propres au CI qui identifient le CI de façon unique.

Rechercher une entrée d’identificateur

L’identification utilise une table de recherche (table connexe) qui peut être n’importe quelle table qui fait référence au CI en cours d’identification. Après avoir sélectionné une table de recherche connexe, vous sélectionnez les attributs d’identificateur de la table connexe qui font référence à la table cmdb_ci elle-même ou à l’un de ses descendants.

Si les enregistrements de recherche n’existent pas déjà, ils sont insérés dans la table de recherche référencée dans l’entrée d’identificateur.

Entrée d’identificateur hybride

Combinaison des deux, une entrée d’identificateur ordinaire et une entrée d’identificateur de recherche.

Exemple : lors de la détection d’ordinateurs virtuels dans un environnement cloud qui peut contenir deux ordinateurs virtuels avec un ensemble identique de numéros de série. Une entrée d’identificateur de recherche pour la table Matériel telle que [Table : Numéro de série, Attributs de critère : Numéro de série, Type de numéro de série] ne peut pas identifier de façon unique ces deux machines virtuelles. Toutefois, une entrée d’identificateur hybride telle que [Table : Numéro de série, Attributs de critère : Numéro de série, Type de numéro de série + (champ Nom de la table Matériel principal)] peut identifier de manière unique les deux ordinateurs virtuels.

Recommandations relatives aux tables de recherche

Suivez ces instructions lorsque vous spécifiez une table de recherche dans une entrée d’identificateur.

Assurez-vous que les tables de recherche référencent la table cmdb_ci.
Il est préférable d’appliquer la concordance de nombre exacte (case à cocher Appliquer la concordance de comptage exacte (Recherche)) pour une règle d’identification plus forte. Lors de l’identification de la recherche, cette option applique la correspondance uniquement sur la correspondance exacte du nombre d’enregistrements de recherche. Reportez-vous à la rubrique Créer une règle d’identification de CI pour en savoir plus.
Ne créez pas de règles d’identification conflictuelles, en particulier pour les règles basées sur la recherche.
Exemple : dans un identificateur CI pour la classe Matériel, vous spécifiez une règle basée sur la recherche pour la classe Carte réseau et vous définissez également un identificateur CI pour la classe Carte réseau. Des doublons peuvent être créés dans la table Carte réseau, car il existe des règles contradictoires permettant d’identifier un CI unique dans cette table :
- Une règle qui ne prend en compte que les attributs de critères (règle de l’identificateur CI)
- Une autre règle qui examine les attributs de critères et les sys_id référencés (règle de recherche).

Exemple : CI avec des éléments connexes qui doivent être insérés - sysId est disponible.

var payload = {
    items: [{
        className:'cmdb_ci_linux_server',
       related: [{
              className:'cmdb_ci_spkg',
              values: {
                name:'package1',
                version:'version1'
                }
        }],
        values: {
            sys_id:'194876usytrr65378098'
        }
}]
};

Entrées associées

Vous pouvez définir des entrées associées qui sont des règles basées sur les CI associés. Une entrée associée est basée sur une table associée qui peut être n’importe quelle table (CMDB ou non-CMDB) qui a une référence au CI en cours d’identification. Les entrées associées vous permettent de créer ou de mettre à jour des enregistrements sur d’autres tables dans lesquelles les données sont associées au CI identifié par les entrées d’identificateur. Les entrées connexes ne sont pas utilisées pour identifier directement les CI.

Après avoir sélectionné une table associée pour la règle, la liste dans le champ Référencé se remplit des champs issus de la table associée qui fait référence soit à la table cmdb_ci elle-même, soit à l’un de ses descendants.

Une entrée associée d’une classe est dérivée des classes enfants pour lesquelles aucune entrée associée n’est spécifiée.