CMDB 識別エンジンエラー サービスマッピングのトラブルシューティング Issue 概要 この記事では、ディスカバリーを使用して CMDB マッピングのトラブルシューティングを行う際に発生する可能性のあるいくつかの質問に回答します。 トラブルシューティングの FAQ 新しいレコードが作成されたのはなぜですか?または、予期されたレコードが作成されなかったのはなぜですか? 次の手順を使用します。 サービスマッピングのプロパティに移動し、識別エンジンの詳細モードを有効にします。これが設定されていない場合、システムログに表示されるのはエラーのみです。詳細モードを有効にするプロパティを設定すると、より多くの情報が得られます。 システムログに移動し、「identification_engine」を含むメッセージ、または「Output=」を含むメッセージ、または「Input=」を含むメッセージをフィルタリングします。 入力メッセージは、識別エンジンが取得する入力です。お気に入りの json エディターで読むことができます (jsoneditoronline.org てみてください)。CI と、識別エンジンに指定されている関係が表示されます。 この入力に対応する出力を探します。対応する出力を見つけるのに時間がかかる場合があります。JSON エディターで出力メッセージを読み取ります。良い兆候は、それらがログ内で近接して検出され、同じ数のアイテム/関係を持っていることです。複数の入力出力レコードがある場合は、入力出力に一致する className (タイプ) を探します。入力 /output の sysid を一致させることができます。 アイテムがデータベースに存在する場合、identificationAttempts - attemptResult : MATCHED が表示され、操作がNO_CHANGEになります。照合に使用された属性を確認できます。一致するものがない場合、操作は INSERT になります。試行回数は、識別ルールと基準の数に関連しています。 データベースに同じ CI が複数回表示されるのはなぜですか?それらは本当に重複していますか? これは、依存関係ルールが原因で発生する可能性があります。たとえば、Tomcat WAR は同じ方法で定義されますが、異なるサーバー上に存在する場合があります。識別エンジンの入力出力メッセージを調べてトラブルシューティングに役立てるには、次の手順を使用します。 CI の識別ルールに移動します。 基準属性を調べます。 CI (重複しているように見えるもの) を開きます。 これらの CI は、識別ルールからは同じに見えるかもしれませんが、別の CI との依存関係があるため、これらは異なります。 DB に同じエントリポイントが複数回表示されるのはなぜですか? これは、以前の製品の欠陥が修正されたことが原因である可能性があります。通常、これは、顧客が IP アドレスではなく FQDN/ホスト名でエントリーポイントを定義した場合に発生します。 これはDNS解決を通過し、IPアドレスによってエントリーポイントを挿入します。顧客がエントリーポイントを削除してから再度追加した場合でも、ルックアップは IP アドレスで実行され、IP アドレスは見つかりません。したがって、複製が作成されます。 構成アイテムの識別中に発生する可能性があるその他の問題 構成アイテムの識別中に発生する可能性のあるその他の問題として、CI が識別ルール基準を満たしていない、または依存関係基準を満たしていないなどの問題があります。(CI は依存関係なしでデータベースに入りました - Linux サーバーなしの Apache です)。 これらの問題については、上記の手順を使用し、「identification_engine」プレフィックスを使用してシステムログを調べます。詳細ログモードを設定し、すべての入力/出力レコードを任意のJSONエディターを使用して比較する必要があります。 Jakarta 以降、識別ログモジュールに説明的なエラーが表示され、JSON エディターで読み取ることができる入力と出力が表示されます。 識別/調整モジュールに移動し、メタデータエディターに移動してルールを表示または変更します。 識別調整 API は、Jakarta の REST API エクスプローラーから利用できます。これを使用して、問題を解決するために行った可能性のある変更をテストできます。 [要求] タブの [生の本文] タブにある [CI の識別 (事後) 識別および調整 REST API] に (固定) 入力ペイロードを貼り付けて送信します。 応答を調べます。 ジャカルタの前であれば、再度ディスカバリーを実行する必要があったでしょう。Jakarta 以降では、REST API を使用して変更を試すことができます。 出力ペイロードのエラーの例 識別ルールがありません – 出力負荷は、識別ルールがないことを示します。 欠損属性 – 出力負荷は、一致する属性の欠落または必須属性の欠落を示します。 顧客がフィールドを必須として定義する場合もあれば、パターンが入力されない場合もあります。 glide.required.attribute.enabled プロパティは、必須属性を無視するかどうかを識別エンジンに指示します。このプロパティはデフォルトで true です。false に設定すると、識別エンジンは必須属性を無視します。このエラーはディスカバリーログにも記録されます。 重複 – 出力ロードで重複が言及されます。 依存関係の問題の例 ホスティング/格納規則の定義が正しくありません。ペイロードに依存関係が存在しません。スローされるエラーは「依存関係がありません」です。ペイロード内の複数の依存関係。