Но было бы неплохо сразу знать какой именно процесс злоупотребил. Если брать перф, то среднее по больнице не большое будет , а один выскочка

Знать имя процесса или номер? И как часто номера меняются?

Это не проблема. Смотрите настройки кластера 1С. У меня например при последней обнове, ключ когда был ПРОФ, пришлось убрать все параметры кластера и работать «по-умолчанию» пару недель, так вот 1 процесс ел 36 ГБ, другой 12 ГБ. Третьи несколько соединений держали и ели порядка 600-700МБ.

у меня не так, спасибо за информацию

rphost        7515508736
rphost        3303755776
rphost        2434490368
вот щас у меня триггер горит, к примеру. там завис огромный отчёт на одном процессе.

Настройка параметра ИБ позволяет убивать «зависшие процессы», «заснувшие» - через конфигуратор эта настройка делается. По умолчанию стоит 86400. Иногда бывают исключения и убивать процесс надо в кластере 1С руками. Ещё очень многое решает используемая версия 1С. И как вы заббиксом увидели, что именно «отчёт» завис? И как много ИБ в кластере?

это я посмотрел когда триггер загорелся. Ага, а как отделять огромные отчёты из бухгалтерии, которые я не планирую от зависших процессов есть инфа? чтобы автоматически что-то там прибивать. какая разница сколько там ИБ? я просто для примера привёл информацию. если вы хотите оптимизировать мой мониторинг, то спасибо за помощь, я разберусь сам)

В консоле кластера зависшие или заснувшие процессы не потребляют ресурсов, не пытаются читать субд (в кратце) - это все в сессиях на ИБ видно, чаще всего в самом конце, последняя таблица говорит нам о процессе, заснувший он или нет. И нет, я не хочу оптимизировать ваш мониторинг (у каждого свой огород) я говорю лишь о ненадобности мониторить rphost. Нельзя предугадать сколько ОЗУ процесс съест, если озу мало на сервере, тогда использовать лицензию КОРП и настраивайте параметры кластера. Там же и по счётчикам производительности можно рубить что душе угодно (на последних версиях 1С). Проще мониторить всю ОЗУ сервера, что наверняка у вас в дефолт шаблоне есть.

+

Парни, помогите, пожалуйста, с похмелья болею, перепутал дни и вчера пятницу отметил (
Как сделать тригер если за неделю заняли больше чем 100 мб?

.last()-.last(1w)>100000 

Вот так, кажется фигня (

.last()-.last(,1w)>100M

Ага, т.е. сдвиг по времени нужен..
Спасибо!

Или я тупой или лыжи не едут, объясните плиз почему в примере последним параметром идет регулярка, хотя она должна быть вторым.
(eventlog[name,<regexp>,<severity>,<source>,<eventid>,<maxlines>,<mode>])
https://www.zabbix.com/documentation/4.0/manual/config/items/itemtypes/zabbix_agent/win_keys

Потому, что 3,4,5 параметры - тоже регулярки

Эти да, но <mode> же не регулярка, а в примере
⇒ eventlog[System,,,,^1$]

Здесь 5й параметр, не mode

надо считать запятые

точно, я лохонулся с запятыми. Спасибо.
Написал так,
eventlog[Security,"Тип входа:\s*(2|7|10)",,,4624,,]
но  при проверке пишет
Не удалось отправить запрос: ошибочный тип элемента данных.

Если убрать регулярку то тогда все сообщения попадают, а мне нужно с определенным типом

так это активный агент, с ним check не работает