SCOM コネクターインスタンスの設定

SCOM サーバーからアラートと メトリックインテリジェンス 生データを受信するように Microsoft System Center Operations Manager (SCOM) コネクターインスタンスを設定します。

始める前に

[メトリクス収集] を有効にするには、メトリクスを取得する MID サーバー に メトリックインテリジェンス 拡張が設定されており、その拡張が [開始] モードになっていることを確認してください。「メトリックインテリジェンス拡張の手動構成」を参照してください。

Windows 認証は、SCOM データベース (OperationsManagerDW) にアクセスするためにコネクタによって使用されます。そのため、[メトリクス収集] が選択され、[Windows 認証によるデータベースログイン] オプションも選択されている場合は、SCOM データベースへの読み取りアクセス権を持つユーザーで MID サーバー サービスが実行されていることを確認します。次のようにして、正しい認証情報が使用されていることを確認します。

1. ローカルサービスで、MID サーバーサービスを選択して長押し (または右クリック) し、[プロパティ] を選択します。
2. [ログオン] タブで、[このアカウント] が選択されていることを確認します。   SCOM データベースへの読み取りアクセス権を持つ Windows ドメインユーザーの詳細を含めます。

コネクターの設定手順を開始する前に、以下を確認してください。

• MID サーバーはローカルアドミン権限を持つユーザーで実行されており、MID サーバーで PowerShell を実行できる。
• MID サーバーユーザーに、SCOM API への読み取りアクセス権がある。
• MID サーバーが SCOM サーバーと同じドメインに存在している。
• MID サーバーが SCOM サーバーと同じタイムゾーンを使用している。
• MID サーバーが Windows で実行されている。
• MID サーバーに .NET Framework バージョン 3.5 がインストールされている。

[双方向] が選択されている場合は、以下を確認してください。

• PowerShell バージョン 3.0 が Windows にインストールされている。
• MID サーバーはローカルアドミン権限を持つユーザーで実行されており、PowerShell を実行できる。

既存の SCOM コネクタをアップグレードする方法：

1. [コネクタインスタンス - SCOM コネクタ] ページ (すべて > イベント管理 > 統合 > コネクタインスタンス) で、[ メトリクスを収集 ] チェックボックスをオフにします。
2. ストアから em-connectors プラグインをインストールします。

必要なロール：evt_mgmt_admin

このタスクについて

SCOM アラートを受信するために、SCOM アプリケーションから再頒布可能な SCOM ファイルを取得できます。該当ファイルを MID サーバー に追加し、アラートと メトリックインテリジェンス 生データを収集するように SCOM コネクタインスタンスを設定します。

メトリックインテリジェンス の収集は、PowerShell の代わりに、JDBC を実行する JavaScript を使用して実行されます。

このセットアップは、Azure 上の SCOM 管理対象インスタンスにも使用できます。

このコネクタでは、ソースシステムからのイベントとメトリクスのペイロードをログに記録する logPayloadForDebug ログパラメーターが有効になっています。デバッグが完了したら、このパラメーターを false に設定して、システムの過負荷を防止します。

サポートされているバージョン：

• 2007：バージョン 6.1.7221.0
• 2012：バージョン 7.1.10226.0
• 2016：バージョン 7.2.117190 および 7.3.13261.0
• 2019：バージョン 10.19.10050.0
• 2022：バージョン 10.22.10118.0
• 2025:バージョン 10.25.10132.0

手順

1. SCOM サーバーで、次のファイルをローカルコンピューターにダウンロードします。

   バージョン	SCOM パスとライブラリー名
   SCOM 2012R2 または SCOM 2012	%ProgramFiles%\Microsoft System Center 2012 R2 または 2012\Operations Manager\Server\SDK Binaries Microsoft.EnterpriseManagement.Core.dll Microsoft.EnterpriseManagement.OperationsManager.Common.dll Microsoft.EnterpriseManagement.Runtime.dll
   SCOM 2007	%ProgramFiles%\System Center Operations Manager 2007\SDK Binaries Microsoft.EnterpriseManagement.OperationsManager.Common.dll Microsoft.EnterpriseManagement.OperationsManager.dll 注: Microsoft.EnterpriseManagement.OperationsManager.Common.dll ファイルには 2007 を付加しないでください。
   SCOM 2016	%ProgramFiles%\Microsoft System Center 2016\Operations Manager\Server\SDK Binaries Microsoft.EnterpriseManagement.Core.dll Microsoft.EnterpriseManagement.OperationsManager.dll Microsoft.EnterpriseManagement.Runtime.dll 注: MID サーバーには、.NET 4.6 以降がインストールされている必要があります。
   SCOM 2019	%ProgramFiles%\Microsoft System Center 2019\Operations Manager\Server\SDK Binaries Microsoft.EnterpriseManagement.Core.dll Microsoft.EnterpriseManagement.OperationsManager.dll Microsoft.EnterpriseManagement.Runtime.dll 注: MID サーバーには、.NET 4.6 以降がインストールされている必要があります。
   SCOM 2022	Microsoft.EnterpriseManagement.Core.dll Microsoft.EnterpriseManagement.OperationsManager.dll Microsoft.EnterpriseManagement.Runtime.dll 注: MID サーバーには、.NET 4.6 以降がインストールされている必要があります。
   SCOM 2025	Microsoft.EnterpriseManagement.Core.dll Microsoft.EnterpriseManagement.OperationsManager.dll Microsoft.EnterpriseManagement.OperationsManager.Common.dll Microsoft.EnterpriseManagement.Runtime.dll 注: MID サーバーには、.NET 4.6 以降がインストールされている必要があります。

   注:

   同じ MID サーバーから SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 および SCOM 2007 への接続を確立することはできません。インスタンスで SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 (それらのいずれか) および SCOM 2007 の両方を使用するには、インスタンスにファイルをアップロードする前に、次の操作を行います。

   1. Microsoft.EnterpriseManagement.OperationsManager.dll ファイルの末尾に「.2012」を追加すると、Microsoft.EnterpriseManagement.OperationsManager.dll.2012 になります。これを 2012/2016/2019/2022 に対して行います。
   2. 2007 のパスで見つかった Microsoft.EnterpriseManagement.OperationsManager.dll ファイルの末尾に .2007 を追加します。

   このような変更されたファイル名を使用することで、両方の SCOM バージョンが展開されている場合に、関連する MID サーバーで適切な DLL をロードできるようになります。Microsoft.EnterpriseManagement.OperationsManager.Common.dll ファイルには 2007 を付加しないでください (SCOM 2007 の場合)。

   いつでも SCOM 2007、SCOM 2012/2016、または SCOM2019 のいずれかのコネクターを定義できます。SCOM 2012 と SCOM 2016 は同じライブラリーファイルを使用しているため、同時に機能することができます。SCOM 2019 は異なる SCOM DLL ファイルを使用するため、SCOM 2012、2016、および 2019 をすべて一緒に設定することはできません。それぞれの SCOM コネクターは、メトリクスをサポートするためにもう一方のコネクターのデータベースを使用できます。

2. 移動先 MID サーバー > JAR ファイル.
3. [新規] を選択し、SCOM サーバーからダウンロードした DLL ファイルごとに、SCOM バージョン用の個別のレコードを追加します。
   1. [名前] フィールドで、SCOM バージョンと識別子を使用して、一意の名前を指定します (例：2012 1)。
      SCOM 2016 を使用している場合は、バージョンとして 2012 を指定します。
   2. フォームヘッダーのペーパークリップアイコンを選択し、ダウンロードした適切な DLL ファイルのいずれかを添付します。
   3. [送信] を選択します。
4. 手順 3 を繰り返し、残りの DLL ファイルごとに個別のレコードを作成します。
   添付する各ファイルの SCOM バージョンの後に一意の識別子があることを確認します (例：2012 2)。
5. 移動先 イベント管理 > 統合 > コネクタインスタンス.
6. [新規] をクリックし、新しいコネクタインスタンスを作成します。
   ページに表示されるコネクタインスタンスフィールドの詳細については、「SCOM コネクタインスタンスフォーム」を参照してください。
7. フォームヘッダーを選択して長押し (または右クリック) し、[保存] を選択します。
   コネクタインスタンスの値がフォームに追加され、コネクタに関連するパラメーターが表示されます。
8. [コネクタインスタンス値] セクションで、必須の SCOM パラメーターの値を編集できます。
   1. login_with_windows_authentication。デフォルト値：false。
      true に設定すると、SCOM イベント収集とイベント値の双方向交換が Windows 認証で機能するようになります。

      この値を呼び出す場合は、MID サーバーで以下を実行してください。

      1. ローカルサービスのリストに移動し、MID サーバーサービスを選択して長押し (または右クリック) して、[プロパティ] を選択します。
      2. [ログオン] タブで、[このアカウント] が選択され、SCOM データベースへの読み取りアクセス権を持つ、Windows ドメイン内のユーザーの詳細情報が設定されていることを確認します。
   2. metric_chunk_size：デフォルト値：50000。
   3. scom_date_format：デフォルトの形式：M/d/yyyy/ h:mm:ss a
      日付の形式が異なるイベントを受信した場合は、受信イベントの形式に合わせてこの値を変更してください。そうしないと、イベントは正しく処理されません。

      たとえば、2019 年 6 月 27 日午前 11:25 に到着したイベントに 2019/06/27/ 11:25:00 a という日付が記されている場合は、受信したイベントの形式に合わせて、scom_date_format の値を yyyy/M/d/ h:mm:ss a に変更します。

      scom_date_format では、a が午前を表し、p が午後を表します。

   4. scom_initial_sync_in_days：デフォルト値：7。
   5. scom_version：SCOM バージョンを指定する必要があります。
      2022、2019、2016、2012、または 2007 から選択します。
   6. stop_isMonitorAlert_bidirectional：ブール。
      SCOM 監視アラートを双方向でのみ停止するには、true に設定します。SCOM 監視アラートを停止すると、アラートを更新しようとしたときに SCOM コンソールで誤ったアラームが発生するのを防ぐことができます。false に設定すると、SCOM 監視アラートはすべてのタイプの SCOM アラートに対して双方向で実行を継続します。

      デフォルト値 = false。

9. フォームヘッダーを選択して長押し (または右クリック) し、[保存] を選択します。
10. MID サーバーサービスを再起動して、ファイルをコピーします。
11. [コネクタのテスト] を選択して、MID サーバーとコネクタ間の接続を確認します。
    テストに失敗した場合は、エラーに表示される指示に従って問題を修正してから、別のテストを実行してください。

    注:

    ping などのネットワークツールを使用して、認証情報の正確性と、MID サーバー から SCOM へのネットワーク接続を確認します。
12. テストに成功したら、[アクティブ] チェックボックスをオンにして、[更新] を選択します。
    注:

    外部ソースとして SCOM を含み、IT アラートと メトリックインテリジェンス 生データに適用されるデフォルトのバインディングルールには、次の SCOM 管理パックがあります。

    • すべての OS 管理パック
    • MS SQL Server
    • IIS

例

双方向が設定されると、外部イベントソースとの双方向の値の交換ができるようになります。

次のシナリオでは、SCOM コネクタのデフォルトの双方向機能について説明します。

• SCOM でアラートが解決されると、ServiceNow ではそのアラートが自動的にクローズされます。ただし、各収集サイクルですべてのアラート変更が更新されるため、双方向機能にかかわらず更新されます。
• ServiceNow でアラートが手動でクローズされると、SCOM ではそのアラートが自動的にクローズされます。アラートのステータスが「再オープン」に変わると、SCOM も更新されます。
• ServiceNow でインシデントが作成されてアラートに関連付けられると、SCOM はインシデント番号をチケット ID として受信します。ただし、インシデントのステータスは SCOM では利用できません。したがって、ServiceNow でインシデントが解決されても、インシデント番号は同じままであるため、SCOM は更新されません。アラートが新しいインシデントに関連付けられると、SCOM で新しいインシデント番号が更新されます。