ディスカバリーの識別フェーズのトラブルシューティングDescriptionこの記事では、プローブとセンサー (パターンではない) を使用したディスカバリーについて説明します。CI 識別フェーズでは、ディスカバリーは検出中のターゲットデバイスに CMDB のレコードがすでに存在しているかどうかを判別しようとします。答えが「はい」の場合、ディスカバリーは探索プローブを起動して続行します。答えが「いいえ」の場合、ディスカバリーは探索プローブを起動する前にそのレコードを CMDB に作成します。 ビデオチュートリアル：失敗したディスカバリーのトラブルシューティング：識別フェーズ 識別プローブは、次の条件で、[プローブのトリガー] 関連リストの CI 分類によって決定されます。[フェーズ = 識別]、[アクティブ = true]、[および] [条件スクリプトが空] [または] [true に評価される] 設計上、各 ID プローブはターゲットについてできるだけ多くの識別情報を収集しようとします。これには通常、ホスト名、シリアル番号、ネットワークアダプターなどが含まれます。この識別情報を使用して、ディスカバリーは次のような停止ポイントに達するまで識別子のリストを実行します。 識別子が一致するものが 1 つだけ見つかりました。アクティブな識別を見つけることができず、CMDB 内に一致するものが 1 つだけあります。考えられる結果は次のとおりです。 一致する識別子をまったく見つけることができませんでした。少なくとも 1 つの識別子で複数の一致が見つかりました。 1 の場合、CMDB 内で識別子が一致するものが 1 つだけ見つかりました。次に、ディスカバリーは、それがどの CI レコードであるかを正確に認識していることを宣言します。 2-a の場合、CMDB 内で一致する識別子を見つけることができません。したがって、検出されるデバイスは新しい CI である必要があります。ディスカバリーはそのレコードを CMDB に作成します。2-b の場合、どの識別子でも可能な最善のケースは、複数の一致を見つけることです。この場合、更新する必要があるレコードを特定できないため、ディスカバリーは停止します。つまり、誰かが介入して重複レコードをクリーンアップするまで、ディスカバリーは探索フェーズに進むことができません。 通常、識別子は最適な識別方法の順に実行されます。つまり、CI を識別する最も信頼性の高い方法が通常最初に実行され、その後により低い方法が続きます。通常、シリアル番号は CI を識別する最も信頼性の高い方法であるため、ベースシステムでハードウェアベースの CI を検索するには、シリアル番号識別子が最初に選択され、次に名前、ネットワークアダプターの順に選択されます。ただし、CI 固有の識別子は例外です。たとえば、ESX サーバーは、UUID を介して他のどの情報よりもはるかに確実に識別できます。したがって、UUID が一番上にある必要があります。 識別の順序は、特定の環境に合わせて常に変更する必要があります。たとえば、ネットワーク内のデバイスの名前が一意ではないことがわかっている場合は、名前とクラス名の識別子は役に立たないため、必ずオフにしてください。逆に、ネットワーク内のすべてのデバイス名が一意であることがわかっている場合は、名前とクラス名の識別子を 2 つのシリアル番号識別子の前に昇格させます (たとえば、順序を 1100 から 990 に変更します)。 デバイスがネットワーク上に複数の IP アドレスを持つ場合があります。検出時に、デバイスに IP アドレス A、B、および C があり、3 つの IP アドレスすべてが Shazzam (ポートスキャン) に応答するとします。したがって、ディスカバリーは各 IP アドレスに対してプローブを送信します。識別フェーズ中に、ディスカバリーはある時点で 3 つの IP アドレスが実際には同じデバイスであることを認識し、1 つを選択して (IP ディスカバリーで最初に検出されたもの) 検出を終了します。以下はその例です。 トラブルシューティングのテクニック ID プローブが何らかの理由で起動されない場合は、次の点を確認してください。 分類プローブは正常に実行されましたか？正常に実行されていない場合は、ターゲットに照らして資格情報を確認します。適切な分類 (UNIX、Windows、SNMP) を見つけ、識別されたプローブが [プローブのトリガー] 関連リストに含まれているかどうかを確認します。含まれていない場合は、再度追加します。 ディスカバリーが誤った CI レコードを上書きしている これは、識別フェーズ中に、識別子が CMDB 内で実際には正しくない一致を検出した場合に発生する可能性があります。たとえば、誰かが CI を作成またはインポートし、間違ったシリアル番号またはシャーシのシリアル番号などの一般的すぎるシリアル番号を入力した場合、ディスカバリーはその CI をシリアル番号で識別し、誤ってレコードを上書きします。これは、シリアル番号識別子を使用しないか、シリアル番号が常に一意になるようにシリアル番号入力を変更することで解決できます。 同じレコード内に相互に上書きし合う異なる CI がある これは通常、識別子が CMDB 内の同じレコードを異なるデバイスと誤って認識することが原因です。たとえば、まったく同じ名前の 2 つのデバイスがあり、それらには識別可能な情報としてシリアル番号がありません。ディスカバリーは常に両方のデバイスに対して同じレコードを作成/更新することになります。両方のデバイスがたまたま同じディスカバリー実行にあった場合、複数の IP を持つ同じ CI のように見え、一方に対して「識別済み、余分な IP を無視します」というメッセージが表示されます。 検出されたデバイスが複数の既存の CI に一致する [ディスカバリー定義] > [プロパティ] に移動し、CI ID デバッグプロパティに [はい] を選択します。このプロパティは、CI 識別プロセス中に各 IP アドレスの追加データをディスカバリーログに書き込みます。重複 CI の問題を解決するには、このログを参照してください。ID プローブの実行後にディスカバリーが停止する これは、識別子が CMDB 内で複数の一致を検出したことが原因である可能性があります。つまり、ディスカバリーは CMDB 内で一致を見つけましたが、更新する正しいレコードを特定できません。この場合、CMDB に対する人間の介入が必要です。ディスカバリーを適切に続行するには、重複レコードをクリーンアップする必要があります。ログに表示される内容の例を次に示します。