3 問題の手動クローズ
概要
一般的に、トリガーの状態が障害から正常に変わると、障害イベントは自動的に解決されますが、トリガー式によって問題が解決されたかどうかを判断するのが難しい場合があります。
そのような場合、問題は手動で解決する必要があります。
例えば、syslogが最適なパフォーマンスのためにカーネルパラメータを調整する必要があることを報告する場合があります。 この場合、問題はLinux管理者に報告され、彼らが修正し、その後手動で問題をクローズします。
問題は、手動クローズを許可オプションが有効になっているトリガーに対してのみ手動でクローズできます。
問題が「手動でクローズ」されると、ZabbixはZabbixサーバー用の新しい内部タスクを生成します。 その後、タスクマネージャープロセスがこのタスクを実行し、OKイベントを生成することで、障害イベントをクローズします。
生成されたOKイベントには、そのイベントに対して解決されたイベントタグの完全なセット（テンプレート、ホスト、トリガーから継承されたタグを含む）が含まれます。
これらのタグは、通知や{EVENT.RECOVERY.TAGS}や{EVENT.RECOVERY.TAGSJSON}などのマクロで利用できます。
手動でクローズされた問題は、基礎となるトリガーが再び障害状態にならないことを意味するものではありません。 トリガー式は再評価され、以下の場合に問題が発生する可能性があります。
- トリガー式に含まれる任意のアイテムに新しいデータが到着した場合（スロットリングの前処理ステップで破棄された値は受信されたものとはみなされず、トリガー式の再評価は行われません）;
- 式で日付と時刻やnodata()関数が使用されている場合。
設定
手動で問題を閉じるには、2つのステップが必要です。
トリガー設定
トリガー設定で、手動クローズを許可 オプションを有効にします。
問題更新ウィンドウ
手動クローズフラグが設定されたトリガーで問題が発生した場合、その問題の問題更新ポップアップウィンドウを開き、手動で問題をクローズできます。
問題をクローズするには、フォームの問題をクローズオプションにチェックを入れ、更新をクリックします。
すべての必須入力フィールドには赤いアスタリスクが付いています。
リクエストはZabbixサーバーによって処理されます。 通常、問題をクローズするのに数秒かかります。 その処理中、監視データ > 障害で問題のステータスとしてCLOSINGが表示されます。
検証
問題が手動でクローズされたことは、以下の方法で確認できます。
- 監視 > 問題 から利用できるイベントの詳細で確認できます。
- 通知メッセージで
{EVENT.UPDATE.HISTORY}マクロを使用することで、この情報を取得できます。