Attributs uniques

Ensembles désignés de valeurs d’attributs de critère d’un CI, qui peuvent ê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.

CI indépendants

Les CI, tels que les CI de serveur, qui existent eux-mêmes 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 par eux-mêmes 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.

Règle d’identification indépendante

Règle qui identifie un CI en fonction de ses propres attributs, indépendamment des autres CI ou relations.

Règle d’identification dépendante

Règle selon laquelle l’identification d’un CI nécessite d’abord l’identification d’un CI dépendant. Un CI peut avoir une dépendance sur un ou plusieurs CI, et un CI dépendant ne peut avoir qu’un seul CI parent avec 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 l’identification d’un CI dépendant peut inclure une relation avec une chaîne de qualificateur. Pour cette 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 qualificateurs dans la base de données est mise à jour pour correspondre à la chaîne de qualificateurs dans la charge utile de cette relation.

Entrée d’identificateur classique

En fonction des attributs de CI qui identifient le CI de façon unique.

Rechercher une entrée d’identificateur

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 associée, vous sélectionnez des attributs d’identificateur dans la table associée 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 encore, 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 classique 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 ordinateurs virtuels. 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 principale Matériel)] peut identifier de manière unique les deux ordinateurs virtuels.

1. Assurez-vous que les tables de recherche référencent la table cmdb_ci.
2. Il est préférable d’appliquer la concordance de nombre exacte (case à cocher Appliquer la concordance de nombre exact (recherche)) pour une règle d’identification plus forte. Lors de l’identification par recherche, cette option applique la correspondance uniquement sur la correspondance exacte du nombre d’enregistrements de recherche. Reportez-vous à la rubrique Créer ou modifier une règle d’identification de CI pour en savoir plus.
3. 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 pour identifier un CI unique dans cette table :

   • Une règle qui examine uniquement les attributs de critères (règle d’identificateur de CI)
   • Une autre règle qui examine les attributs de critères et les sys_id référencés (règle de recherche).

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