Explorer l’identification et le rapprochement des écarts en matière de télécommunications

La solution d’identification et de rapprochement des écarts de télécommunications est conçue pour confirmer l’exactitude et la cohérence des données de ressources réseau entre les systèmes de réseau et les bases de données de gestion des stocks, telles que CMDB/TNI.

L’identification et le rapprochement des écarts de télécommunications s’appuient sur la découverte des télécommunications et les capacités de la plateforme pour remplir ses fonctions.

Vue d’ensemble de l’identification et du rapprochement des écarts de télécommunications

Module d’extension de visibilité TSOM

La logique d’identification et de rapprochement des écarts de télécommunications est un composant du module d’extension Visibilité de TSOM (sn_tsom_core). Ce module d’extension englobe une logique partagée essentielle pour les processus de découverte et d’identification et de rapprochement des écarts de télécommunications. Il comprend des capacités de détection et de remédiation des écarts spécifiques aux télécommunications, ainsi que d’autres logiques de base conçues pour prendre en charge les fonctionnalités actuelles et futures des applications de télécommunications.

Moteur d’identification et de rapprochement (IRE)

IRE offre un cadre de travail centralisé pour identifier et rapprocher les données provenant de plusieurs sources. Il confirme l’intégrité de la CMDB et de certaines tables non CMDB lorsque diverses sources de données sont utilisées pour créer ou mettre à jour des enregistrements de CI.

• IRE correspond aux CI existants en fonction des règles d’identification.
• IRE crée des CI si aucune correspondance n’est trouvée.
• Les mises à jour IRE sont attribuées en fonction des règles de rapprochement.

Pour plus d'informations, consultez CMDB Identification and Reconciliation (IRE).

Conformité CMDB et écarts de télécommunications Identification et rapprochement

Conformité CMDB est un ensemble d’outils qui permet aux administrateurs de certifier l’exactitude des données CMDB et d’identifier les écarts détectés lors des audits de conformité. Il peut également générer et affecter automatiquement des tâches de suivi pour les enregistrements d’audit ayant échoué, qui servent de tâches pour déclencher un flux secondaire de rattrapage approprié pour corriger les écarts. Les audits de conformité CMDB constituent la base de notre identification et rapprochement des écarts dans les télécommunications.

• La conformité CMDB exécute des audits en tant que règle de post-traitement et identifie les anomalies (discordances) dans la CMDB.
• La conformité CMDB crée une tâche de suivi pour chaque enregistrement d’audit en état d’échec (l’état d’échec résulte de la découverte par un audit d’une anomalie ou d’un écart dans la CMDB). Un flux de correction peut être conçu et déclenché pour chaque tâche de suivi afin de traiter et de résoudre l’écart.

La logique pour l’identification et le rapprochement des écarts de télécommunications, ainsi que les exemples de flux secondaires de rattrapage, sont incluses dans la version Yokohama et seront installées automatiquement avec le module d’extension Visibilité TSOM.

Pour plus d’informations sur l’ensemble d’outils général de conformité CMDB, reportez-vous à la section CMDB Compliance.

Scénarios d’identification des écarts (à l’aide d’audits de certification)

Il existe deux principales catégories d’écarts qui peuvent être détectées entre Inventory (CMDB) et Discovery (Découverte), décrites ci-dessous :

• Entités qui existent dans l’inventaire, mais qui n’existent pas dans le réseau.
• Entités qui existent à la fois dans le réseau et dans l’inventaire, mais qui diffèrent par leur hiérarchie.

L’identification des écarts dans TSOM Visibility repose sur l’utilisation de la conformité CMDB (audits de certification) et l’a étendue en ajoutant une logique spécifique qui utilise les relations de modèle et les informations pour identifier les incohérences.

Remarque :

La version actuelle se concentre sur l’identification et le rapprochement des écarts au niveau de la couche des ressources physiques. Dans la version à venir, cette fonctionnalité est étendue pour inclure également la prise en charge de la couche de ressources logiques et des attributs.

Pour plus d’informations sur la fonction générale des audits de certification, reportez-vous à la section Certification audits.

Types de tâches de suivi créés pour les enregistrements de résultats d’audit ayant échoué

Les types d’écart suivants (résultats d’audit) peuvent être trouvés pour les CI parent et les CI enfants pour chaque enregistrement de relation dans la table de relations CI (cmdb_rel_ci) qui correspond aux conditions, et les tâches de suivi suivantes peuvent être créées pour chacun des résultats d’audit ayant échoué :

1. Date de découverte la plus récente non définie : générée au cas où le champ Date de découverte la plus récente dans le CI est manquant.
2. La date de découverte la plus récente ne se situant pas dans le seuil configuré est générée au cas où la différence dans la valeur du champ Date de découverte la plus récente entre un CI parent et un CI enfant est supérieure à 2,5 jours.

   Par défaut, elle est définie sur 2,5 jours dans la propriété système sn_tsom_core.discovered_date.diff.threshold.in.days et peut être modifiée.

3. Modèle de CI introuvable (le champ « ID de modèle » n’est pas défini ou les données ne sont pas valides). Généré au cas où aucun modèle de CI correspondant n’est trouvé. Si aucun modèle CI n’est trouvé, les validations suivantes (4-6) ne sont pas pertinentes car elles reposent sur des modèles CI. Si un modèle CI est trouvé, l’audit se poursuivra jusqu’aux validations suivantes (4-6).
4. Écart entre les emplacements occupés - Généré au cas où une carte occupe un nombre incorrect d’emplacements.
5. Relations de modèle non définies : pertinentes uniquement si TNI est installé. Généré si l’audit ne parvient pas à trouver une relation entre les modèles de CI parent et enfant dans la table Relations de modèle de réseau.
6. Nombre de relations incorrect ; pertinent uniquement si TNI est installé. Généré si l’audit constate que le nombre d’enregistrements de CI enfants détectés dépasse le nombre maximal de ses enregistrements de CI parent correspondants dans le champ Nombre de relations du modèle de la table Relations de modèle de réseau.

Pour en savoir plus sur la fonctionnalité générale Tâches de suivi, consultez Création de flux secondaires.

Flux secondaires de correction des écarts

Une fois qu’un audit identifie un écart, il est consigné en tant que tâche de suivi. Le système permet aux utilisateurs de définir un flux secondaire pour des scénarios d’écart spécifiques, ce qui leur permet de distinguer les différents types d’écarts et de créer des flux personnalisés pour les corriger.

Pour en savoir plus sur la création d’un flux secondaire, reportez-vous à la rubrique Building subflows.

Exemple d’utilisation

Voici un exemple de scénario spécifique sur la façon dont vous pouvez utiliser l’identification et le rapprochement des écarts dans les télécommunications :

Supposons qu’un équipement a été initialement découvert avec une carte (Card40) dans son emplacement (Slot40). Au fil du temps, un problème a été identifié avec Card40 et il a été remplacé par Card41. L’inventaire (CMDB), cependant, contient toujours un CI Card40, alors que sur le réseau, il a été remplacé par Card41. Lorsque la tâche de découverte suivante est exécutée, le CI Card41 est découvert et ajouté à la CMDB dans le même emplacement (Slot40). Par conséquent, nous avons deux CI (l’ancien – Card40 – et le nouvellement découvert – Card41) placés dans le même emplacement 40.

L’audit identifie cet écart, crée une tâche de suivi et permet à un utilisateur d’y remédier. (résolvez cette divergence et désactivez Card40).

Lorsque l’audit de conformité CMDB pour l’exploitation des services s’exécute, il identifie cet écart et crée un enregistrement d’audit à l’état « Échoué » (dans notre exemple AUDR0001283).

1. Naviguer Tous > Conformité > Audits > .

2. Sélectionnez l’audit de conformité CMDB pour l’exploitation des services.

3. Sélectionnez Exécuter des audits pour exécuter l’audit.

   Une tâche de suivi est automatiquement créée pour chaque enregistrement d’audit ayant échoué (dans notre exemple, TASK0020215).

   
4. Sélectionnez TASK0020215.

   La tâche de suivi contient une description détaillée de l’écart. Comme vous pouvez le voir dans la description, le CI Card40 est en divergence.

   Remarque :

   Ceci est un exemple de description de TASK0020215 créée pour le scénario « Nombre incorrect de relations ». D’autres scénarios et environnements peuvent avoir des descriptions différentes.

   Card40 a été découvert pour la dernière fois il y a plus de 2,5 jours.

   Relations entre les CI suivants :

   CI	Modèle
   Emplacement 40 (8b2beb4247ceda10f04f83ac416d4398)	DÉMO 20532Tree (1ba577524c1b3110f8772646dabeb9bb)
   Card40 (0b2beb4247ceda10f04f83ac416d4399)	Module de carte Nokia 7360 FANT-F (3af9617de5928110f877657a333391e0)
   Card41 (832beb4247ceda10f04f83ac416d439a)

5. Sélectionnez le bouton Remediate (Rattraper ) pour corriger.

6. Remarque : Corriger est une action d’interface utilisateur accessible de la manière suivante :
7. Tous > Définition du système > Actions d'interface utilisateur.

8. Ouvrez l’action d’interface utilisateur Remediate (Rattraper ) pour observer.

   Pour plus d’informations sur les actions d’interface utilisateur, reportez-vous à .Defining UI actions

Pour cet exemple, l’action d’interface utilisateur Remediate ( Remediate) (déclenchée par Remediate) appelle le flux secondaire Execute TSOM CI Destation (Exécuter la mise hors service du CI TSOM) pour traiter et résoudre l’écart spécifié dans la TASK0020215 de la tâche de suivi. De plus, nous devons mettre hors service une ancienne Card40, qui sera exécutée automatiquement en appelant le flux secondaire « TSOM Decommissioning Card ».

Une fois la correction terminée, des notes de travail sont générées avec les résultats de la correction dans la fenêtre Tâche de suivi (TASK0020215).

Comme vous pouvez le voir dans les notes de travail, nous avons retiré avec succès Card40 et supprimé la relation de Slot40 → Slot40. L’écart a été résolu avec succès et les enregistrements CI CMDB sont maintenant synchronisés avec l’état du réseau.

Cet exemple de flux secondaire est fourni avec la solution. Les utilisateurs peuvent définir des flux secondaires de rattrapage personnalisés à l’aide de Concepteur de flux.

Propriétés système affectant l’identification et le rapprochement des écarts de télécommunications

Ces propriétés système font partie du module d’extension TSOM Visibility (sn_tsom_core) et contrôlent le journal d’identification et de rapprochement des écarts de télécommunications (audit CMDB TSOM). Le module d’extension Visibilité de TSOM sert d’activateur pour les applications Visibilité de TSOM, contenant une logique partagée entre les solutions Découverte de télécommunications et Identification et rapprochement des écarts de télécommunications.

Tableau 1. Propriétés système de visibilité TSOM (impacte l’audit CMDB)

Nom de la propriété	Valeur recommandée/par défaut	Description
sn_tsom_core.audit.interface_card_tables	cmdb_ci_interface_card	Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables de cartes d’interface ne seront pas traitées dans l’audit CMDB (identification et rapprochement des écarts de télécommunications) TSOM.
sn_tsom_core.audit.discovery_sources	SG-Altiplano, ServiceNow	L’audit CMDB (identification et rapprochement des écarts de télécommunications) ne traite que les enregistrements de CI dont la valeur de source de découverte est SG-Altiplano ou ServiceNow (découverte horizontale et schémas). Connecteurs du graphe de services TSOM supplémentaires seront ajoutés dans les versions futures.
sn_tsom_core.audit.relationship_types	Contient :Contenu par	L’audit CMDB de TSOM (identification et rapprochement des écarts de télécommunications) traite uniquement les enregistrements de relation de type de relation Contient ::Contenu par.
sn_tsom_core.audit.slot_tables	cmdb_ci_container_slot	Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables d’emplacement ne seront pas traitées par l’audit CMDB (Telecom Discordency Identification & Reconciliation) de TSOM.
sn_tsom_core.audit.log.level	infos	L’audit CMDB (identification et rapprochement des écarts de télécommunications) TSOM s’exécute avec le niveau de journal par défaut défini sur informations. Remarque : la modification du niveau de journalisation peut avoir un impact sur les performances.
sn_tsom_core.audit.subslot_tables	cmdb_ci_container_subslot	Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables de sous-emplacement ne seront pas traitées par l’audit CMDB (Telecom Divergancy Identification & Reconciliation) de TSOM.
sn_tsom_core.audit.interface_tables	cmdb_ci_ni_interface	Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables d’interface ne seront pas traitées par l’audit CMDB (Telecom Discordancancy Identification & Reconciliation) de TSOM.
sn_tsom_core.audit.equipment_tables	cmdb_ci_ni_telco_equipmen t cmdb_ci_ip_switch cmdb_ci_ip_router	Si la valeur n’est pas définie (c’est-à-dire que le champ est vide), les tables d’équipement ne seront pas traitées par l’audit CMDB (identification et rapprochement des écarts de télécommunications).
sn_tsom_core.audit.discovered_date.diff.threshold.in.days	2,5	L’audit CMDB (identification et rapprochement des écarts de télécommunications) déclenche uniquement des tâches d’écart pour les enregistrements de CI dont les valeurs de date de découverte les plus récentes sont supérieures à la valeur de seuil par défaut.
sn_tsom_core.audit.max_number_of_records_to_process	100000	L’audit CMDB (Telecom Divergancy, Identification & Rapprochement) de TSOM est défini pour traiter jusqu’à 100 000 enregistrements de relations. Remarque : Cette valeur peut être augmentée, mais elle peut avoir un impact sur les performances.

Configurer le rapprochement

Voir Configurer l’identification et le rapprochement des écarts de télécommunications.