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

Если вы открыли диспетчер задач на сервере 1С и увидели процесс rmngr.exe, который потребляет заметную часть памяти или процессора — это нормальная ситуация, а не вирус и не сбой. Rmngr — один из ключевых служебных процессов кластера серверов 1С:Предприятие, без которого серверная работа системы невозможна.

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

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

Что такое rmngr и какое место он занимает в архитектуре кластера

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

По умолчанию rmngr слушает порт 1541 (при стандартном диапазоне портов кластера 1540–1591). Через этот порт консоль администрирования и клиентские приложения получают информацию о кластере. Если порт занят другим приложением или закрыт брандмауэром, кластер либо не стартует, либо работает нестабильно.

В кластере может быть несколько менеджеров — по одному на каждый рабочий сервер. Один из них выбирается главным (центральным), остальные находятся в резерве. Такое резервирование — основа механизма отказоустойчивости: при падении главного менеджера его роль берёт на себя резервный.

За что конкретно отвечает процесс rmngr

Функции менеджера кластера можно разбить на несколько групп. Первая — управление соединениями: когда пользователь подключается к информационной базе, именно rmngr решает, какому рабочему процессу rphost обслуживать это соединение. Вторая — ведение реестра кластера: список баз, рабочих серверов, администраторов и настроек хранится в каталоге реестра (по умолчанию в каталоге srvinfo), и rmngr отвечает за его целостность.

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

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

Где находится rmngr и как проверить его состояние

Исполняемый файл rmngr.exe расположен в каталоге установки сервера 1С, обычно по пути вида C:\Program Files\1cv8\<версия платформы>\bin\rmngr.exe. На Linux-сервере процесс запускается из аналогичного каталога установки. Если файл обнаружен в другой папке или подписан неизвестным издателем — это повод для проверки на вредоносное ПО, хотя подделка имени rmngr встречается редко.

Проверить состояние процесса можно тремя способами. Первый — диспетчер задач Windows или команда ps aux | grep rmngr в Linux: убедитесь, что процесс запущен и посмотрите потребление ресурсов. Второй — консоль администрирования серверов 1С: там видны все процессы кластера, их роли и нагрузка. Третий — технологический журнал и журнал событий операционной системы, где фиксируются ошибки запуска и аварийные завершения.

1. 1
   Откройте диспетчер задач и найдите процесс rmngr.exe, оцените потребление ЦП и памяти
2. 2
   Откройте консоль администрирования серверов 1С и убедитесь, что кластер активен, менеджеры отображаются без ошибок
3. 3
   Проверьте, что порт 1541 прослушивается: команда netstat -an | find "1541" в Windows
4. 4
   Изучите технологический журнал на наличие событий EXCP и ошибок менеджера кластера
5. 5
   Убедитесь, что каталог реестра кластера (srvinfo) доступен и не переполнен диск

Почему rmngr грузит процессор или память

Умеренная нагрузка от rmngr — норма: процесс постоянно обменивается данными с rphost и клиентами. Тревожными признаками считаются устойчивая загрузка одного ядра на 100%, постоянный рост потребления памяти без освобождения и рост очередей служебных вызовов. Такие симптомы обычно указывают на конкретные причины.

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

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

Настройка и оптимизация: что можно сделать безопасно

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

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

Третий блок мер — регламентный: своевременное обновление платформы, периодическая проверка целостности каталога srvinfo, мониторинг свободного места на диске с реестром кластера. Переполнение диска с srvinfo — классическая причина внезапной остановки кластера.

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

Самая распространённая ошибка — ручное завершение процесса rmngr через диспетчер задач при зависании. Это приводит к аварийной остановке кластера и обрыву всех сеансов пользователей без сохранения данных. Правильный путь — остановка службы агента сервера штатными средствами (services.msc или systemctl) с предварительным предупреждением пользователей.

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

Третья группа ошибок связана с сетью: закрытый брандмауэром порт 1541, конфликт портов при установке нескольких версий сервера на одну машину, некорректные записи DNS, из-за которых серверы кластера не видят друг друга по именам. Эти проблемы маскируются под сбои rmngr, хотя сам процесс исправен.

Когда проблему нельзя решить самостоятельно

Часть ситуаций требует привлечения специалистов с опытом диагностики серверной инфраструктуры 1С. К ним относятся: повторяющиеся аварийные завершения rmngr с дампами памяти, подозрение на утечки памяти в конкретной версии платформы, повреждение реестра кластера без актуальной резервной копии, а также проектирование отказоустойчивого кластера с несколькими серверами.

При обращении к специалистам подготовьте: версию платформы и СУБД, число активных пользователей, фрагменты технологического журнала за период сбоев, дампы аварийного завершения (если есть) и описание последних изменений в инфраструктуре. Это сокращает время диагностики в разы.

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

Как выбрать действие

Rmngr грузит ЦП в часы пик, но к ночи нагрузка спадаетПроверьте фоновые задания и отчёты, запускаемые пользователями; настройте расписание

Память rmngr растёт постоянно и не освобождаетсяОбновите платформу до актуальной версии, включите сбор диагностики утечек

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

Пользователей периодически отключает с ошибкой соединенияПроверьте сеть между серверами кластера, порты 1540–1591 и DNS-разрешение имён

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

Можно ли завершить процесс rmngr.exe вручную?

Технически можно, но делать этого не стоит: завершение rmngr останавливает менеджер кластера, все клиентские сеансы обрываются, несохранённые данные пользователей теряются. Для остановки используйте штатную остановку службы агента сервера 1С.

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

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

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

Обычно один на каждый запущенный кластер. Если видите несколько rmngr на одном физическом сервере — вероятно, развёрнуто несколько кластеров с разными портами, что допустимо, но требует контроля распределения ресурсов.

Почему после перезагрузки сервера кластер не видит базы?

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

Можно ли работать без rmngr, только с rphost?

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