Доброго дня. В один прекрасный момент (когда именно неизвестно), после очередного обновления платформы, пользователи стали жаловаться на зависание программы. Зависание характеризуется бесконечной загрузкой, причина мертвый rphost (0% нагрузка сервера, мертвое количество оперативной памяти, не меняющееся со временем), после завершения этого процесса через диспетчер задач, моментально создается новый и буквально через 30 секунд программы пользователей оживают, даже не вылетая из этой самой программы.

Около 100 пользователей (60-87 в среднем), более 20 баз в среднем по 4-8 Гб. 1 база на 400 Гб (2 пользователя).
WinServ 2012R2, 2 XEON E5-2630, 256 Гб оперативки, MsSQL 2017, Сервер 1с (х86-64) лицензия ПРОФ.

Перед любой проверкой полностью вычищал сервер от признаков 1с (реестр, папки 1с в appdata у каждого пользователя, а так же папки с данными сервера 1с)
1) Пробовал обновлять Платформу до последней версии 18, затем 17 и на данный момент 16 релиза. (проблема осталась)

Мысли: разделить все базы на отдельные кластеры на этом же сервере, т.к. обычная настройка сервера каждой ИБ по процессу, только для версии КОРП.
Так же спустится по версии платформы еще ниже, до 15 релиза, которая предположительно работала нормально.

Так же нашел статью от Рарус https://rarus.ru/publications/20200518-ot-ekspertov-1c-rarus-optimizatsiya-perezapuska-rabochikh-protsessov-na-platforme-1c-8-3-15-i-vyshe-424479/
Но так и не понял куда вставлять указанный код в статье для того чтобы он работал.

Кто сталкивался или у кого есть какие мысли, буду рад любой помощи, ибо я уже заипался.

>мертвое количество оперативной памяти
Нет такого числа.

> после завершения этого процесса через диспетчер задач, моментально создается новый и буквально через 30 секунд программы пользователей оживают, даже не вылетая из этой самой программы.
а разве не так и должно быть?

Перезапуск РП раз в 24 часа, например, настроен?

>Но так и не понял куда вставлять указанный код в статье для того чтобы он работал.
Про повершелл слышал?

(1) Перезапуск есть, но в течении дня эта фигня может раз 5 быть причем в разное время, не зависит от нагрузки или систематики какой-то нет.
(2) Слышал конечно, но я думал он код разово выполняет, без повторения. Попробую, спасибо.

судя по тому, что проблема не зависит от платформы - проблема может быть не в 1с

(4) возможно, но тесты на работоспособность оперативка и винты проходят без проблем

я так понимаю, обладателей такой прелести не много, жаль конечно. Буду дальше сам копать.

(6) все работу работают....

посмотри что там внутри это го РП (секансы), может там какой-то сеанс по параметрам резко отличный от других (например память)... если выявится закономерность - смотри что в этом сеансе вытворяют (юзер или фоновое)... такие иногда вещи забавные выявляются...

>Буду дальше сам копать.
А ты решил что тут за тебя всё сделают? Это зря, халявы не будет

В последних версиях платформы много чудного появляется. Я вот например заметил, что rmngr перестал стоять в сторонке и не отсвечивать, а начал постоянно активно жрать процессор, не 100%, но заметно.

Никто не сказал "Снимай и анализируй тех.журнал", ну и я не скажу.

(10)сначала понять на предмет  чего анализировать  какие соответственно события собирать. В контексте (7) возможно и ЖР будет полезен

(7) Ну учитывая что сеансы разные туда цепляются (ибо баз 20) я смотрел в стороны самых отожраных (баз по объему и пользователей по памяти), но особо прям бросающихся в глаза не было.
(8) зачем сразу халява, есть такое понятие как опыт, может кто сталкивался или покажет направление куда копать.

(12) 2.сделай статистику сеансов и ИБ которые попадают в мертвенькие РП.

Если кому будет интересно, пошли другим путем. Создали на 1 сервере, отдельный кластер под каждую базу, зависания прекратились. Скажем так это для тех у кого Сервер лицензия версии ПРО, если у вас версия корп, можете просто поставить галочку создавать процесс под каждую базу, скорее всего у вас тоже все будет работать нормально. "Пиратам" привет.

(14) "Менеджер под каждый сервис" ?

Или количесвто ИБ на процесс.. че за галочка "создавать процесс под каждую базу" ? нкту такой

(15) Это вообще не в тему. Менеджер под каждый сервис - это относится не к рпхост, а к рмнгр.
А штатного механизма "кластер под каждую базу" нет(

(17) всмысле нету ? Он просто на одном сервере понасоздает разных кластеров со своими диапазонами портов и всё.. и в каждом пропишет одну базу. Я так его понял.

(16) Количество ИБ на процесс = 1
Постоянно только так и выкручивался всегда. Гораздо стабильнее поведения кластера на разнородной нагрузке.
До сих пор поэтому на 12 релизе сижу. Тоже видимо придется переводить нагруженные базы на выделенные кластера при обновлении платформы.

(18) Ну, ручками через реестр можно, но это не штатный механизм. А "количество ИБ на процесс" теперь только в Корп можно менять.

(20) С чего это вдруг нештатный? В руководстве администратора описан.