Rattrapage des CI en double

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 10 minutes de lecture
  • Lorsque l’instance rencontre des CI en double pendant l’identification et le rapprochement (IRE), elle regroupe chaque ensemble de CI en double dans une tâche de déduplication pour examen et correction.

    Tâches de déduplication

    Les tâches de déduplication fournissent des détails sur la duplication, y compris une liste de tous les CI en double. Examinez les détails de chaque doublon de CI dans la tâche et les données qui ont été utilisées pour déterminer que le CI est un doublon.

    Pour corriger une tâche de déduplication, vous devez rapprocher son ensemble de CI en double en un seul CI, éliminant ainsi la duplication. À partir d’une tâche de déduplication, vous pouvez exécuter l’assistant Correcteur de CI en double pour corriger une seule tâche de déduplication. Vous pouvez également accéder au tableau de bord de déduplication dans l’espace de travail CMDB pour créer des modèles de déduplication qui corrigent les tâches de déduplication en bloc.

    Pour plus d’informations sur les processus IRE qui détectent les CI en double et génèrent des tâches de déduplication, reportez-vous à la section Détection des CI en double.

    CI principal

    Le CI principal joue un rôle important dans la correction des CI en double. Le CI principal est l’un des doublons de CI que vous souhaitez conserver en tant que CI actif après avoir rapproché les autres doublons de CI dans ce CI principal. Vous pouvez ensuite potentiellement mettre hors service ou supprimer le reste des CI en double, ou affecter des valeurs personnalisées à leurs attributs. La première étape du rattrapage consiste à sélectionner un CI principal pour le processus de rattrapage. Au cours du rattrapage, vous choisissez les valeurs d’attributs, les relations et les éléments associés des doublons de CI à rapprocher dans le CI principal. Vous pouvez également choisir de ne consolider aucune donnée et de conserver le CI principal tel quel.

    L’attribut duplicate_of dans les CI dupliqués est utilisé pour stocker une référence au CI principal. Pour les CI en double qui existaient dans une instance mise à niveau vers la version ou une New York version ultérieure, le CI principal est inconnu. Après la mise à niveau, pour ces doublons, duplicate_of les CI sont définis sur « Inconnu », indiquant que le CI est un doublon mais que le CI principal est inconnu.

    Avant le rattrapage, les CI d’un ensemble de CI en double sont tous des doublons les uns des autres. Après le rattrapage, un ensemble de CI en double se compose d’un CI principal et d’un nombre quelconque de CI, chacun étant considéré comme un doublon du CI principal. L’attribut duplicate_of du CI principal est vide. L’attribut duplicate_of pour tous les autres CI en double de l’ensemble est une référence au CI principal de l’ensemble.

    Liste des éléments associés par défaut

    Une liste d’éléments associés qui est utilisée globalement dans le rattrapage des CI en double, avec toutes les tâches de déduplication. Au cours du rattrapage, tous les éléments de la liste des éléments associés par défaut sont sélectionnés par défaut pour être fusionnés dans le CI principal. Pendant le rattrapage, l’ajout ou la suppression d’éléments connexes à fusionner n’affecte pas la liste des éléments connexes par défaut. Consultez Gérer la liste des éléments connexes par défaut pour plus d'informations.
    Remarque :
    • La fusion des attributs et des éléments connexes associés aux actifs n’est pas prise en charge. Les tables connexes d’actif ne sont pas incluses dans la liste des éléments associés par défaut et ne sont donc pas disponibles pour la fusion.
    • Si un scénario implique une demande de changement inactive, le champ Élément de configuration du formulaire de demande de changement est effacé. Si la valeur actuelle est un CI dupliqué, il n’est pas fusionné avec le CI principal.

    Tableau de bord de déduplication

    Espace de travail CMDB fournit une solution de rattrapage de déduplication vous permettant de corriger les tâches de déduplication, en bloc. Le tableau de bord de déduplication, ainsi que les modèles et bibliothèques de déduplication, vous permettent de corriger plusieurs tâches de déduplication, de manière cohérente, en une seule opération. La bibliothèque de modèles de déduplication de dans Espace de travail CMDB vous permet de créer un modèle de déduplication préconfiguré avec les paramètres de rattrapage d’une classe. Le tableau de bord de déduplication dans Espace de travail CMDB vous permet ensuite d’exécuter le modèle préconfiguré sur plusieurs tâches de déduplication pour la classe définie dans le modèle. Les paramètres de rattrapage du modèle sont ensuite appliqués de manière cohérente aux CI dupliqués des tâches de déduplication afin de corriger la duplication CI.

    Pour plus d’informations sur la résolution des CI en double dans , reportez-vous à Espace de travail CMDBla section Expérience de déduplication de CI dans Espace de travail CMDB.

    Dupliquer le réparateur de CI

    Outil de rattrapage de déduplication, de type assistant, qui vous permet de rapprocher un ensemble de CI en double associés à une seule tâche de déduplication. Vous pouvez choisir l’un des doublons de CI à conserver comme CI actif, puis décider comment traiter les autres doublons de CI. Le correcteur de CI en double vous permet de définir des options de rapprochement pour les attributs, les relations et les éléments connexes.

    Pour plus d’informations sur l’utilisation du correcteur de CI en double, reportez-vous à la section Corriger une tâche de déduplication (héritée).

    Effets sur les tâches connexes (changement, problème, incident)

    Effet sur les demandes de changement :
    • Lorsqu’un CI est associé à une demande de changement dont l’état n’est pas Nouveau, lorsque les processus de rattrapage de CI en double suppriment le CI, le CI est supprimé de la demande de changement.
    • Lorsqu’un CI est associé à une demande de changement dont l’état est Nouveau, lorsque des processus de rattrapage de CI en double suppriment le CI, le CI de la demande de changement est mis à jour en tant que CI principal.
    La règle Ready only CI when not New métier empêche les demandes de changement qui ne sont pas dans l’état Nouveau d’être mises à jour. Ce comportement garantit la validité et le traitement continu d’une demande de changement lorsque les CI des demandes de changement sont affectés par un traitement de rattrapage en double.

    Lorsqu’un CI est associé à un problème ou à une tâche d’incident, ces tâches restent valides après l’exécution des processus de rattrapage de CI en double, car le système fusionne le CI principal dans ces tâches, même si les processus de rattrapage ont supprimé le CI associé.

    Propriétés affectant le traitement des CI en double

    Lors de l’identification CMDB, le traitement des ensembles de CI en double est déterminé par :
    • Propriété glide.identification_engine.skip_duplicates (vrai par défaut).
    • Propriété glide.identification_engine.skip_duplicates.threshold (5 par défaut).
    • Nombre de CI en double dans un ensemble.

    Pour en savoir plus sur l’incidence de ces propriétés sur la gestion des CI en double, reportez-vous à la section Détection des CI en double.

    Scénarios de rattrapage spéciaux

    Il existe quelques scénarios de rattrapage spéciaux dans lesquels le rattrapage des CI en double se comporte différemment :

    Grand nombre de CI en double

    La prise en charge du rapprochement des doublons de CI est limitée lorsque le nombre de doublons de CI dépasse un certain seuil. Ce seuil est basé sur la valeur de la glide.duplicate_ci_remediator.max.cis propriété, qui est 1 000 par défaut. Vous pouvez mettre à jour cette propriété pour augmenter le seuil. Toutefois, ce seuil ne dépasse jamais 5 000, même si vous définissez la propriété sur une valeur supérieure à 5 000.

    Lorsque le nombre de CI en double pour une tâche de déduplication dépasse le seuil, les options disponibles dans l’assistant sont limitées :
    • Dans l’onglet Sélectionner un CI principal , seule la liste des CI principaux recommandés s’affiche et seule l’option Utiliser le CI principal est disponible.
    • Les recommandations sont basées uniquement sur les CI les plus anciens, les plus récents, les plus récents et les plus récemment détectés.
    • Le rapprochement des conflits d’attributs et des relations CI n’est pas pris en charge, et seuls les éléments associés par défaut sont rapprochés.
    Numéros de série en double
    Le rattrapage des CI en double est généralement appliqué aux CI CMDB en double. Toutefois, dans certains cas, des tâches de déduplication peuvent être créées pour les numéros de série en double. Lorsque le rattrapage est appliqué à des numéros de série en double, la fusion des relations à partir des enregistrements en double n’est pas référencée et n’est pas appliquée.
    Grand nombre d’éléments connexes
    Une tâche de déduplication peut être associée à un grand nombre d’éléments connexes, ce qui peut bloquer le processus de rattrapage, car le chargement de la tâche expire. Pour poursuivre le processus de rattrapage dans ce cas, vous pouvez essayer d’exécuter le rattrapage en mode restreint. Ajoutez la glide.duplicate_ci_remediator.enable_restricted_mode propriété système et définissez sa valeur sur true pour afficher l’option Utiliser le correcteur de CI en double (mode restreint) dans la boîte de dialogue Corriger. Pour plus d’informations sur l’utilisation de cette option pour restreindre l’utilisation d’éléments associés dans le rattrapage de déduplication et permettre au rattrapage de se poursuivre, reportez-vous à la section Utilisation du mode restreint dans le correcteur de CI en double [KB1542272].

    Restrictions

    IRE utilise le duplicate_of champ en interne en le renseignant dans le cadre du mécanisme d’ignorer les doublons, et vous devez restreindre les mises à jour manuelles de ce champ. Pour en savoir plus, consultez Détection des CI en double.

    Si vous tentez de modifier la valeur de duplicate_of directement sur un formulaire CI ou à l’aide d’un script, les restrictions suivantes sont appliquées pour garantir l’intégrité des données :
    • Un CI ne peut pas être son propre CI principal (vous ne pouvez pas définir un CI comme un doublon de lui-même).
    • Un CI et son CI principal ne peuvent pas provenir de domaines différents.
    • L’attribut duplicate_of du CI principal ne peut pas référencer un CI en tant que CI principal (vous ne pouvez pas définir un CI en tant que doublon d’un autre CI en double pour créer une chaîne de CI en double).

      • Si vous tentez de définir un CI en tant que doublon d’un autre doublon de CI, alors le CI est défini comme doublon du CI principal du doublon de CI que vous essayez de définir. Si le CI principal du CI en double que vous essayez de définir est « Inconnu », l’opération échoue.

        Tableau 1. Exemple : tentative de définition d’un CI comme doublon d’un autre CI en double
        CI Tentative de réglage Résultat (appliqué par le système)

        CI1 : duplicate_of = vide

        CI2 : duplicate_of = CI3

        CI3 : CI principal

        CI1 : duplicate_of = CI2

        CI1 : duplicate_of = CI3

        CI2 : duplicate_of = CI3

        CI3 : CI principal

        Si CI2 est un doublon de « Inconnu », l’opération échoue.
      • Si un CI principal devient un doublon d’un autre CI, il ne peut plus être un CI principal. Tous les CI qui étaient des doublons de ce CI principal sont définis comme des doublons du nouveau CI principal.

        Tableau 2. Exemple : tentative de définition d’un CI principal comme doublon d’un autre CI
        CI Tentative de réglage Résultat (appliqué par le système)

        CI1 : duplicate_of = CI4

        CI2 : duplicate_of = CI4

        CI3 : duplicate_of = CI4

        CI4 : CI principal

        CI5 : duplicate_of = vide

        CI4 : duplicate_of = CI5

        CI1 : duplicate_of = CI5

        CI2 : duplicate_of = CI5

        CI3 : duplicate_of = CI5

        CI4 : duplicate_of = CI5

        CI5 : CI principal

      • Si un CI principal devient un doublon d’un CI dans le même ensemble de CI en double, alors le doublon sélectionné devient le CI principal dans le jeu de CI en double. Les autres CI en double dans l’ensemble sont définis comme des doublons du nouveau CI principal.

        Tableau 3. Exemple : tentative de définition d’un CI principal comme doublon d’un CI dans les doublons de CI définis
        CI Tentative de réglage Résultat (appliqué par le système)

        CI1 : duplicate_of = CI4

        CI2 : duplicate_of = CI4

        CI3 : duplicate_of = CI4

        CI4 : CI principal

        CI4 : duplicate_of = CI1

        CI1 : CI principal

        CI2 : duplicate_of = CI1

        CI3 : duplicate_of = CI1

        CI4 : duplicate_of = CI1

    • Vous ne pouvez pas supprimer un CI qui est le CI principal pour un ensemble de CI en double. Pour supprimer un CI principal, vous devez d’abord dissocier ce CI principal de tous ses CI en double. Supprimez tous les CI en double associés à ce CI principal ou supprimez la référence à ce CI principal de tous les duplicate_of attributs dans les CI en double qui la contiennent.