3 データの保存期間
概要
housekeeper は、Zabbix サーバーによって実行される定期処理です。 この処理は、期限切れの情報およびユーザーによって削除された情報を削除します。
このセクションでは、housekeeping タスクをタスクごとに個別に有効または無効にできます。対象は次のとおりです。 events、alerts/services/user sessions/history/trends。 監査の housekeeping 設定は、別の メニューセクション にあります。
housekeeping が有効な場合、データレコードを housekeeper によって削除されるまで何日保持するかを設定できます。
アイテム/トリガーを削除すると、そのアイテム/トリガーによって生成された障害も削除されます。
また、event は、障害と何らかの形で関連付けられていない場合にのみ、housekeeper によって削除されます。 つまり、event が障害 event または復旧 event のいずれかである場合、関連する障害レコードが削除されるまで削除されません。 housekeeper は、古い event や障害レコードによる潜在的な問題を避けるため、先に障害を削除し、その後で event を削除します。
history と trends には、追加のオプションとして Override item history period と Override 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 を使用している場合、 TimescaleDB による history および trends テーブルの自動パーティショニングを最大限に活用するには、 Override item history period および Override item trend period オプションを有効にし、 さらに history と trends の Enable internal housekeeping オプションも有効にする必要があります。 これらを有効にしない場合でも、これらのテーブルに保持されるデータは引き続きパーティションに保存されますが、 housekeeper は期限切れのパーティションを削除せず、 誤った設定に関する警告が表示されます。 期限切れのパーティションの削除が有効になると、 Zabbix サーバーと Webインターフェースは削除されたアイテムの追跡を行わなくなり、 削除されたアイテムの history は期限切れのパーティションが削除された時点でクリアされます。
Time suffixes は期間フィールドでサポートされています。例: 1d（1日）、1w（1週間）。 最小値は 1日（history では 1時間）、最大値は 25年です。
housekeeper は、デフォルトでは 1時間ごとに自動実行されます。
実行頻度は、Zabbix サーバーの設定パラメータ HousekeepingFrequency を設定することで変更できます。
Reset defaults ボタンを使用すると、加えた変更を元に戻せます。