Identification des écarts – types d’écarts

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture

    • L’aptitude d’identification et de rapprochement des écarts de télécommunications identifie et classe les discordances entre l’état du réseau (tel que découvert via TSOM Discovery ou Service Graph Connectors) et les données d’inventaire stockées dans la CMDB ou la TNI.

    L’identification des écarts est alimentée par l’audit de certification de conformité CMDB, qui :

    • S’exécute sur les données de CI et de relation.
    • Compare les enregistrements découverts et inventoriés.
    • Génère des tâches de suivi lorsque des incohérences sont détectées.

    Types d’écart

    Le processus d’audit identifie les écarts en comparant les données réseau découvertes avec l’inventaire existant dans la CMDB/TNI. Les écarts se répartissent en deux catégories principales :
    Manquantes dans le réseau : entités existantes dans l’inventaire, mais manquantes dans le réseau
    Définition : un CI est détecté par Discovery, mais est absent de la CMDB/TNI ou représenté de manière incorrecte. Par exemple, Discovery détecte Card05 installé dans Slot04, mais la CMDB répertorie toujours Card04, ou pire, affiche Card04 et Card05 dans le même emplacement, en violation des contraintes de cardinalité ou de modèle.
    Impact :
    • Une tâche d’écart est générée pour mettre en évidence le conflit de données.
    • Des flux secondaires de rattrapage facultatifs peuvent être déclenchés pour rapprocher les données en retirant des enregistrements obsolètes ou en mettant à jour les affectations d’emplacement.
    Éléments de configuration (CI) sans correspondance : entités qui existent dans l’inventaire et le réseau, mais qui diffèrent par leurs valeurs d’attribut et leurs relations hiérarchiques
    Définition : le CI existe à la fois dans Découverte et dans CMDB/TNI, mais il existe des différences dans les relations, la hiérarchie ou les valeurs d’attribut. Les sous-types sont les suivants :
    • Incohérences hiérarchiques : se produisent lorsque les relations structurelles entre les IC (par exemple, les associations parent-enfant) sont incohérentes. En voici des exemples :
      • Un châssis contient plus de cartes enfants que ce qui est autorisé par la définition de modèle.
      • Une carte est associée de manière incorrecte à un emplacement dans la CMDB qui ne s’aligne pas avec les données de découverte. Les sources de validation sont les suivantes :
        • cmdb_rel_ci enregistrements pour les relations Contient ::Contenu par .
        • sn_ni_core_network_model_relationship table pour l’application de contraintes spécifiques au modèle.
    • Incohérences de valeurs d’attributs : elles impliquent des différences dans les propriétés au niveau du champ CI. Les problèmes courants sont les suivants :
      • Dates de découverte obsolètes ou incorrectes.
      • Configurations de modèles imprécises.
      • Affectations de créneaux non valides qui enfreignent les règles du modèle.
      L’impact est que les enregistrements affectés sont marqués comme ayant échoué dans les rapports d’audit. Les tâches de suivi peuvent invoquer des flux secondaires de rattrapage spécifiques au contexte pour réaligner les données d’inventaire avec l’état réel du réseau.
      Remarque :
      Pour plus d'informations, consultez Configurer la différence entre les valeurs d’attributs dans CMDB 360.