Удаление части данных с графика

[kirush]

Добрый день!
Канал 1Гбит/с, но в определенный момент вылезло каким то образом то что на графике, что сильно испортило картину за весь период.
Как можно удалить эти данные из базы?
Полный размер картинки:

https://dl.dropboxusercontent.com/u/10824900/graph.png

[Jimson]

1) Интервал для этого элемента данных равен 3600? Не многовато будет?

2) Найдите itemid этого элемента данных (можно сделать в интерфейсе zabbix), затем найдите "неправильное" значение в history или histoty_uint (в зависимости от типа элемента данных float/int64) и удалите его. Не забудьте добавить условие where itemid=X and clock=Y.

3) Если есть возможность перейдите на мониторинг через 64-bit счетчики ifHCInOctets/ifHCOutOctets.

[pzabortsev]

а не подскажете, как подчистить данные в трендах?

[Jimson]

а не подскажете, как подчистить данные в трендах?

точно так же, только таблицы другие, trends и trends_uint соответственно

[pzabortsev]

Z совсем не понимаю логику этих таблиц ((
Поэтому трогать их побаиваюсь.
value_min, value_avg и value_max примерно понятно. Тут как раз и болтаются ошибочные данные (точнее в value_avg и value_max, если говорить про trends_uint).
А вот за что отвечает поле num - непонятно.
К примеру, у меня 10 разных значений num по одному из item:

mysql> select num, max(value_min), max(value_avg), max(value_max) from trends_uint where itemid=31418 group by num;
+-----+----------------+----------------+----------------+
| num | max(value_min) | max(value_avg) | max(value_max) |
+-----+----------------+----------------+----------------+
|   1 |              0 |              0 |              0 |
|   2 |              0 |              0 |              1 |
|   3 |              0 |           1205 |           3617 |
|   4 |              0 |              1 |              3 |
|   5 |              0 |              0 |              2 |
|   6 |              2 |            601 |           3617 |
|   7 |              0 |              0 |              0 |
|  10 |              0 |              0 |              5 |
|  11 |              6 |            381 |           4180 |
|  12 |             10 |           1309 |          15739 |
+-----+----------------+----------------+----------------+
10 rows in set (0.00 sec)

Какую смысловую нагрузку они несут?

[Jimson]

trends это просто агрегация данных за час. Собираемые пулерами данные записывается в таблицы history, дополнительно сервер пересчитывает данные за часовые интервалы и записывает вычисленные значение в trends. Делается это во первых потому что хранение сырых (history) данных за большой интервал времени весьма накладно в плане размера базы данных, нужно агрегировать, во вторых для ускорения отрисовки графиков на больших периодах времени. Можно смело удалять из этих таблиц строчку с багованными данными, или править эти данные через update, ничего не сломается. Учтите что в этих таблицах ключем является itemid+clock.

P.S. Предположу что num это кол-во данных из history которые были использованы при вычислении avg/min/max, у меня там для данных с интервалом 60 sec обычно 59 или 60. Почему у вас там бедлам от 1 до 12, ну видимо потому что для этого элемента данных вы перепробовали интервалы от 300 секунд до 3600, либо у вас хост данные часто не отдает и из-за потерь данных у вас то все 12 значений (при 5 минутном интервале как раз выходит 12 значений в час), то вовсе 1.

[pzabortsev]

Спасибо большое!

Видимо Вы правы относительно смысла поля num.
У меня подавляющее число записей для этого элемента с полем num=12, т.к. это статистика postfix, которая собирается раз в 5 минут. Элемент данных - траппер.
Ну а всякий другой мусор, видимо, попал на этапе отладки.