1. [構成] をクリックします。
2. グローバルスコープに切り替えます。
3. [他のアクション] アイコン () を選択します。
4. [挿入と維持] を選択します。
5. [完了としてマーク] をクリックします。

1. [構成] をクリックします。
2. EvtMgmtImpactManagerMediator スクリプトを選択し、グローバルスコープにコピーされていることを確認します。
3. [アクセス可能] フィールドで、[すべてのアプリケーションスコープ]に設定されていることを確認します。
4. [完了としてマーク] をクリックします。

1. [構成] をクリックします。
2. [API キー] フィールドに「api-token <API トークン>」と入力します。

   例：api-token mytokenid。

3. [完了としてマーク] をクリックします。

1. [構成] をクリックします。
2. [ホスト] フィールドを Dynatrace インスタンスの完全修飾ホスト名に更新します。

   例：abc123.live.dynatrace.com。

   ホスト名は [接続 URL] フィールドに自動的に入力されます。

3. MID サーバー の使用を有効にして、[MID Server を使用] チェックボックスを選択します。
   注:

   HTTP 接続は、前のセットアップタスクで構成された API キーを使用するように事前構成されます。
4. [完了としてマーク] をクリックします。

1. [テスト接続] セクションで、[構成] を選択します。
2. 接続構成をテストするために、[テスト接続] を選択します。
   注:

   テスト接続が失敗した場合は、接続にエラーがあるので、修正する必要があります。
3. 終了したら、[完了としてマーク] をクリックします。

1. 必要に応じて、ペイロードテンプレートの名前を更新します。
2. [問題通知のセットアップ] をクリックします。
3. 終了したら、[完了としてマーク] をクリックします。

1. グローバルスコープに切り替えます。
2. 次のスクリプトを入力します。

   var gr = new GlideRecord("sys_object_source");
   gr.addQuery("name", "SGO-Dynatrace");
   var grOR = gr.addQuery("id", "STARTSWITH", "HOST-");
   grOR.addOrCondition("id", "STARTSWITH", "PROCESS_GROUP_INSTANCE-");
   grOR.addOrCondition("id", "STARTSWITH", "PROCESS_GROUP-");
   grOR.addOrCondition("id", "STARTSWITH", "SERVICE-");
   grOR.addOrCondition("id", "STARTSWITH", "APPLICATION-");
   gr.query();
   while (gr.next()) {
       gr.setValue("id", "f379137e075820107add6a77c4a93538|||" + gr.getValue("id"));
       gr.update();
   }

3. [スクリプトの実行] を選択します。
4. [スコープ] メニューから、[Service Graph Connector for Observability Dynatrace] を選択し、[完了としてマーク] を選択します。

• Dynatrace エンティティをフェッチするために REST API 要求で使用されるページサイズのレビュー。
• 構成アイテム (CI) が非アクティブ状態になってから無視されるまでの日数の定義。
• サービスマップで、あるステータスが親に反映されるために、そのステータスとなる必要があるアプリケーションクラスターのノードの割合の入力。

  たとえば、クラスターの親のステータスが「重大」になるために、「重大」になることが必要なノードの割合を定義できます。クラスター内に 10 個のノードがある場合、プロパティ値を 70 に設定すると、クラスターの親サービスに反映されるには、クラスター内の 10 個のノードのうち少なくとも 7 個が重大な状態になる必要があります。

• CMDB に一致する CI がないイベントの取り込みを有効にします。
• インポートスケジュール中に、Dynatrace からのアプリケーション (cmdb_ci_appl) CI の入力を有効にします (Dynatrace プロセス)。

1. [インスタンスの設定構成] セクションで、[構成] を選択します。
2. [Service Graph 接続のプロパティ (Service Graph Connection Properties)] 関連リストで、接続レコードのプロパティを構成します。

   表 : 1. Dynatrace 接続のプロパティ

   プロパティ	説明
   managementZoneName	Dynatrace 環境からフェッチする管理ゾーンの名前を入力します。複数のエントリでは、ドメインをカンマで区切ります。
   タグ	Dynatrace 環境からフェッチするタグの名前を入力します。複数のエントリでは、ドメインをカンマで区切ります。
   serviceTypes	Dynatrace 環境からフェッチする管理ゾーンの名前を入力します。複数のエントリでは、ドメインをカンマで区切ります。
   managementZoneId	Dynatrace 環境からフェッチする管理ゾーンの名前を入力します。複数のエントリでは、ドメインをカンマで区切ります。

3. [更新] をクリックします。
4. [完了としてマーク] をクリックして、[インスタンス設定の構成] タスクを完了します。

セットアップにより、ITOM イベントを Dynatrace から ServiceNow インスタンスにプルできます。

1. [問題通知を構成] セクションで、[構成] を選択します。
2. 構成を Dynatrace にプッシュするには、[問題通知のセットアップ] を選択します。
3. Dynatraceから構成を受け取るには、[フェッチ通知のセットアップ (Fetch Notification Setup)] を選択します。
4. [完了としてマーク] をクリックして、[問題通知を構成] タスクを完了します。

1. [構成] をクリックします。
2. [状態] フィールドで、フィールドが [完了] または [完了 (エラーあり)] に変わるのを待ちます。

   通常、古いバージョンからの移行中にエラーが発生します。

3. リストを更新する必要がある場合は、ヘッダーを右クリックし、[リストを更新] を選択します。
4. [完了としてマーク] をクリックします。

1. [構成] をクリックします。
2. 現在のスコープを [グローバル] に変更します。
3. メニューアイコン () をクリックします。
4. [挿入と維持] をクリックします。
5. [完了としてマーク] をクリックします。

1. [構成] をクリックします。
2. コピーしたスクリプトのレコードを選択します。
3. [今すぐ実行] をクリックします。

      GlideTableManager.invalidateTable("sys_data_source");
      GlideCacheManager.flushTable("sys_data_source");

      GlideTableManager.invalidateTable("scheduled_import_set");
      GlideCacheManager.flushTable("scheduled_import_set");

      GlideTableManager.invalidateTable("sys_variable_value");
      GlideCacheManager.flushTable("sys_variable_value");

      GlideTableManager.invalidateTable("sys_db_object");
      GlideCacheManager.flushTable("sys_db_object");

1. [MID Server を構成] セクションで、[構成] をクリックします。
2. 作成した接続の名前を選択します。
3. [MID Server を使用] チェックボックスをオンにします。
4. [更新] をクリックします。
5. タスクが完了したら、[完了としてマーク] をクリックします。

1. [インスタンスの構成 (Configure Instance)] セクションで、[構成] をクリックします。
2. 構成する接続の名前を選択します。
3. 終了したら、[更新]をクリックし、次に [完了としてマーク] をクリックします。

1. [テスト接続] セクションで、[構成] を選択します。
2. テストする接続の名前を選択します。
3. データソース構成を検証するには、[20 件のレコードのテストロード] ボタンをクリックします。
   注:

   テスト接続が失敗した場合は、接続にエラーがあるので、修正する必要があります。
4. 終了したら、[完了としてマーク] をクリックします。

1. デフォルト通知ペイロードテンプレートを作成する接続を選択します。
2. 必要に応じて、ペイロードテンプレートの名前を更新します。
3. [問題通知のセットアップ] をクリックします。
   通知は、次の表に示すように、ペイロードパラメーターを使用して作成されます。

   表 : 3. 通知ペイロードパラメーター

   パラメーター	説明
   name	通知の名前。名前には 、ServiceNow デフォルトの問題通知 というプリフィックスが自動的に付き、インスタンス名が追加されます。
   alertingProfile	のアラートプロファイルの DynatraceID。
   type	Webhook に自動的に設定されるペイロードのタイプ。
   URL	https://https://<instance name>.service-now.com//api/sn_em_connector/em/inbound_event?source=SGO-Dynatrace 形式の Webhook URL。
   payload	次の形式で通知用に作成されたカスタムペイロード: { "ImpactedEntities": {ImpactedEntities}, "ImpactedEntity": "{ImpactedEntity}", "PID": "{PID}", "ProblemDetailsHTML": "{ProblemDetailsHTML}", "ProblemDetailsJSON": {ProblemDetailsJSON}, "ProblemDetailsMarkdown": "{ProblemDetailsMarkdown}", "ProblemDetailsText": "{ProblemDetailsText}", "ProblemID": "{ProblemID}", "ProblemImpact": "{ProblemImpact}", "ProblemSeverity": "{ProblemSeverity}", "ProblemTitle": "{ProblemTitle}", "ProblemURL": "{ProblemURL}", "State": "{State}", "Tags": "{Tags}" }

4. 接続ごとにこの手順を繰り返します。
5. 終了したら、[完了としてマーク] をクリックします。