Rattrapage de CI en double
Les CI en double dans la CMDB surchargent inutilement le système et interfèrent avec l’intégrité et la fiabilité de la CMDB. Il est donc important d’utiliser régulièrement des outils CMDB qui détectent et corrigent les CI en double.
Tâches de déduplication
Lorsque les processus du moteur Identification et réconciliation (IRE) détectent des CI en double, IRE regroupe chaque ensemble de CI en double dans une tâche de déduplication à des fins d’examen et de correction. Les tâches de déduplication fournissent des détails sur la duplication, y compris une liste de tous les CI en double dans l’ensemble. Passez en revue les détails de chaque doublon de CI dans la tâche et les données utilisées pour déterminer si le CI est un doublon. 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.
Dans certaines circonstances, IRE ne génère pas automatiquement de tâches de déduplication pour les CI en double. Pour corriger quand même la duplication dans ce cas, vous devez créer la tâche de déduplication manuellement. Pour en savoir plus sur le moment où cela se produit et sur la manière de créer manuellement une tâche, reportez-vous à la section Créer manuellement une tâche de déduplication.
Le rattrapage d’une tâche de déduplication consolide son ensemble de CI en double en un seul CI, éliminant ainsi la duplication.
- En bloc : utilisez le tableau de bord de déduplication et la bibliothèque de modèles de déduplication dans l’espace de travail CMDB pour :
- Examiner les tâches de déduplication
- Rattraper les tâches de déduplication en bloc à l’aide de modèles de déduplication
- Obtenez un aperçu des nombres de déduplications et de l’état dans votre organisation
- Une seule tâche : Examiner les tâches de déduplication (héritées) et utilisez l’assistant Dupliquer le correcteur de CI pour traiter une seule tâche de déduplication.
CI principal
Le CI principal joue un rôle clé dans le rattrapage 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 le rapprochement du reste des doublons de CI dans ce CI principal. Vous pouvez ensuite 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’attributs, les relations et les éléments associés dans les doublons de CI à rapprocher dans le CI principal. Vous pouvez également choisir de ne pas consolider les données et de conserver le CI principal tel quel.
L’attribut duplicate_of , dans les CI en double, 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 New York version ou une version ultérieure, le CI principal est inconnu. Après la mise à niveau, duplicate_of pour ces doublons de CI est défini 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 correction, un ensemble de CI en double se compose d’un CI principal et d’un nombre illimité 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
- 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 peuvent donc pas être fusionnées.
- Si un scénario implique une demande de changement inactive, le champ Élément de configuration du formulaire Demande de changement est effacé. Si la valeur actuelle est un CI en double, elle n’est pas fusionnée avec le CI principal.
Tableau de bord de déduplication
CMDB Workspace fournit une solution de rattrapage de déduplication qui vous permet de rattraper 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 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 en double des tâches de déduplication, afin de corriger la duplication de CI.
Pour plus d’informations sur le rattrapage des CI en double dans Espace de travail CMDB, reportez-vous à la section Expérience de déduplication CI dans l’espace de travail CMDB.
Dupliquer le réparateur de CI
Outil de rattrapage de déduplication, semblable à un 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 en tant que CI actif, puis décider de la manière de traiter le reste des 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 Rattraper une tâche de déduplication (héritée).
Effets sur les tâches associées (changement, problème, incident)
- Lorsqu’un CI est associé à une demande de changement dont l’état n’est pas Nouveau, le CI est supprimé de la demande de changement lorsque des processus de rattrapage de CI en double suppriment le CI.
- Lorsqu’un CI est associé à une demande de changement dont l’état est Nouveau, et 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.
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 qui affectent le traitement des CI en double
- 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 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 rattrapage spéciaux dans lesquels le rattrapage de CI en double se comporte différemment :
- Grand nombre de doublons de CI
-
La prise en charge du rapprochement des CI en double est limitée lorsque le nombre de CI en double dépasse un certain seuil. Ce seuil est basé sur la valeur de la glide.duplicate_ci_remediator.max.cis propriété, qui est de 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 recommandée des CI principaux 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écemment mis à jour 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 de 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 le rattrapage est appliqué aux numéros de série en double, la fusion des relations à partir d’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 susceptibles de bloquer le processus de rattrapage, car le chargement de la tâche expire. Pour continuer 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 connexes dans le rattrapage de déduplication et autoriser le rattrapage, consultez Utilisation du mode restreint dans le correcteur de CI en double [KB1542272].
Restrictions
IRE utilise le champ en interne en le remplissant dans le cadre du mécanisme d’ignorer les doublons, et vous devez restreindre les duplicate_of mises à jour manuelles de ce champ. Pour en savoir plus, consultez Détection des CI en double.
- 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 appartenir à des domaines différents.
-
L’attribut duplicate_of du CI principal ne peut pas référencer un CI comme son 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 comme doublon d’un autre CI dupliqué, le CI est défini comme un doublon du CI principal du CI dupliqué que vous essayez de définir. Si le CI principal du doublon de CI que vous essayez de définir est « Inconnu », l’opération échoue.
Si CI2 est un doublon de « Inconnu », l’opération échoue.Tableau 1. Exemple : tentative de définition d’un CI comme doublon d’un autre CI en double Éléments 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 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 Éléments 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 dupliqué, alors le doublon sélectionné devient le CI principal dans le jeu de CI dupliqué. Les autres CI en double de 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 l’ensemble de CI en double Éléments 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 dans tous les CI en double qui le possèdent.