不一致の識別 – 不一致の種類

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間：2分

    • 電気通信不一致識別および調整機能は、(TSOM ディスカバリーまたはサービスグラフコネクタを介して検出された) ネットワーク状態と、CMDB または TNI に格納されているインベントリデータとの間の不一致を識別して分類します。

    不一致の識別は、CMDB コンプライアンス認定監査によって強化されます。

    • CI および関係データで実行されます。
    • 検出されたレコードとインベントリされたレコードを比較します。
    • 不一致が検出されると、後続タスクを生成します。

    不一致タイプ

    監査プロセスでは、検出されたネットワークデータを CMDB/TNI 内の既存のインベントリと比較することで、不一致を特定します。不一致は、次の 2 つの主要なカテゴリに分類されます。
    ネットワークにない - インベントリには存在するがネットワークに存在しないエンティティ
    定義:CI はディスカバリーによって検出されましたが、CMDB/TNI に存在しないか、正しく表示されていません。たとえば、ディスカバリーは Card05 が Slot04 にインストールされていることを検出しても、CMDB は Card04 をまだリストします。さらに悪いことに、Card04 と Card05 の両方が同じスロットに表示され、カーディナリティまたはモデルの制約に違反しています。
    影響度：
    • データの競合を強調表示するために不一致タスクが生成されます。
    • オプションの修正サブフローをトリガーして、古いレコードを廃止するかスロット割り当てを更新することで、データを調整することができます。
    不一致構成アイテム (CI):インベントリとネットワークに存在するが、属性値と階層関係が異なるエンティティ
    定義:CI はディスカバリーと CMDB/TNI の両方に存在しますが、関係、階層、または属性値に不一致が存在します。サブタイプは次のとおりです。
    • 階層の不一致:CI 間の構造的関係 (親子の関連付けなど) に一貫性がない場合に発生します。以下に例を示します。
      • シャーシには、モデル定義で許可されている数よりも多くの子カードが含まれています。
      • カードがディスカバリーデータと一致しない CMDB のスロットに誤って関連付けられています。検証ソースは次のとおりです。
        • 関係によって Contains::Contained のcmdb_rel_ciレコード。
        • モデル固有の制約を適用するためのsn_ni_core_network_model_relationshipテーブル。
    • 属性値の不一致:CI フィールドレベルのプロパティの不一致を伴います。一般的な問題は次のとおりです。
      • ディスカバリー日が古いか、正しくありません。
      • 不正確なモデル構成。
      • モデルルールに違反する無効なスロット割り当て。
      影響として、影響を受けるレコードは監査レポートで失敗としてマークされます。後続タスクは、コンテキスト固有の修正サブフローを呼び出して、インベントリデータを実際のネットワークステータスに再調整することができます。
      注:
      詳細については、「CMDB 360 での属性値の不一致の構成」を参照してください。