Rattrapage des CI en double

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 9 minutes de lecture
  • Lorsque l’instance rencontre des CI en double pendant l’identification et réconciliation (IRE), elle regroupe chaque ensemble de doublons de CI dans une tâche de déduplication à des fins d’examen et de 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. Passez en revue les détails de chaque doublon de CI dans la tâche et les données 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 doublons de CI en un seul CI, afin d’éliminer la duplication. À partir d’une tâche de déduplication, vous pouvez exécuter l’assistant Correcteur de CI en double pour corriger une tâche de déduplication unique. Vous pouvez également accéder au tableau de bord de déduplication dans CMDB Workspace 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é le reste des 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. Pendant le rattrapage, vous choisissez les valeurs d’attribut, les relations et les éléments associés des CI en double à 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 qui a été mise à niveau vers la New York version ou une version ultérieure, le CI principal est inconnu. Après la mise à niveau, pour ces doublons, duplicate_of CI est défini sur « Inconnu », indiquant que le CI est un doublon, mais que le CI principal est inconnu.

    Avant la correction, les CI d’un ensemble de CI en double sont des doublons les uns des autres. Après correction, un ensemble de doublons de CI 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 de 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. Pendant le 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 associées aux actifs 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 doublon de CI, elle n’est pas fusionnée avec le CI principal.

    Tableau de bord de déduplication

    CMDB Workspace fournit une solution de correction de la déduplication qui vous permet 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 façon cohérente, en une seule opération. La bibliothèque de modèles de déduplication dans Espace de travail CMDB vous permet de créer un modèle de déduplication préconfiguré avec les paramètres de correction d’une classe. Le tableau de bord de déduplication vous Espace de travail CMDB 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 définis dans le modèle sont ensuite appliqués de manière cohérente aux CI en double des tâches de déduplication, afin de corriger la duplication de CI.

    Pour plus d’informations sur la correction 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 correction de déduplication, semblable à un assistant, qui vous permet de rapprocher un ensemble de doublons de CI associés à une seule tâche de déduplication. Vous pouvez choisir l’un des doublons de CI à conserver en tant que CI actif, puis décider comment traiter le reste des doublons. 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 en savoir plus sur l’utilisation du correcteur de CI en double, reportez-vous à la section Corriger une tâche de déduplication (héritée).

    Propriétés qui affectent 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 (true 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 la façon dont ces propriétés affectent 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 correction spéciaux dans lesquels la correction des CI en double se comporte différemment :

    Grand nombre de doublons de CI

    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 anciens, 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
    La correction des CI en double est généralement appliquée aux CI CMDB en double. Toutefois, dans certaines situations, des tâches de déduplication peuvent être créées pour les numéros de série en double. Lorsque la correction est appliquée aux numéros de série en double, la fusion des relations 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 correction dans ce cas, vous pouvez essayer d’exécuter la correction 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 limiter 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 remplissant dans le cadre du mécanisme Ignorer les doublons, et vous devez limiter 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 directement sur un formulaire CI duplicate_of 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 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 référencer un CI en tant que CI principal (vous ne pouvez pas définir un CI comme 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 CI en double, le CI est défini comme un doublon du CI principal du CI en double 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 en tant que 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, le doublon sélectionné devient le CI principal dans le jeu de CI en double. Le reste des doublons de CI 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 d’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 des CI en double qui la contiennent.