ディスカバリー識別子
ディスカバリーは CI を分類した後、識別子を使用して、デバイスがすでに CMDB に存在するかどうかを判断します。
ディスカバリー は、各デバイスの識別データを蓄積し、そのデータを識別子にフィードする特別な ID プローブを起動します。これにより、ディスカバリーが各デバイスで実行する必要があるアクションが決定されます。重複 CI の作成を防止するために、識別子がデバイスの ID を正確に決定します。この識別ステップは、他のタイプのディスカバリーではなく、ディスカバリーの構成アイテムタイプにのみ適用されます。
この図は、識別子を構成したデバイスを分類およびプローブするためのプロセスフローを示しています。
CMDB 識別子テーブル
| テーブル | 説明 |
|---|---|
| 識別子 [cmdb_identifier] | すべての識別子ルールを保存します。 |
| 識別子エントリー [cmdb_identifier_entry] | すべての識別子属性を保存します。 |
識別子ルール
デフォルトの ディスカバリー システムには、これらの識別子ルールが含まれており、それぞれが特定の CI タイプ (CI レコードの [sys_class_name] フィールド) または [適用先] フィールドのテーブルに関連付けられ、指定されたテーブルから CI を検出するための適切な属性が含まれています。属性のすべてを検出する必要がある場合は、関連リストのテーブル ([検索対象] テーブル) がルールに含まれます。詳細については、「CI 識別ルールの作成または編集」を参照してください。
| ルール | テーブル / 属性に適用 | テーブル / 属性で検索 |
|---|---|---|
| ESX サーバールール | ESX サーバー [cmdb_ci_esx_server]：correlation_id | なし |
| ハードウェアルール | ハードウェア [cmdb_ci_hardware]
|
|
| ストレージサーバールール | ストレージサーバー [cmdb_ci_storage_server]
|
|
| WBEM サービスルール | WBEM サービス [cmdb_ci_wbem_service]： cim_object_path | なし |
ハードウェアルールの照合方法
cmdb_ci_hardware など、独立したルールの属性を [sys_class_name] にすることはできません。ディスカバリーの識別方法が CI を特定のクラスと照合することに依存する場合は、照合に使用するクラスごとに新しいルールを作成し、識別子フォームの [適用先] フィールドでそのクラスを指定する必要があります。
ディスカバリー識別子の評価順序
カスタム識別子は、デフォルトの識別子とは異なる順序の値を持つ必要があります。ディスカバリー では、順番にある識別子と属性を、低い番号から高い番号の順序に解析します。デフォルトの識別子の前または後に実行する識別子を作成するか、ベースシステムの識別子と混在させることができます。識別子またはルールが実行されないようにするには、[アクティブ] チェックボックスをオフにして無効にします。CMDB 識別子の評価順序は各ルール内で確立され、そのルール内の属性の解析順序のみを制御します。
重複 CI を処理するためのプロパティ
ディスカバリーが識別および調整とともにインストールされたプロパティを使用して、重複 CI をどのように処理するかを制御できます。glide.identification_engine.skip_duplicates と glide.identification_engine.skip_duplicates.threshold のプロパティを使用します。詳細については、「識別および調整のプロパティ」を参照してください。
識別子バージョンを制御するプロパティ
glide.discovery.use_cmdb_identifiers を使用して新しい識別子に切り替えることができます。Geneva 以前のバージョンからアップグレードした場合は、このプロパティを手動で追加して true に設定することで、新しい識別子を使用する必要があります。Geneva 以降のリリースからアップグレードした場合、このプロパティは システムプロパティ [sys_properties] テーブルで使用できます。従来のカスタム識別子の機能を保持するには、このプロパティを有効にする前に、新しい CMDB 識別子のルール形式に変換します。カスタム識別子は新しいフレームワークへと自動的に再構成されません。