Event Management イベントが「準備完了」ステータスでスタックするDescriptionこの記事では、[em_event] テーブルのイベントエントリが長期間「準備完了」ステータスでスタックする場合のトラブルシューティングのガイドラインについて説明します。 Release or Environmentすべてのリリース。Causeイベントが「準備完了」ステータスでスタックする原因はいくつかあります。イベントの処理は、「イベント管理 - イベントの処理」スケジュール設定済みジョブによって実行されます。 原因 1:イベント処理がバックアップされています。 デフォルトでは、マルチノードイベント処理は有効になっていないため、スケジュール設定済みジョブは 1 つだけですこれらのイベントを処理するシステムの能力よりも多くのイベントが作成された場合、イベントはバックアップされ、新しいイベントは長期間「準備完了」ステータスのままになります。 原因 2:カスタムビジネスルールとスクリプトインクルードによってオーバーヘッドが増加し、イベント処理が遅延する ベストプラクティスとして、em_event テーブルと em_alert テーブルにカスタムビジネスルールを設定することはお勧めしませんカスタムビジネスルールを追加する必要がある場合は、パフォーマンスが高いことを確認します。イベント負荷が高い状況では、マルチノードイベント処理とマルチスレッドが有効になっている場合でも、最小限のオーバーヘッドが追加されても大きな遅延イベントが発生する可能性があります。 原因 3:イベントがスケジュールマネージャーにより取得されない これは通常、マルチジョブスケジュールとともにマルチノードイベント処理が有効になっている場合に発生しますサービス開始されるイベントには、0 ~ 99 の特定のバケットが割り当てられます。マルチノードイベント処理が有効になっている場合、各ノードで、バケット範囲はジョブスケジュール間で均等に分割されます。例:イベントを処理するスケジュール設定済みジョブの数が 4 の場合、各ジョブは特定の範囲 ([0 ~ 24]、[25 ~ 49]、[50 ~ 74]、[75 ~ 99]) の各イベントの処理を担当します。スタックしたイベントは、上記のいずれかの範囲の特定のバケットに属している可能性があります。これは、影響を受ける範囲にアサインされたスケジュール設定済みジョブが運用されていないことを示します。これは、クラスターノードがクラスターを脱退/参加したときにスケジュールマネージャーが同期しなくなる問題であると考えられていました。 原因 4。テーブルのシャーディングが原因で、イベントがクエリーされません。 em_event テーブルがシャードされています。設計上、Event Management は現在のシャードとその前のシャードのイベントのみをクエリします。何らかの理由でイベントが 2 日以上取得されなかった場合 (原因 1 ~ 3、ジョブの一時停止など)、つまり、これらのイベントが N-2 ~ N-7 シャードにある場合、取得されません。 Resolution原因 1:イベント処理がバックアップされている [マルチノードイベント処理 ] を有効にし、イベントを処理するジョブスケジュールの数を増やします負荷テストを実行して、イベントの消費率とイベントの作成率を確認する必要があります。 原因 2:カスタムビジネスルールとスクリプトインクルードによってオーバーヘッドが増加し、イベント処理が遅延する カスタムビジネスルールとスクリプトインクルードにタイミングロジックを追加して、各イベントに追加される遅延量を確認します。ジョブスケジュールのイベントレートとイベント処理サイクルを考慮し、カスタマイズを可能な限り最適化します。 原因 3:イベントがスケジュールマネージャーにより取得されない この問題は非常にまれに発生し、内部テストでは再現できません。現在の回避策は、次の手順を実行してジョブスケジュールを更新することです。 移動 [ Event Management] > [設定] > [プロパティ[]「イベントを処理するジョブスケジュールの数」を別の値に変更します (例:2 から から へ) 1)。保存「イベントを処理するジョブスケジュールの数」を前の値に変更します。保存 原因 4:テーブルのシャーディングが原因で、イベントがクエリされません。 スタックしたイベントを処理する必要がある場合。 カスタマーサポート からHI に連絡して、イベントを現在のシャードに移動してもらいます 「evt_mgmt.events_processing_all_shards」という名前のシステムプロパティを設定します。 Event Management イベント処理ジョブが古いバックログに追いつくまで、いくつかの処理サイクルを待機します (多数ある場合)。 Additional Informationとともにインストールされるコンポーネント