[comment]: # ({ad0fbcd3-ad0fbcd3})
# 3 障害の手動クローズ

[comment]: # ({/ad0fbcd3-ad0fbcd3})

[comment]: # ({afb1fc93-0eef1445})
#### 概要

一般的に障害イベントは、トリガーのステータスが '障害' から '正常' になったときに自動的に解決されますが、トリガー条件式によって障害が解決されたかどうかを判断することが困難な場合もあります。そのような場合、手動で障害を解決する必要があります。

例えば、*syslog*は、いくつかのカーネルパラメータが最適なパフォーマンスのために調整される必要があることを報告するかもしれません。この場合、障害はLinux管理者に通知され対応後に、管理者は障害を手動でクローズします。

障害を手動で閉じることができるのは、*手動クローズを許可* オプションが有効になっているトリガーだけです。

障害を "障害のクローズ"する場合、Zabbix は Zabbix server の新しい内部タスクを生成します。そして、*タスクマネジャー* プロセスがこのタスクを実行し、正常イベントを生成し、障害イベントを終了します。

手動で障害を閉じても、基礎となるトリガーが二度と '障害' 状態にならないわけではありません。トリガー条件式は再評価され、障害が発生する可能性があります:

-   トリガー条件式に含まれるいずれかの項目について、新しいデータが到着したとき（スロットリングの保存前処理ステップによって破棄された値は、受信したとはみなされず、トリガー条件式の再評価の原因にならないことに注意する）
-   時間ベースの関数が式で使用されている場合。タイムベース関数の完全なリストは、
    [トリガー](/manual/config/triggers) で見ることができます。

[comment]: # ({/afb1fc93-0eef1445})

[comment]: # ({ece5ae52-ece5ae52})
#### 設定

手動で障害を閉じるには、2つのステップが必要です。

[comment]: # ({/ece5ae52-ece5ae52})

[comment]: # ({8e977ac6-8e977ac6})
##### トリガー設定

トリガー設定で、*手動クローズを許可* オプションを有効にします。

![](../../../../assets/en/manual/config/manual_close_conf1.png)

[comment]: # ({/8e977ac6-8e977ac6})

[comment]: # ({229474e2-229474e2})
##### 障害更新ウィンドウ

*手動クローズ*フラグの付いたトリガーに障害が発生した場合、[障害更新](/manual/acknowledges#updating-problems)ポップアップウィンドウを開いて、手動で障害をクローズすることができます。

障害をクローズするには、フォームの *障害のクローズ*をチェックし、*更新*をクリックします。

![](../../../../assets/en/manual/config/close_problem1.png)

すべての必須入力項目には赤いアスタリスクが表示されます。

リクエストはZabbixサーバによって処理されます。通常、障害をクローズするのに数秒かかります。この間、障害のステータスとして*監視データ* → *障害* に * クローズ処理中* が表示されます。

[comment]: # ({/229474e2-229474e2})

[comment]: # ({a2933506-a2933506})
#### 確認

障害が手動でクローズされたことを確認することができます。:

- *監視データ* → *障害* から イベントの詳細で確認できます。
-   通知メッセージの{EVENT.UPDATE.HISTORY}マクロを使用して、この情報を提供します。

[comment]: # ({/a2933506-a2933506})