rmngr 1С: что это за процесс и как с ним работать

Если вы открыли диспетчер задач на сервере 1С и увидели процесс rmngr.exe, который потребляет заметный объём памяти или процессорного времени, — это нормальная картина, а не признак вируса или сбоя. rmngr (от англ. resource manager) — менеджер кластера серверов 1С:Предприятие, ключевой системный процесс, без которого клиент-серверный режим работы просто не функционирует.

Именно rmngr принимает подключения от клиентских приложений, распределяет их между рабочими процессами rphost, ведёт реестр сеансов и соединений, управляет фоновыми заданиями и хранит служебную информацию кластера. По сути, это «диспетчер» всей серверной инфраструктуры 1С на конкретном компьютере.

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

Как устроен сервер 1С и какое место занимает rmngr

Сервер 1С:Предприятие состоит из нескольких типов процессов, каждый из которых решает свою задачу. Агент сервера (ragent) — главный процесс, который запускается как служба операционной системы и управляет остальными. Менеджер кластера (rmngr) работает под его контролем и отвечает за логику кластера. Рабочие процессы (rphost) исполняют код конфигурации и выполняют запросы к базе данных.

Цепочка подключения выглядит так: клиентское приложение обращается к агенту сервера, агент передаёт запрос менеджеру кластера, а rmngr решает, какой из рабочих процессов rphost будет обслуживать сеанс. После назначения клиент обменивается данными с rphost напрямую, но rmngr продолжает отслеживать сеанс, контролировать таймауты и управлять блокировками.

В одном кластере может работать несколько экземпляров rmngr — по одному на каждый порт менеджера кластера, если администратор настроил несколько менеджеров для отказоустойчивости. В типовой установке обычно работает один процесс rmngr на каждый кластер.

За что конкретно отвечает менеджер кластера

Функций у rmngr несколько, и все они критичны для стабильной работы. Во-первых, это ведение реестра сеансов: кто подключён, к какой информационной базе, в каком режиме. Именно эти данные вы видите в консоли кластера на вкладке «Сеансы». Во-вторых, распределение нагрузки: rmngr применяет требования назначения функциональности и решает, какой rphost обслужит новый сеанс или фоновое задание.

В-третьих, rmngr управляет фоновыми заданиями и регламентными операциями кластера. В-четвёртых, через него проходит механизм управляемых транзакционных блокировок на уровне кластера. Наконец, процесс хранит серийный номер кластера, список рабочих серверов и прочую служебную конфигурацию, которая сохраняется в каталоге srvinfo (в частности, в файле реестра кластера).

Почему rmngr нагружает сервер и когда это норма

Потребление ресурсов менеджером кластера напрямую зависит от числа активных сеансов, интенсивности фоновых заданий и частоты переназначения процессов. На сервере с сотнями одновременных пользователей rmngr может занимать заметный объём оперативной памяти — это следствие хранения структур данных по каждому сеансу и соединению. Само по себе это не проблема.

Тревожный признак — постоянный рост потребления памяти без роста числа сеансов (так называемое «подтекание») или устойчивая высокая загрузка CPU процессом rmngr при малой активности пользователей. Такое поведение может указывать на ошибки конкретной версии платформы, некорректные требования назначения функциональности, избыточное количество фоновых заданий или проблемы с сетевым взаимодействием между серверами кластера.

Ещё одна частая причина нагрузки — включённый сбор технологического журнала с избыточной детализацией событий или активное использование механизмов, генерирующих большой объём служебного трафика, например частые опросы сеансов из внешних систем мониторинга.

Как проверить состояние rmngr и диагностировать проблемы

Начните с простого: откройте консоль управления кластером (оснастка администрирования серверов 1С) и убедитесь, что кластер активен, список рабочих процессов заполнен, а сеансы распределяются между rphost. Если консоль не подключается к кластеру, проверьте, запущена ли служба агента сервера 1С на соответствующем компьютере.

Далее посмотрите технологический журнал: он включается через конфигурационный файл logcfg.xml в каталоге conf платформы и позволяет отслеживать события менеджера кластера, ошибки соединений и таймауты. Для анализа нагрузки полезны счётчики производительности операционной системы по конкретному процессу rmngr.

1. 1
   Убедитесь, что служба агента сервера 1С запущена, а процессы ragent, rmngr и rphost присутствуют в системе
2. 2
   Откройте консоль кластера и проверьте список сеансов, рабочих процессов и их распределение
3. 3
   Сравните потребление памяти и CPU процессом rmngr с числом активных сеансов
4. 4
   Включите технологический журнал и проанализируйте ошибки и таймауты
5. 5
   Проверьте требования назначения функциональности и расписание фоновых заданий
6. 6
   При подозрении на ошибку платформы проверьте наличие обновлений для вашей версии

Настройка: требования назначения и отказоустойчивость

Основной инструмент управления поведением rmngr — требования назначения функциональности. Они задаются в консоли кластера и определяют, какие рабочие серверы и процессы могут обслуживать те или иные сервисы: клиентские соединения, фоновые задания, сервисы сеансовых данных. Например, можно выделить отдельный сервер под фоновые задания, чтобы регламентные операции не мешали интерактивной работе пользователей.

Для отказоустойчивости кластера предусмотрены механизмы резервирования: несколько рабочих серверов в одном кластере, настройка уровня отказоустойчивости и резервных менеджеров кластера. При выходе из строя основного менеджера его функции принимает резервный экземпляр на другом сервере. Учтите, что такая схема требует корректной сетевой связности между всеми серверами кластера и продуманного распределения портов.

Маршрут решения

Как выбрать действие при проблемах с rmngr

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

rmngr стабильно потребляет много памяти при росте сеансовЭто ожидаемое поведение: планируйте ресурсы сервера с запасом

Память растёт без роста сеансовВключите техножурнал, проверьте версию платформы и обновитесь

Фоновые задания мешают пользователямНастройте требования назначения и выделите отдельный сервер под задания

Нужна непрерывная работа при сбое сервераДобавьте резервный рабочий сервер и настройте уровень отказоустойчивости

Типичные ошибки администраторов и ограничения

Самая распространённая ошибка — принудительное завершение rmngr через диспетчер задач «для освобождения памяти». Это приводит к аварийному разрыву всех сеансов кластера: у пользователей теряются несохранённые данные, а фоновые задания прерываются посередине. Корректный способ воздействия — перезапуск службы агента сервера в плановое окно обслуживания с предупреждением пользователей.

Вторая ошибка — хаотичные требования назначения функциональности, заданные «на всякий случай». Избыточные или противоречивые правила заставляют rmngr постоянно пересчитывать распределение и могут привести к тому, что часть сервисов вообще не найдёт подходящего процесса. Третья типичная проблема — правка или удаление файлов каталога srvinfo при работающем кластере: реестр кластера повреждается, и восстановление требует остановки службы и ручного вмешательства.

Часто задаваемые вопросы

rmngr.exe — это вирус?

Нет, это штатный процесс платформы 1С:Предприятие. Убедиться в подлинности можно по расположению файла: он должен находиться в каталоге bin установленной версии платформы. Если файл с таким именем лежит в произвольной папке, стоит проверить систему антивирусом.

Можно ли ограничить потребление памяти процессом rmngr?

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

Что будет, если завершить процесс rmngr?

Кластер потеряет координацию: клиентские сеансы разорвутся, фоновые задания прервутся. Агент сервера обычно перезапустит менеджер, но пользователям придётся подключаться заново, а несохранённые данные будут утеряны.

Сколько процессов rmngr должно быть на сервере?

В типовой установке — один на каждый кластер. Несколько экземпляров появляются при настройке нескольких менеджеров кластера на разных портах или при работе нескольких кластеров на одном компьютере.

Чем rmngr отличается от rphost?

rmngr — диспетчер: ведёт реестр сеансов и распределяет подключения. rphost — исполнитель: именно в нём выполняется код конфигурации и формируются запросы к СУБД. Обычно rphost несколько, а rmngr один на кластер.