Hi Guys
Want to know if anyone's successfully and without effects, mass updated their policy on historical and trend data timing via MySQL Statements?
I recently ran into "out of disk space" errors and had to flush our historical and trend data with drop table statements.
We doing about 4+GB per day and I'd like to manage this by implementing stricter historical/trend data retention periods.
I followed : https://www.zabbix.org/wiki/Docs/howto/mysql_partition to enable SQL Partitioning.
I have partition_maintenance_all set to keep historical data for 14 days (history tables) and 180 days for trend data.
Question
Currently, the items table has various values for history column, ranging between 7-90 days and the trends table has various values ranging between 90-365.
Is the following MySQL Statements correct to align the Zabbix Item History/Trend settings with my partitioning setup?
update items set history = '14' where history <> '14';
update items set trends = '180' where trends <> '180';
Want to know if anyone's successfully and without effects, mass updated their policy on historical and trend data timing via MySQL Statements?
I recently ran into "out of disk space" errors and had to flush our historical and trend data with drop table statements.
We doing about 4+GB per day and I'd like to manage this by implementing stricter historical/trend data retention periods.
I followed : https://www.zabbix.org/wiki/Docs/howto/mysql_partition to enable SQL Partitioning.
I have partition_maintenance_all set to keep historical data for 14 days (history tables) and 180 days for trend data.
Question
Currently, the items table has various values for history column, ranging between 7-90 days and the trends table has various values ranging between 90-365.
Is the following MySQL Statements correct to align the Zabbix Item History/Trend settings with my partitioning setup?
update items set history = '14' where history <> '14';
update items set trends = '180' where trends <> '180';
Comment