電気通信不一致の識別と調整の設定

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：5分

    • このガイドでは、ServiceNow CMDB/TNI インスタンス内の電気通信ネットワークリソースの不一致の正確な検出と解決を確認するために、電気通信不一致識別および調整 (TSOM ヴィジビリティの一部) を構成する手順の概要を説明します。

    始める前に

    Telecom Discrepancy Identification & Reconciliation を使用するには、TSOM のサブスクリプションが必要です。

    必要なロール：admin

    ストアでアプリを要求する

    ServiceNow Store Web サイトにアクセスして利用可能なすべてのアプリを表示し、ストアにリクエストを送信する方法について確認してください。リリースされたすべてのアプリのリリースノート情報については、「ServiceNow Storeバージョン履歴のリリースノート」を参照してください。

    依存関係と要件

    TSOM ヴィジビリティプラグインの依存関係:
    • 電気通信サービスオペレーションコア (sn_tsom_core) CMDB CI クラスモデル (アプリ ID:sn_cmdb_ci_class、タイプ:ストア)
    • 展開されたモデルおよび資産クラスのアプリケーション (アプリ ID:sn_ent、タイプ:ストア)
    • ヴィジビリティコンテンツ (アプリ ID:sn_pattern_design、タイプ:ストア)
    • CMDB 共通統合 (アプリ ID:sn_cmdb_int_util、タイプ:ストア)
    • ServiceNow 統合ハブスターターパックインストーラー (プラグイン ID:com.glide.hub.integration、タイプ:ファミリー)

    ディスカバリーによって自動的にインストールされるディスカバリーコアプラグイン (com.snc.discovery.core)。

    ITOM ディスカバリーライセンスプラグイン (com.snc.itom.discovery.license)。このプラグインを有効にする必要があります。

    ITOM Licensing プラグイン (com.snc.itom.license)。

    詳細については、「Request Discovery」を参照してください。

    インストール

    TSOM ヴィジビリティプラグイン (sn_tsom_core) は、Telecommunications ディスカバリーパターン (sn_tsom_patterns) または Nokia Altiplano サービスグラフコネクタ (sn_sgc_altiplano_connector) とともに自動的にインストールされます。すべてのロジックとシステムプロパティが ServiceNow インスタンスにインストールされている。

    TSOM ヴィジビリティプラグインをインストールするには、「 電気通信ディスカバリー (TSOM) パターンの構成 」または「 Nokia Altiplano のサービスグラフコネクタの構成」を参照してください。

    TSOM ヴィジビリティインストールの免責事項

    インストールプロセスに関連する重要な情報と要件については、 TSOM ヴィジビリティインストールの免責事項 を参照してください。

    実行

    電気通信不一致識別および調整ソリューションは、CMDB ヘルス/コンプライアンスに依存しており、CMDB 内の選択されたテーブルとレコードに対して認定監査を実行します。ディスカバリーとは独立して動作し、オンデマンドまたはスケジュールで実行できます。

    CMDB コンプライアンスの詳細については、「 CMDB Compliance と Certification audits」を参照してください。

    手順

    1. 次のように移動する。 All (すべて) > コンプライアンス > 監査 > サービスオペレーション CMDB コンプライアンス監査 (「cert_audit」テーブル).
    2. [Run Audit (監査の実行)] を選択します。
      監査を実行します。

      さまざまなスクリプトと操作を実行します。

    認定監査ロジック

    監査結果は、選択と一致したレコードで実行された監査ごとに作成されます (「初期認定監査実行」の一致条件を参照)。

    結果のステータスは、認定または失敗です。「不合格」の監査結果レコードごとに後続タスクが作成されます。

    初期認定監査の実行

    特定の CMDB テーブルの異常を検証します。

    サービスオペレーション CMDB コンプライアンス監査は CI 関係テーブル (cmdb_rel_ci) で実行を開始しますが、次のような一致条件を持つ特定のレコードでのみ実行されます。
    • 親 CI クラスと子 CI クラスがサポートされるクラスで、次のような拡張テーブルが含まれます。
      スロット (cmdb_ci_container_slot)、サブスロット (cmdb_ci_container_subslot)、カード (cmdb_ci_interface_card)、インターフェイス (cmdb_ci_ni_interface)、電気通信機器 (cmdb_ci_ni_telco_equipment)、IP スイッチ (cmdb_ci_ip_switch)、および IP ルーター (cmdb_ci_ip_router)。
      注:
      これらのプロパティは、sn_tsom_core.audit.* システムプロパティを使用して構成できます。
    • 親または子がディスカバリーによって作成または更新されます (discovery_source = SG-Altiplano、ServiceNow)。
      注:
      このプロパティは、sn_tsom_core.audit.discovery_sources システムプロパティで構成できます。
    • 親かつ子ライフサイクルステージが運用中である。
    • CI リレーションシップタイプは Contains::Contained By です。
      注:
      このプロパティは、sn_tsom_core.audit.relationship_types システムプロパティで構成できます。

    後続の認定監査の実行

    初期認定監査の実行と同じロジックに従いますが、次の追加の一致選択基準があります。

    CI 関係テーブルの [更新済み] フィールドのタイムスタンプ、親 CI の [更新済み] フィールドのタイムスタンプ、または子 CI の [更新済み] フィールドのタイムスタンプが、サービスオペレーション CMDB コンプライアンス監査の [最終実行日] フィールドのタイムスタンプより後である (つまり、前回の監査以降に変更があった)。