アクティブな MID サーバーのクローン後の認証情報の問題

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：3分

    • このシステムは、インスタンスのクローン後に可能性のある MID Server 認証情報の問題を検出して Notify する自動プロセスを提供します。

    インスタンスのクローン中、MID Server [ecc_agent] テーブルはソース インスタンスからコピーされませんが、ユーザー [sys_user] テーブルはコピーされます。その結果、ターゲット インスタンスにコピーされたソース MID サーバーのユーザー認証情報が、ターゲットが使用する既存の MID サーバーのセットで使用されているものと一致しない可能性があります。不正な認証情報を使用すると、それらの MID サーバーがターゲット インスタンスに対して停止する可能性があります。インスタンスのプロセスは、インスタンスのクローン後に不正が疑われる認証情報から MID サーバーが停止した場合に通知します。

    クローン後の認証情報の問題のテーブル

    MID サーバーの問題 [ecc_agent_issue] テーブルには、インスタンスのクローン後のアクティブな MID サーバーの問題が格納されます。このテーブルのレコードは、MID サーバーの現在の状態、評価時間、および [問題ソース] を示します。可能性のある不正な認証情報が原因でクローン インスタンスに対して MID サーバーが停止している場合、[問題ソース] は [InstanceClone] です。MID サーバーの問題 [ecc_agent_issue] テーブルのデータは、MID サーバーレコードの関連リストに表示されます。このテーブルのレコードは、30 日間検出されなかった場合は削除されます。進行中の問題は、発生すると再び表示されます。

    クローン後のクリーンアップ スクリプトとスケジュール済みジョブ

    クローン後の不正な MID サーバーの認証情報と呼ばれるクリーンアップ スクリプトは、クローン後にターゲット インスタンス上で実行され、BadMIDCredentialAfterClone と呼ばれるスクリプトインクルードを呼び出します。このスクリプトインクルードは、スケジュール [sys_trigger] テーブル上の次のジョブの実行をスケジュールします。
    • BadMIDCredentialAfterClone-1：クローン実行の 15 分後に実行されます。
    • BadMIDCredentialAfterClone-2：クローン実行の 75 分後に実行されます。
    これらのジョブは、[停止] 状態のクローンの前にターゲット インスタンスに存在していた MID サーバーを MID サーバーの問題 [ecc_agent_issue] テーブルに記録します。これらの MID サーバーは通常の処理の準備ができておらず、クローン プロセスの結果として無効な認証情報が原因で停止している可能性があります。クローンが評価されなかった後にターゲット インスタンスに追加された MID サーバーの状態。
    注:
    MID サーバーログは、ターゲット インスタンスに関連付けられた MID サーバーのユーザーが認証されなかったか、適切なロールが不足していたことを示しています。

    不正な認証情報をチェックするビジネス ルール

    [クローン後に不正な MID 認証情報をチェックする] ビジネス ルールは、[停止] から [稼働] に移行中の MID サーバーの MID Server [ecc_agent] テーブルを監視します。ビジネス ルールがその移行を行う MID サーバーを検出すると、ルールは [InstanceClone] の問題のソースと [解決済み] 以外の状態を持つ、一致する MID サーバーを MID サーバーの問題 [ecc_agent_issue] テーブルで検索しようとします。一致するものが見つかると、ビジネス ルールは [ecc_agent_issue] テーブルの MID サーバーの状態を [解決済み] に更新します。

    MID サーバーの問題の解決

    MID サーバーの問題 [ecc_agent_issue] テーブル名のエラーメッセージは、影響を受ける MID サーバーのユーザーの名前を示します。このメッセージは、ビジネスルールが実行され、不正の疑いがある認証情報で停止した MID サーバーを見つけるたびに表示されます。MID サーバーが動作していない場合 (ステータス：停止) 最近のクローンが原因の可能性があります。ログインしたユーザー「local-midserver」の認証情報を確認します。

    まず影響を受ける MID サーバーの予期される認証情報とユーザーの認証情報を比較して、問題を解決しようとします。認証情報が間違っている場合は、問題を修正して、MID サーバーステータスを再度確認します。認証情報は正しいが、MID サーバーが停止している場合は、考えられる他の原因についてナレッジベースで確認します。