Мониторинг кол-ва расходных материалов на принтере

[Артур]

Здравствуйте! Мониторю состояние принтеров Kyocera в организации. Появилась необходимость учёта расходный материалов. На данный момент получаю от принтера данные "сколько всего отпечатано страниц", но столкнулся с одним недостатком, при замене принтера на другой. Zabbix начинает загружать данные с нового принтера, а они не соответствуют данным старого принтера. Заббиксом пользуюсь недавно, поэтому хотел спросить есть ли механизм суммирования данных или Вы можете предложить более лучшее решение? Снимки во вложении.

[Hamardaban]

а заббиксто в чем ивиноват? :-) поменял принтер - фактически это новое устройство со своей статистикой расходников. Ему может соответствовать новый host на забиксе по которому ведется учет. в качестве бреда - можно на "новом" хосте сделать макрос с количеством страниц отпечатанных на прежднем принтере и прибавлять его к текущему значению в препроцессенге.

[Артур]

Хотелось бы автоматизировать. Зашёл на заббикс по прошествии 3-х месяцев, увидел сколько распечатали, заказал бумагу

[Hamardaban]

по уму такие вещи в иных системах делаются... а не в системе мониторинга. заббикс может являться источником данных по расходу - а всё остальное не его проблемммммма.

[Semiadmin]

Если уж нужен такой чудной счетчик, переживающий смену не только картриджей, но и принтеров - могу предложить в меру безумное решение. Делаем вычисляемый айтем (ключ, например, all_pages) с тем же периодом обновления, что и у айтема, получающего количество страниц за период обновления (ключ, скажем, delta_pages, может быть зависимым от айтема, получающего полный пробег принтера, с Simple change в препроцессинге).
Пишем в формуле 0 и жмем Check now. Получив первый 0, меняем формулу на last("all_pages") + last("delta_pages").

[Артур]

Можно так last("all_pages")+(last("delta_pages")-prev("delta_pages")). Если вдруг не будет связи он всё равно получит корректные значения

[Semiadmin]

Не будет связи - в смысле, счетчик страниц не сможет получить новое значение за отчетный период? Тут надо поосторожнее, а то предыдущая дельта так и будет постоянно прибавляться. Надо бы, чтобы в этом случае все участники становились nonsupported. Впрочем, в случае snmp так и будет.
P.S. Кстати, конструкция last("all_pages")+(last("delta_pages")-prev("delta_pages")) сомнительна, т.к. будет пытаться обнулить общий счетчик при смене принтера. Преобразование Simple change, напротив, дает пропуск значения, если новое меньше старого, а не отрицательную величину.

[Артур]

При замене принтера скорее всего не получится получать значения, так бывает мы ставим принтеры с ремонта у которых уже есть пробег. При замене принтера скорее всего нужно будет отдельно записывать значения

[Semiadmin]

Если при замене принтера на отремонтированный его пробег меньше общего счетчика - вообще не проблема, Simple change это отработает. Если больше - достаточно при замене на время деактивировать общий счетчик, чтобы счетчик копий успел получить пару значений и начал считать дельту.