---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/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年03月24日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：6分

ディスカバリー は構成アイテム (CI) を分類した後、識別子を使用してデバイスが既にCMDBに存在するかどうかを判断します。
ディスカバリー は、各デバイスの識別データを蓄積し、そのデータを識別子にフィードする特別な ID プローブを起動します。これにより、デバイスごとに ディスカバリー 実行する必要があるアクションが決定されます。識別子は、重複 CI の作成を回避するために、デバイスの ID を正確に決定します。この識別ステップは、他のタイプのディスカバリーではなく、ディスカバリーの構成アイテムタイプにのみ適用されます。{#c_DiscoveryIdentifiers__identifier-intro}  
ベース ディスカバリー システムの ID プローブを構成して、シリアル番号、名前、ネットワーク ID などの情報をデバイスに要求することができます。このスキャンの結果は、ID センサーによって処理され、結果が識別子に渡されます。次に、識別子は CMDB内で一致するデバイスを見つけようとします。識別子が一致する CI を見つけた場合、識別子はその CI を更新するか、何も実行しません。識別子が一致する CI を見つけられない場合は、新しい CI を作成するか、何も実行しません。続行するように ディスカバリー 構成されている場合、識別子は分類レコードに設定された探索プローブを起動して、デバイスに関する追加情報を収集します。探索プローブは、複数プローブにも簡単なプローブにもなります。  
重要:  
正確な資産を追跡するには、シリアル番号が必要です。ベースラインプローブ、センサー、またはパターンを変更した場合は、シリアル番号がまだ検出されることを確認します。また、カスタムプリフィックスの追加など、シリアル番号の構文が変更されるようなセンサーまたはパターンを設定しないでください。標準でないシリアル番号は、資産の追跡が正確に行われなくなる可能性があります。

## CMDB 識別子テーブル {#c_DiscoveryIdentifiers__section_ayh_nt2_fcb}

{#c_DiscoveryIdentifiers__table_j3j_z4l_lt__entry__2}

| テーブル | 説明 |
|-|-|
| 識別子 \[cmdb_identifier\] | すべての識別子ルールを保存します。 |
| 識別子エントリー \[cmdb_identifier_entry\] | すべての識別子属性を保存します。 |
[ ]

{#c_DiscoveryIdentifiers__table_j3j_z4l_lt}

## 識別子ルール {#c_DiscoveryIdentifiers__section_dkh_pt2_fcb}

デフォルトの ディスカバリー システムには、これらの識別子ルールが含まれており、それぞれが特定の CI タイプ (CI レコードの \[sys_class_name\] フィールド) または \[適用先\] フィールドのテーブルに関連付けられ、指定されたテーブルから CI を検出するための適切な属性が含まれています。属性のすべてを検出する必要がある場合は、関連リストのテーブル (\[検索対象\] テーブル) がルールに含まれます。詳細については、「[CI 識別ルールの作成または編集](https://www.servicenow.com/docs/access?context=t_CreateCIIdentificationRule&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。  
{#c_DiscoveryIdentifiers__table_r2p_1ql_lt__entry__3}

| ルール | テーブル / 属性に適用 | テーブル / 属性で検索 |
|-|-|-|
| ESX サーバールール | ESX サーバー \[cmdb_ci_esx_server\]：correlation_id | なし |
| ハードウェアルール | ハードウェア \[cmdb_ci_hardware\] * serial_number * serial_number_type * 名前 * ip_address * mac_address {#c_DiscoveryIdentifiers__ul_q3s_2xl_lt} | * シリアル番号 \[cmdb_serial_number\] * serial_number * serial_number_type {#c_DiscoveryIdentifiers__ul_hpq_rts_lt} * ネットワークアダプター \[cmdb_ci_network_adapter\] * ip_address * mac_address {#c_DiscoveryIdentifiers__ul_i5g_xts_lt} {#c_DiscoveryIdentifiers__ul_v55_mts_lt} |
| ストレージサーバールール | ストレージサーバー \[cmdb_ci_storage_server\] * cim_object_path * 名前 * serial_number * serial_number_type * mac_address * ip_address {#c_DiscoveryIdentifiers__ul_vf1_l5s_lt} | * シリアル番号 \[cmdb_serial_number\] * serial_number * serial_number_type {#c_DiscoveryIdentifiers__ul_t1y_p5s_lt} * ネットワークアダプター \[cmdb_ci_network_adapter\] * ip_address * mac_address {#c_DiscoveryIdentifiers__ul_x1y_p5s_lt} {#c_DiscoveryIdentifiers__ul_h1y_p5s_lt} |
| WBEM サービスルール | WBEM サービス \[cmdb_ci_wbem_service\]： cim_object_path | なし |
[表 : 1. CMDB 識別子ルール]

{#c_DiscoveryIdentifiers__table_r2p_1ql_lt}

## ハードウェアルールの照合方法 {#c_DiscoveryIdentifiers__section_i4t_st2_fcb}

cmdb_ci_hardware など、独立したルールの属性を \[sys_class_name\] にすることはできません。ディスカバリー識別戦略が CI と特定のクラスの一致に依存する場合は、照合に使用するクラスごとにルールを作成し、識別子フォームの \[適用先\] フィールドでそのクラスを指定する必要があります。  
たとえば、ハードウェアルールとは異なる属性を持つ Linux サーバーの識別子を作成できます。識別のために、マシン名、IP アドレス、MAC アドレスを使用することもできます。これは、NIC 結合または チーミングを使用して利用可能な帯域幅を増やすネットワーク向けのソリューションです。結合されたインターフェイスは同じ物理デバイスとして表され、同じ IP アドレスと MAC アドレスを共有しています。name 属性を使用すると、ディスカバリーボンディングチャネル内の個々のインターフェイスを区別できます。  
重要:  
name 属性を使用して識別子を作成する場合は、アダプター名を変更しないでください。ディスカバリーは、名前を変更したアダプタの既存の CI を解決できなくなります。 ディスカバリーはその CI のインストールステータスを「不在」としてラベル付けし、別の CI を作成します。  
新しいルールは次のようになります。図 : 1. Linux 識別子ルール

## ディスカバリー識別子の評価順序 {#c_DiscoveryIdentifiers__section_ldy_jv2_fcb}

カスタム識別子は、デフォルトの識別子とは異なる順序の値を持つ必要があります。ディスカバリー では、順番にある識別子と属性を、低い番号から高い番号の順序に解析します。デフォルトの識別子の前または後に実行する識別子を作成するか、ベースシステムの識別子と混在させることができます。識別子またはルールが実行されないようにするには、\[ アクティブ\] チェックボックスをオフにして無効にします。CMDB識別子の評価順序は各ルール内で確立され、そのルール内の属性の解析順序のみを制御します。
図 : 2. CMDB識別子ルールの評価順序

## 重複 CI を処理するためのプロパティ

識別および調整とともにインストールされたプロパティを使用して、 ディスカバリー による重複 CI の処理方法を制御できます。`glide.identification_engine.skip_duplicates` と `glide.identification_engine.skip_duplicates.threshold` のプロパティを使用します。詳細については、「[識別および調整のプロパティ](https://www.servicenow.com/docs/access?context=properties-id-reconciliation&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。

## 識別子バージョンを制御するプロパティ {#c_DiscoveryIdentifiers__section_cwq_yt2_fcb}

すべてのインスタンスは、 CMDB 識別および調整フレームワークの識別子を使用します。Geneva 以前のバージョンからのアップグレードでも、従来の識別子は保持されますが、プロパティ `glide.discovery.use_cmdb_identifiers` を使用して新しい識別子に切り替えることができます。Geneva 以前のバージョンからアップグレードした場合は、このプロパティを手動で追加して <kbd class="ph userinput">true</kbd> に設定することで、新しい識別子を使用する必要があります。Geneva 以降のリリースからアップグレードした場合、このプロパティは システムプロパティ \[sys_properties\] テーブルで使用できます。従来のカスタム識別子の機能を保持するには、このプロパティを有効にする前に、新しい CMDB 識別子のルール形式に変換します。カスタム識別子は新しいフレームワークへと自動的に再構成されません。  
注:  
サービスマッピングがアクティブな場合、CMDB識別および調整フレームワークからの新しい識別子は、プロパティ値に関係なく常に使用されます。
* **[ディスカバリー識別子の仕組み](https://servicenow-prod.fluidtopics.net/0htjWVwgkhBWQ9CTtxNwZA)**   
  ディスカバリーによってデバイスのクラスが決定されると、単一の認証で 1 つまたは複数のコマンドを実行するように設定された ID プローブが起動します。
* **[ディスカバリー ID プローブの構成](https://servicenow-prod.fluidtopics.net/tf4Rc~3Gd3l~ChcAIh~FxA)**   
  ID プローブはマルチプローブで、管理性デバイスから特定の情報を抽出するために設定された 1 つ以上の簡易プローブを含んでいます。独自の ID マルチプローブを作成して、ディスカバリーでまだ識別されていない CI を識別することができます。
* **[ディスカバリー ID センサーの構成](https://servicenow-prod.fluidtopics.net/IdTs_g1vAhcHRRJhe7yeNw)**   
  ID マルチプローブをカスタマイズする場合は、そのマルチセンサーも設定できます。
* **[識別用のシリアル番号タイプ](https://servicenow-prod.fluidtopics.net/iNabt~Or7xZZ5QiXJPKhlg)**   
  ディスカバリーが CI を検出すると、それらのシリアル番号はシリアル番号 \[cmdb_serial_number\] テーブルに一覧表示されるため、識別しやすくなります。シリアル番号タイプは、次の例で説明されているように、CI によって異なります。