プローブの作成または変更

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間：5分

    • 新しいプローブを作成して追加の CI を検出するか、既存のプローブを変更して追加の情報を収集します。プローブを作成または変更した後、テストします。

    始める前に

    必要なロール：admin
    重要:
    プローブやそれに関連するセンサーを変更するには、スクリプティングの高度な知識が必要です。既存のプローブの多くは、プローブ自体を変更するのではなく、設定できるパラメーターを提供します。詳細については、「プローブパラメーターを設定」を参照してください。

    手順

    1. 移動先 すべて > ディスカバリー > ディスカバリー定義 > プローブ.
    2. 変更するプローブの名前をクリックします。
    3. フォームフィールドで変更を行います (表を参照)。
      フィールド 説明
      クラス クエリーするデバイスのオペレーティングシステムのプローブを選択します。
      • AWS プローブ：AWS クラウド内のリソースをクエリーするには、このクラスを選択します。
      • CIM プローブ：WBEM プロトコルを使用して CIM サーバーをクエリーするには、このプローブタイプを選択します。
      • マルチプローブ：任意のタイプの簡単なプローブを 1 つ以上実行するか、異なるタイプのプローブを混在させるには、このプローブタイプを選択します。このタイプのプローブは、すべての結果を同時に返すように複数のクエリーを同時に行うことができます。複数のプローブを他のマルチプローブに追加することはできません。
      • プローブ：プローブクラスを定義するには、この汎用タイプを選択します。[ECC キュートピック] フィールドにプローブクラスの名前を指定します。
      • SNMP プローブ：ルーターなどのネットワークデバイスに対して、このプローブタイプを選択します。
      • WMI プローブ：Windows デバイスに対して、このプローブタイプを選択します。
      ECC キュートピック プローブの機能について説明する用語を入力します。プローブは、このラベルを受信 ECC キューメッセージの [トピック] フィールドとして使用します。用語は一意であるとは限りません。たとえば、すべての UNIX プローブに、SSHCommand の ECC キュートピック値が含まれている場合があります。
      デフォルトでは、プローブは次の ECC キュートピックを使用します。
      • CimProbe
      • マルチプローブ
      • PowerShell プローブ
      • SCPRelay
      • SSHCommand
      • SNMP
      • WMIRunner
      ECC キュー名 人が使用することを想定してわかりやすい名前を入力するか、プローブを実行する実際のコマンドを入力します。たとえば、ECC キュートピックフィールドの値が SSHCommand の場合、実行する実際のシェルコマンドをこのフィールドに入力します。
      キャッシュ結果 このプローブの結果をキャッシュして、全体的なディスカバリーパフォーマンスを向上させるには、このオプションを選択します。プローブ結果のキャッシュは、出力が変更されにくいプローブとセンサーに対してのみ有効にする必要があります。たとえば、CPU 情報がほとんど変更されない場合、Linux - CPU センサーがキャッシュされます。出力が変更されにくいベースシステムプローブおよびセンサーでは、キャッシュはデフォルトでオンになっています。
      警告:
      分類および識別プローブではキャッシュをオンにしないでください。また、追加のプローブをトリガーするプローブのキャッシュをオンにしないでください。トリガーされなくなる可能性があります。
      クラシックモード Fuji 以降のリリースでこのオプションを選択すると、このプローブの結果がキャッシュされます。このオプションを選択すると、MID サーバーではなく ServiceNow インスタンスで後処理スクリプトをデバッグできます。このモードは、後処理スクリプトが存在する場合にのみ有効です。テスト環境で後処理スクリプトをデバッグするには、クラシックモードを使用します。ServiceNow では、非本番環境でクラシックモードを使用することはお勧めしません。
      後処理スクリプト MID サーバーで実行されるオプションの後処理スクリプトを定義します。このスクリプトは、プローブ結果を入力として受け入れ、センサーが入力として使用するためにインスタンスに送り返される JSON 文字列を出力します。データの解析などのタスクを実行するには、このタイプのスクリプトを使用します。
      すべてのプローブ後処理スクリプトと、それに対応するセンサーは、次のグローバル変数にアクセスします。
      • current：属性を現在に設定します。センサーに存在するものと同じ機能です。これらは検出されるデバイスの属性です。
      • related_data：related_list など、プローブ後処理スクリプトから渡される追加のデータです。
      すべてのプローブ後処理スクリプトと、それに対応するセンサーは、次のメソッドにアクセスします。
      • log(string)：文字列を MID サーバーと ServiceNow インスタンスログファイルに記録します。
      • getparameter(param)：ECC キューペイロードからパラメーターを取得します。
    4. フォームヘッダーを右クリックし、[保存] を選択します。
    5. 必要に応じて、これらの関連リストを変更します。
      関連リスト 説明
      プローブパラメーター プローブの機能を制御するパラメーターです。手順については、「プローブパラメーターを設定」を参照してください。
      このプローブまたはセンサーに反応するセンサー このプローブが利用するセンサーです。
      マルチプローブに含まれる このプローブがマルチプローブとして他のプローブに含まれている場合です。
      マルチセンサースクリプト 複数のセンサーに対して実行されるスクリプトです。
      バージョン プローブのバージョンです。[ステータス] が [現在] の場合、このプローブではインスタンスのバージョンが最新の状態です。そうでない場合は最新バージョンのものではないため、再配置が必要になる可能性があります。手順については、「カスタマイズされたプローブとセンサーのバージョンの調整」を参照してください。
    6. [プローブのテスト] をクリックします。
    7. [プローブのテスト] ウィンドウで、ターゲットの IP アドレスを入力し、MID サーバーを選択します。
      [起動中] で [検証済み] の MID サーバーのみを選択できます。
    8. [OK] をクリックします。
    9. MID サーバーの ECC キューを確認し、結果を確認します。

    次のタスク

    適切な分類子の [プローブのトリガー] 関連リストにプローブを追加します。分類子フォームのフィールドと関連リストの説明については、「ディスカバリー CI の分類の作成」を参照してください。