---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# ディスカバリー識別子

# ディスカバリー識別子 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](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=xanadu&pubname=xanadu-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 * name * 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 * name * 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 アドレスを共有しています。\[名前\] 属性を使用することにより、ディスカバリーは結合チャネル内の個々のインターフェイスを区別することができます。  
重要:  
\[名前\] 属性を使用して識別子を作成する場合は、アダプター名を変更しないでください。ディスカバリーは、名前を変更したアダプターの既存の 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=xanadu&pubname=xanadu-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/uoz5YwhDRYBIWDW9DutHZA)**   
  ディスカバリーによってデバイスのクラスが決定されると、単一の認証で 1 つまたは複数のコマンドを実行するように設定された ID プローブが起動します。
* **[ディスカバリー ID プローブの構成](https://servicenow-prod.fluidtopics.net/z44JWAuISDGkAaBPtMpS~g)**   
  ID プローブはマルチプローブで、管理性デバイスから特定の情報を抽出するために設定された 1 つ以上の簡易プローブを含んでいます。独自の ID マルチプローブを作成して、ディスカバリーでまだ識別されていない CI を識別することができます。
* **[ディスカバリー ID センサーの構成](https://servicenow-prod.fluidtopics.net/_MO6tzgzOClKBmJAmdP6XQ)**   
  ID マルチプローブをカスタマイズする場合は、そのマルチセンサーも設定できます。
* **[識別用のシリアル番号タイプ](https://servicenow-prod.fluidtopics.net/ssqA1om15IrjwyV7i_Ugew)**   
  ディスカバリーが CI を検出すると、それらのシリアル番号はシリアル番号 \[cmdb_serial_number\] テーブルに一覧表示されるため、識別しやすくなります。シリアル番号タイプは、次の例で説明されているように、CI によって異なります。