---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# 構成ファイル内の変更のトラッキングの変更

# 構成ファイル内の変更のトラッキングの変更 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2026年06月25日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

構成アイテム (CI) に属する構成ファイルの変更に関する情報を収集するようにシステムを構成します。サービスマッピングはこの情報を使用して、CI 構成ファイルが変更されたことをユーザーに通知し、構成ファイルの実際の変更をサービスインスタンスマップに直接表示します。

## 始める前に

システムがファイルを記録している CI の記録対象構成ファイルを有効にするには、この CI が属する CI タイプの分類を設定します。

* アプリケーションを表す CI タイプの場合は、関連するパターンの [ディスカバリープロセス分類を作成します](https://www.servicenow.com/docs/HzVH_AMNxKvCbLZTJq~XHA "プロセスの分類では、識別および探索フェーズ中に収集された情報から ディスカバリー により特定の CI タイプを作成できます。")。\[プローブ\] 列に[水平パターン](https://www.servicenow.com/docs/qdXHsHa_ZjMSFnMgQUqWiA "ディスカバリーでは、水平パターンプローブを使用して、水平ディスカバリーのパターンを開始します。")プローブを追加し、\[パターン\] 列にパターンを指定します。
* SNMP デバイスを表す CI タイプの場合は、「[ディスカバリー CI の分類の作成](https://www.servicenow.com/docs/qQvVeE1~ksCgtVDN34GjGg "CI の分類により、ディスカバリーで一般的なオペレーティングシステム、ネットワークデバイス、およびプロセスを検出することができます。")」の説明に従って設定を実行します。

{#track-configuration-files__choices_opw_kwf_tw}  
注:  
これらの分類はベースシステムに含まれているため、ホストの CI 分類を作成する必要はありません。必要なロール：cloud_admin、service_mapping_admin、または admin

## このタスクについて

システムは、これらのファイルが属する CI の水平ディスカバリープロセスの一環として構成ファイルを記録します。構成ファイルには CI 設定とパラメーターが含まれています。 サービスマッピング はこの情報を使用して、CI 構成ファイルが変更されたことをユーザーに通知し、構成ファイルに加えられた実際の変更をサービスインスタンスマップに直接表示します。システムが構成ファイルを記録する方法、およびこれらのファイルに関する情報を保存および更新する方法については、「[構成ファイルの記録](https://www.servicenow.com/docs/Hri2dTpe4_5Xe2pDiYjuwA "水平ディスカバリープロセスは、特定のアプリケーションに属する構成ファイルを検索し、それらの構成ファイルを CMDB に追加できます。以前のバージョンと比較することで、これらのファイルへの変更を記録できます。")」を参照してください。{#track-configuration-files__ConfigFilesShortDesc}

システムは、パターンをトリガーするプロセス分類子を使用して、CI タイプの構成ファイルを記録します。パターンには記録対象ファイル定義が含まれており、それによってアプリケーションが属する CI タイプと構成ファイルのパスを指定します。デフォルトでは、IIS パターンなどのいくつかのパターンによって記録対象ファイル定義が提供されます。これらのデフォルト定義を使用することも、任意のパターンに対してプロセス分類子トリガーの独自定義を作成することもできます。

## 手順

1. 移動先 すべてパターンデザイナーディスカバリーパターン.
2. 関連する CI のパターンをクリックします。  
   重要:  
   構成ファイルの記録を有効にしても、パターンのコンテンツは変更されません。
3. \[記録対象ファイル\] タブをクリックします。  
   デフォルトでは、ディスカバリーの[構成ファイルの記録をサポートするパターン](https://www.servicenow.com/docs/Hri2dTpe4_5Xe2pDiYjuwA#tracked-config-files__patterns-for-file-tracking)に対して 1 つまたは複数の記録対象ファイル定義が表示されます。

   \[記録対象ファイル\] タブが表示されない場合は、パターンがプロセス分類子に指定されていることを確認します。手順については、「[分類子への水平パターンプローブの追加](https://www.servicenow.com/docs/Yu7K806HJpMWDgopCxnUEA#t_AddHorizontalPatternProbe "水平ディスカバリーの識別および探索フェーズにパターンを使用するには、検出しようとしている CI の分類子に水平パターンプローブを追加する必要があります。")」を参照してください。
   図 : 1. IIS パターンの記録対象ファイル
4. 既存の定義を変更する場合は \[編集\] をクリックし、新しい定義を作成する場合は \[新規\] をクリックします。
5. フォームフィールドで入力または変更を行います (表を参照)。  
   図 : 2. IIS サーバーディスカバリーの記録対象ファイル定義の例  
   {#track-configuration-files__table_wsz_gn1_by__entry__2}

   | フィールド | 説明 |
   |-|-|
   | CI タイプ | 構成ファイルが属するプライマリ CI タイプまたは関連 CI タイプを選択します。 |
   | ファイルパス | 追跡する構成ファイルのパスを定義します。パターン変数とワイルドカードを使用できます。たとえば、\<「install_directory」パラメーターを持つフォルダ\>/conf/\<任意の xml ファイル\> というパスの場合は、$install_directory+"/conf/\*.xml" と入力します。 |
   | コンテンツを保存する | ServiceNow インスタンスを直接表示および比較するためにこのファイルを利用可能にするには、このチェックボックスをオンにします。 |
   | アクティブ | この構成ファイルの追跡を有効にするには、このチェックボックスをオンにします。 |
   [ ]

   {#track-configuration-files__table_wsz_gn1_by}
6. \[完了\] をクリックします。
7. 必要に応じて、「[記録対象設定ファイルの削除戦略の設定](https://www.servicenow.com/docs/t8JyxLLk5nv~53d_01wBSQ "パターンディスカバリーによって見つけられなくなった場合に、記録対象設定ファイルの CI レコードで何を実行するかを指定できます。")」で説明されているように記録対象ファイルの削除戦略を設定します

## 次のタスク

パターンでディスカバリーするアプリケーションの実行中にホストで検出を実行し、アプリケーション CI レコードを開き、\[記録対象構成ファイル\] 関連リストを確認します。  
サービスマッピング を使用している場合は、構成ファイルの変更に関する情報の収集が開始されたことを確認します。

1. CI が含まれているサービスインスタンスマップに移動します。
2. \[変更\] タブで、加えた変更のレコードがリストに含まれていることを確認します。たとえば、構成ファイルが追加、変更、または削除されたことを確認します。   

{#track-configuration-files__ol_gzq_tdv_11b}