電気通信の不一致の識別と調整の詳細

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:12分
  • Telecom Discrepancy Identification & Reconciliation ソリューションは、ネットワークシステムと CMDB/TNI などのインベントリ管理データベース間のネットワークリソースデータの正確性と一貫性を確認するように設計されています。

    Telecom Discrepancy Identification & Reconciliation は、Telecom Discovery とプラットフォーム機能に依存して機能を実行します。

    電気通信不一致の識別および調整の概要

    電気通信不一致識別および調整フレームワーク。

    TSOM ヴィジビリティプラグイン

    電気通信不一致識別および調整ロジックは、TSOM Visibility プラグイン (sn_tsom_core) のコンポーネントです。このプラグインには、電気通信ディスカバリープロセスと電気通信不一致識別および調整プロセスの両方に不可欠な共有ロジックが含まれています。これには、通信固有の不一致の検出および修復機能と、現在および将来の通信アプリケーション機能をサポートするように設計されたその他の基本ロジックが含まれています。

    識別および調整エンジン (IRE)

    IRE は、複数のソースからのデータを識別および調整するための一元化されたフレームワークを提供します。さまざまなデータソースを使用して CI レコードを作成または更新するときに、CMDB および一部の非 CMDB テーブルの整合性を確認します。
    • IRE は、識別ルールに基づいて既存の CI を照合します。
    • 一致するものが見つからない場合、IRE は CI を作成します。
    • IRE の更新は、調整ルールに基づいて作成されます。

    詳細については、「CMDB Identification and Reconciliation (IRE)」を参照してください。

    CMDB コンプライアンスおよび電気通信不一致の識別および調整

    CMDB コンプライアンスは、アドミニストレーターが CMDB データの正確性を認定し、コンプライアンス監査中に検出された不一致を特定できるようにするツールセットです。また、失敗した監査レコードの後続タスクを自動的に生成してアサインすることもできます。後続タスクは、適切な修正サブフローをトリガーして不整合を修正するタスクとして機能します。CMDB コンプライアンス監査は、電気通信不一致の識別および調整の基盤を形成します。
    • CMDB コンプライアンスは後処理ルールとして監査を実行し、CMDB 内の例外 (不一致) を特定します。
    • CMDB コンプライアンスは、失敗した状態の各監査レコードに対して後続タスクを作成します (失敗状態は、監査により CMDB の異常または不一致が見つかった結果です)。修正フローを設計してトリガーし、不一致に対処して解決するために、後続タスクごとにトリガーできます。

    電気通信不一致識別および調整のロジックと修正サブフローの例は Yokohama リリースに含まれており、TSOM ヴィジビリティプラグインとともに自動的にインストールされます。

    一般的な CMDB コンプライアンスツールセットの詳細については、「 CMDB Compliance」を参照してください。

    不一致識別シナリオ (認定監査を使用)

    インベントリ (CMDB) とディスカバリーの間に検出できる主な不一致カテゴリは 2 つあります。以下に説明します。
    • インベントリには存在するがネットワークには存在しないエンティティ。
    • ネットワークとインベントリの両方に存在するが、階層が異なるエンティティ。

    TSOM ヴィジビリティでの不一致の識別は、CMDB コンプライアンス (認定監査) の使用に依存しており、モデルの関係と情報を使用して不一致を識別する特定のロジックを追加することで拡張されています。

    注:
    現在のリリースでは、物理リソース層での不一致の特定と調整に重点を置いています。今後のリリースでは、この機能が拡張され、論理リソースレイヤーと属性のサポートも含まれるようになります。

    一般的な認定監査機能の詳細については、「 Certification audits」を参照してください。

    失敗した監査結果レコードに対して作成された後続タスクタイプ

    条件に一致する CI 関係テーブル (cmdb_rel_ci) 内の各関係レコードの親 CI と子 CI について、次の不一致タイプ (監査結果) を見つけることができます。失敗した監査結果ごとに、次の後続タスクを作成できます。
    1. 最新の検出日が設定されていません。CI に [最新検出日] フィールドがない場合に生成されます。
    2. 親 CI と子 CI の [最新検出日] フィールド値の差が 2.5 日を超える場合に生成される、設定されたしきい値内にない最新の検出日。

      デフォルトでは、sn_tsom_core.discovered_date.diff.threshold.in.days システムプロパティで 2.5 日に設定されていますが、変更できます。

    3. CI モデルが見つかりません:([モデル ID] フィールドが設定されていないか、データが無効です)。対応する CI モデルが見つからない場合に生成されます。CI モデルが見つからない場合、次の検証 (4 〜 6) は CI モデルに依存しているため、無関係です。CI モデルが見つかった場合、監査は次の検証 (4 〜 6) に進みます。
    4. 占有されているスロットの不一致:カードが誤った数のスロットを占有している場合に生成されます。
    5. モデル関係が未定義:TNI がインストールされている場合にのみ関連します。監査で [ネットワークモデルの関係] テーブルで親と子の CI モデル間の関係を見つけることができない場合に生成されます。
    6. 関係の数が正しくありません。TNI がインストールされている場合にのみ該当します。検出された子 CI レコードの数が、ネットワークモデル関係テーブルの モデル関係カウント フィールドで対応する親 CI レコードの最大数を超えていることが監査で検出された場合に生成されます。
    一般的な後続タスク機能の詳細については、「サブフローのビルド」を参照してください。

    不一致修正サブフロー

    監査で不一致が特定されると、後続タスクとして記録されます。システムにより、ユーザーは特定の不一致シナリオのサブフローを定義できます。これにより、さまざまなタイプの不一致を区別し、それらを修正するためのカスタムフローを作成できます。

    サブフローをビルドする方法の詳細については、「 Building subflows」を参照してください。

    使用例

    以下は、電気通信不一致識別および調整の使用方法に関する特定のシナリオの例です。

    機器が最初に発見され、そのスロット (Slot40) にカード (Card40) が入っていたとします。時間の経過とともに、Card40 で問題が特定され、Card41 に置き換えられました。ただし、インベントリ(CMDB)には引き続き Card40 CI が含まれていますが、ネットワーク上では Card41 に置き換えられています。次のディスカバリージョブが実行されると、Card41 CI が検出され、同じスロット (Slot40) の CMDB に追加されます。その結果、2 つの CI(古い CI のカード 40 と新しく検出された CIのカード 41)が同じスロット 40 に配置されます。

    監査でこの不一致を特定し、後続タスクを作成して、ユーザーが修正できるようにします。(この不一致を解決し、Card40 を廃止します)。

    サービスオペレーション CMDB コンプライアンス監査が実行されると、この不一致が特定され、「失敗」ステータスの監査レコードが作成されます (この例ではAUDR0001283)。
    1. ナビゲート All (すべて) > コンプライアンス > 監査 > .
    2. [サービスオペレーション CMDB コンプライアンス監査] を選択します。

    3. 監査を実行するには、[ 監査の実行] を選択します。

      失敗した監査レコード (この例では TASK0020215) ごとに、後続タスクが自動的に作成されます。

      監査を実行します。
    4. [TASK0020215] を選択します。後続タスク。

      後続タスクには、不一致の詳細な説明が含まれています。説明からわかるように、Card40 CI に不一致があります。

      注:
      これは、「不適切な数のリレーションシップ」シナリオ用に作成されたTASK0020215説明の例です。他のシナリオや環境では、説明が異なる場合があります。

      Card40 が最後に発見されたのは 2.5 日以上前です。

      次の CI 間の関係:
      CI モデル
      スロット 40 (8b2beb4247ceda10f04f83ac416d4398) デモ 20532Tree (1ba577524c1b3110f8772646dabeb9bb)
      Card40 (0b2beb4247ceda10f04f83ac416d4399) Nokia 7360 FANT-Fカードモジュール(3af9617de5928110f877657a333391e0)
      Card41 (832beb4247ceda10f04f83ac416d439a)
    5. [ 修復 ] ボタンを選択して修復します。

    6. 備考:修復は、次の方法でアクセスできる UI アクションです。
    7. All (すべて) > システム定義 > UI アクション.
    8. 観察する [修復] UI アクションを開きます。UI アクション。

      UI アクションの詳細については、「 Defining UI actions」を参照してください。

    この例では、[修正] UI アクション ( [修正] によってトリガーされる) が [TSOM CI 廃止の実行] サブフローを呼び出して、[後続タスク] TASK0020215で指定された不一致に対処して解決します。さらに、古いCard40を廃止する必要がありますが、これはサブフロー「TSOM Decommission Card」を呼び出すことで自動的に実行されます。

    修正が正常に完了すると、修正結果が記載された作業メモが [後続タスク] ウィンドウ (TASK0020215) に生成されます。

    作業メモでわかるように、Card40 の廃止に成功し、Slot40 → Slot40 の関係を削除しました。不一致が正常に解決され、CMDB CI レコードがネットワークステータスと同期されました。

    サブフローの例。

    このサブフローの例はソリューションに付属しています。ユーザーは、フローデザイナーを使用してカスタム修正サブフローを定義できます。

    電気通信不一致の識別と調整に影響を与えるシステムプロパティ

    これらのシステムプロパティは TSOM ヴィジビリティプラグイン (sn_tsom_core) の一部であり、電気通信不一致識別および調整ログ (TSOM CMDB 監査) を制御します。TSOM ヴィジビリティプラグインは、TSOM ヴィジビリティアプリケーションを実現する役割を果たし、テレコムディスカバリーおよびテレコム不一致識別および調整ソリューション全体で共有されるロジックを含みます。

    表 : 1. TSOM ヴィジビリティシステムプロパティ (CMDB 監査に影響)
    プロパティ名 推奨/デフォルト値 説明
    sn_tsom_core.audit.interface_card_tables cmdb_ci_interface_card 値が設定されていない場合 (つまり、フィールドが空の場合)、インターフェイスカードテーブルは TSOM CMDB 監査 (Telecom Dysrepancy Identification & Reconciliation) で処理されません。
    sn_tsom_core.audit.discovery_sources SG-Altiplano、ServiceNow TSOM CMDB 監査 (電気通信不一致識別および調整) は、SG-Altiplano または ServiceNow (水平ディスカバリーおよびパターン) のディスカバリーソース値を持つ CI レコードのみを処理します。TSOM サービスグラフコネクタは、今後のリリースで追加される予定です。
    sn_tsom_core.audit.relationship_types Contains:Contained by TSOM CMDB 監査 (電気通信不一致識別および調整) は、関係タイプが Contains::Contained by の関係レコードのみを処理します。
    sn_tsom_core.audit.slot_tables cmdb_ci_container_slot 値が設定されていない (つまり、フィールドが空である) 場合、スロットテーブルは TSOM CMDB 監査 (Telecom Discrepancy Identification & Reconciliation) によって処理されません。
    sn_tsom_core.audit.log.level 情報

    TSOM CMDB 監査 (Telecom Discrepancy Identification & Reconciliation) は、デフォルトのログレベルを info に設定して実行されます。

    注: ログレベルを変更すると、パフォーマンスに影響を与える可能性があります。

    sn_tsom_core.audit.subslot_tables cmdb_ci_container_subslot 値が設定されていない場合 (つまり、フィールドが空の場合)、サブスロットテーブルは TSOM CMDB 監査 (Telecom Dysrepancy Identification & Reconciliation) によって処理されません。
    sn_tsom_core.audit.interface_tables cmdb_ci_ni_interface 値が設定されていない場合 (つまり、フィールドが空の場合)、インターフェイステーブルは TSOM CMDB 監査 (Telecom Dysrepancy Identification & Reconciliation) によって処理されません。
    sn_tsom_core.audit.equipment_tables
    • cmdb_ci_ni_telco_equipmen
    • cmdb_ci_ip_switch
    • cmdb_ci_ip_router
    値が設定されていない場合 (つまり、フィールドが空の場合)、機器テーブルは TSOM CMDB 監査 (Telecom Dysrepancy Identification & Reconciliation) によって処理されません。
    sn_tsom_core.audit.discovered_date.diff.threshold.in.days 2.5 TSOM CMDB 監査 (電気通信不一致識別および調整) では、最新の検出日値がデフォルトのしきい値より大きい CI レコードの不一致タスクのみが発生します。
    sn_tsom_core.audit.max_number_of_records_to_process 100000

    TSOM CMDB 監査 (Telecom Discrepancy Identification & Reconciliation) は、最大 100,000 件の関係レコードを処理するように設定されています。

    注:
    この値は増やすことができますが、パフォーマンスに影響を与える可能性があります。

    調整の構成

    電気通信不一致の識別と調整の設定」を参照してください。