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

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：5分

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

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

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

    不一致タイプ

    監査プロセスでは、検出されたネットワークデータを CMDB/TNI 内の既存のインベントリと比較することで、不一致を特定します。不一致は次の 4 つのカテゴリに分類されます。
    ネットワークにない - インベントリには存在するがネットワークに存在しないエンティティ
    定義: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 での属性値の不一致の構成」を参照してください。
    CMDB に欠落 (Missing in CMDB):ネットワーク上で検出されたが、インベントリには存在しないエンティティ
    定義:TSOM ディスカバリーまたはサービスグラフコネクタを介してネットワーク上で CI が検出されますが、対応するレコードが CMDB に存在しません。これは、機器が物理的に存在し、稼働しているが、まだインベントリされていないことを示します。たとえば、ディスカバリーはネットワーク上で Fortinet FortiGate-80F デバイスを検出しても、一致する CI が CMDB に存在しません。
    影響度：
    • 監査では、作成日が検出日と一致する場合に、CI が新規として識別されます。
    • レビューを促すために、単一の後続タスクが機器レベルで作成されます。機器に関連付けられた基になる子 CI (IP アドレスなど) ごとに個々のタスクが生成されないため、タスクリストに焦点を絞ったアクション可能な状態が維持されます。
    • 後続タスクには、「 新しい CI が検出されました」という簡単な説明と、CI 参照および関連する製品モデルが含まれます。
    • システムプロパティを使用して、この不一致タイプの後続タスクの作成を有効または無効にすることができます。
    SD-WAN 不一致の識別
    通信事業固有の不一致に加えて、通信事業 SD-WAN ネットワーク不一致監査は、SD-WAN インベントリの不一致を特定します。標準的な通信不一致検出では、スロット、カード、インターフェイスなどの CI クラスに焦点を当てます。SD-WAN 監査は、さまざまな CI クラスのセットを対象とし、SD-WAN データモデルに固有のルールに照らして検証します。

    デフォルトでは、監査のスコープは、ディスカバリーソースに TSOM が含まれている CI に限定されます。この監査では、検出された SD-WAN データを CMDB のインベントリと比較し、不一致が検出されたときに後続タスクを生成します。

    表 : 1. SD-WAN CI クラスと検証要件
    CI クラス 検証要件 関係タイプ
    グループ (cmdb_ci_group)
    • 会社参照
    • 少なくとも 1 つのサービス子
    • 少なくとも 1 つのサイトの子
    		 Members::Member of
    サイト (cmdb_ci_ni_site)
    • 会社参照
    • 場所参照
    • ちょうど 1 つのグループの親
    		 Members::Member of
    サービス (cmdb_ci_network_service_instance)
    • 会社参照
    • ちょうど 1 つのグループの親
    		 Members::Member of
    設備 (sn_tsom_core.audit. equipment_tables)
    • 会社参照
    • 最大 1 つのサービス親
    • 最大 1 つのサイト親
    • 少なくとも 1 つの IP アドレスの子
    • 各 IP アドレスの子には、最大 1 つの機器の親があります
    • サービス/サイト:
    • Contains::Contained by
    • IP アドレス:Owns::Owned by

    SD-WAN 監査では、次の CI クラスが検証されます。CI ごとに、必要な参照が入力されていること、および関係が想定される構造と一致していることが監査チェックされます。すべての要件を満たす CI は [認定済み] としてマークされます。1 つ以上の要件が満たされていない場合、CI は [失敗] としてマークされ、後続タスクが作成されます。

    SD-WAN 不一致タイプ
    SD-WAN 監査は、上記の SD-WAN CI クラスに適用される電気通信監査と同じカテゴリの不一致を検出します。

    参照がありません:必要な参照 (会社や場所など) が CI に入力されていません。欠落している参照を特定する説明とともに後続タスクが作成されます。

    不正な関係性:必須の関係性がないか、許容数を超えています。たとえば、グループの親がないサイト CI や、複数のサービスの親を持つ機器 CI などです。関係の問題を特定する説明とともに後続タスクが作成されます。

    CMDB にありません:ネットワーク上で CI が検出されましたが、対応するレコードが CMDB に存在しません。監査では、作成日が検出日と一致すると CI が新規として識別され、機器レベルで単一の後続タスクが作成されます。この不一致タイプの詳細については、上記の 「CMDB に欠落している」 セクションを参照してください。