3 ハウスキーピング
概要
Administration > Housekeeping セクションでは、古くなったデータやユーザーによって削除されたデータをデータベースから自動的に削除する、Zabbix内部のハウスキーピングを設定できます。 これにより、データベースが無制限に肥大化するのを防ぎ、不必要なディスク容量の消費やデータベース性能の低下を回避できます。
ハウスキーピングは、以下の種類のデータに対して有効化および設定できます。
監査ログのハウスキーピングは、別途設定します。
設定
次のパラメータを使用できます。

| Parameter | Description |
|---|---|
| 内部ハウスキーピングを有効にする | 内部ハウスキーピングを有効または無効にします(デフォルトでは有効)。 有効にすると、Zabbix サーバーの housekeeper process が、Data storage period を超えたデータをデータベースから自動的に削除します。 |
| データ保存期間 | housekeeper によって削除されるまで、データをどのくらい保持するかを指定します。 内部ハウスキーピングが有効な場合は必須です。 範囲: 1日(history は1時間)- 25年、または "0"。Time suffixes(例: 1d、1w)を使用できます。 Events and alerts では、データ保存期間はトリガー、サービス、内部データ、ネットワークディスカバリ、オート登録ごとに個別に設定されます。 housekeeper は、障害に関連付けられていないイベントのみを削除します。たとえば、未解決の障害に関連付けられている場合、Data storage period を超えた障害/復旧イベントは削除されません。housekeeper が期限切れのエンティティを削除する際は、まず障害を削除し、その後でイベントを削除します。 なお、アイテム/トリガーが削除されると、その障害も削除されます。ただし、関連する障害/復旧イベントは、housekeeper が削除するまでデータベースに残ります。 History と Trends では、内部ハウスキーピングが無効でも、データ保存期間によって Monitoring > Latest data でデータが表示される期間も決まります。 |
| アイテムの history 期間を上書きする | 有効にすると、アイテム設定 で指定された history/trend の保存期間は、Data storage period 設定で上書きされます(Do not store オプションが有効なアイテムは除く)。 このオプションは、内部ハウスキーピングが無効で外部 housekeeper を使用している場合でも利用できます。 |
| アイテムの trend 期間を上書きする |
TimescaleDB を使用している場合、History, trends and audit log compression セクションが利用可能になります。
TimescaleDB では、自動パーティショニングの利点を最大限に活用するために、history と trends に対して アイテムの history 期間を上書きする、アイテムの trend 期間を上書きする、および 内部ハウスキーピングを有効にする を有効にしてください。 これらのオプションが無効な場合でも、history および trends テーブルに保持されるデータは引き続きパーティショニングされますが、housekeeper は期限切れのパーティションを削除せず、設定警告が表示されます。 期限切れのパーティションの削除が有効になると、Zabbix サーバーと Webインターフェースは削除されたアイテムを追跡しなくなり、それらのアイテムの history は期限切れのパーティションが削除された時点で消去されます。
デフォルトでは、housekeeper は1時間ごとに自動実行されます。
HousekeepingFrequency Zabbix サーバー設定パラメータを指定して、実行頻度を変更できます。
デフォルトに戻す ボタンを使用すると、加えた変更を元に戻せます。