アラート管理ルールのトラブルシューティング<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } ユースケース 1: メンテナンス条件を含む Alert Management ルールのフィルター条件が設定されているが、アラートレコード上では Maintenance が false である フィルター条件に 2 つのパラメーターのみが設定された Alert Management ルールがあります。 SourceMaintenance 以下はそのスクリーンショットです。 Task（Incident）が作成されていないクローズ済みアラートについて em_alert テーブルを確認すると、Maintenance が false であるにもかかわらず、AM ルールがトリガーされていないことが確認されます。このような場合は、em_alert_history テーブルに移動し、同じアラートを特定して、アラートがオープン状態であったときの値を確認します。クローズ済みアラートは常に Maintenance = false を表示しますが、アラート履歴レコードには、アラートがオープン状態であったときの実際の値が表示される場合があります。このケースでは、アラート履歴に Maintenance = true のレコードが存在することが確認されたため、「AM ルールがトリガーされない」という動作は想定どおりの動作です。 ユースケース 2: Alert Management ルールがトリガーされない、または遅延してトリガーされる あるユースケースでは、アラート作成直後に AM ルールの一部はトリガーされましたが、いくつかの AM ルールはトリガーされないことが確認されました。 このユースケースでは、5 つのルールのうち 4 つはほぼ同じタイミングでトリガーされていますが、1 つのルールは 6 時間後にトリガーされています。この場合、考えられる理由は次のとおりです。 AM ルールのフィルター条件が 6 時間の間一致しておらず、その後のアラート更新によって条件を満たし、AM ルールが通過した。Event Management - Evaluate Alert Rule が実行されていなかった。 このユースケースでは、イベントタブの下にあるイベントは 1 件のみであり、そのイベントによってアラートが作成されています。また、フィルター条件を満たして AM ルールをトリガーするようなアラート更新を引き起こす別のイベントはありません。この特定のユースケースでは、カスタマイズが原因で Event Management - Evaluate Alert Management Rule ジョブが 6 時間実行され続けていたことが確認されました。 ユースケース 3: Alert フィルター条件に一致しない 場合によっては、AM ルールの条件を見落とし、選択された属性が条件を満たしていると想定してしまうことがあります。ユースケース 1 で確認したように、アラートの過去の値は Alert History テーブルから確認できます。ただし、選択された属性がカスタム属性である場合、アラートレコードの過去の値を確認することは難しくなります。以下のスクリーンショットでは、Create Incident はカスタム属性であり、そのフィールド値はカスタム BR を使用してアラート作成時にアラートレコードへ設定されています。このような場合は、新しいイベントを送信してユースケースを再現し、コードを分析してユースケースの範囲を絞り込んでください。