このページで

3 データの保存期間

概要

housekeeper は、Zabbix サーバーによって実行される定期処理です。
この処理は、古くなった情報と、ユーザーによって削除された情報を削除します。

このセクションでは、housekeeping タスクをタスクごとに個別に有効または無効にできます。対象は次のとおりです。
events と alerts/services/user sessions/history/trends。
Audit housekeeping の設定は、別の メニューセクション にあります。

housekeeping が有効な場合、データレコードを housekeeper によって削除されるまで何日保持するかを設定できます。

アイテム/トリガーを削除すると、そのアイテム/トリガーによって生成された障害も削除されます。

また、イベントは、障害と何らかの形で関連付けられていない場合にのみ housekeeper によって削除されます。
つまり、イベントが障害イベントまたは復旧イベントのいずれかである場合、関連する障害レコードが削除されるまで削除されません。
housekeeper は、古いイベントや障害レコードによる潜在的な問題を避けるため、先に障害を削除し、その後でイベントを削除します。

history と trends には、追加のオプションとして Override item history periodOverride item trend period があります。
このオプションを使用すると、アイテム history/trends を何日間保存するかを全体設定できます(1時間から25年、または "0")。
これは、アイテム設定 フォームで個々のアイテムに設定されている Store up to の値を上書きします。
なお、設定オプション Do not store が有効なアイテムについては、保存期間は上書きされません。

内部 housekeeping が無効でも、history/trend の保存期間を上書きできます。
そのため、外部 housekeeper を使用している場合は、history の保存期間を history の Data storage period フィールドで設定できます。

TimescaleDB を使用している場合、History, trends and audit log compression ブロックが表示されます。

TimescaleDB を使用している場合、
history と trends テーブルの TimescaleDB による自動パーティショニングを最大限に活用するには、
Override item history periodOverride item trend period のオプションを有効にし、
さらに history と trends の Enable internal housekeeping オプションも有効にする必要があります。
そうしないと、これらのテーブルに保持されるデータは引き続きパーティションに保存されますが、
housekeeper は古くなったパーティションを削除せず、
誤った設定に関する警告が表示されます。
古くなったパーティションの削除が有効な場合、Zabbix サーバーと Webインターフェースは削除されたアイテムを追跡しなくなり、
削除されたアイテムの history は古くなったパーティションが削除された時点でクリアされます。

Time suffixes は期間フィールドでサポートされています。例: 1d(1日)、1w(1週間)。
最小値は 1日(history では 1時間)、最大値は 25年です。

Reset defaults ボタンを使用すると、加えた変更を元に戻せます。