При администрировании серверов 1С:Предприятие 8.3 системные администраторы часто сталкиваются с ситуацией, когда, несмотря на наличие десятков информационных баз и сотен пользователей, сервер упорно использует только один рабочий процесс rphost. Это приводит к тому, что при попытке подключения новых пользователей система выдает ошибку «Выполняется ожидание возможности запуска рабочего процесса». Рассмотрим подробно причины возникновения этой проблемы и разберем по шагам методы ее устранения.
Проанализируем ситуацию, описанную в теме. Основным виновником невозможности создания второго и последующих процессов в версиях платформы 8.3.13 (в частности, 8.3.13.1513) является зарегистрированный баг с кодом 30164366. Суть ошибки заключается в некорректной работе менеджера кластера rmngr при подсчете количества информационных баз на один процесс.
Когда в настройках рабочего сервера установлен параметр Количество ИБ на процесс, планировщик должен инициировать запуск нового rphost, как только лимит для текущего процесса исчерпан. Однако из-за ошибки алгоритма новый процесс не запускается, а пользователи получают отказ в соединении. Выясним, как это исправить:
Количество ИБ на процесс до значения, превышающего общее число баз на сервере (например, выставить 100 или 500), чтобы все базы могли работать внутри одного (хоть и перегруженного) процесса.Рассмотрим подробнее настройки в консоли администрирования серверов 1С, которые влияют на масштабируемость системы. Откроем свойства рабочего сервера и проанализируем следующие параметры:
Выясним причину, по которой менеджер кластера может блокировать запуск нового rphost из-за нехватки ресурсов. Сервер 1С анализирует доступную память перед запуском нового процесса. Если на сервере установлен Microsoft SQL Server, он по умолчанию может захватывать всю доступную оперативную память, не оставляя места для новых процессов 1С.
Проанализируем ситуацию с настройкой Допустимый объем памяти. Важно понимать формулу расчета, чтобы система не считала ресурсы исчерпанными преждевременно:
Общий_объем_RAM = 12 ГБ (пример)
Резерв_ОС = 2 ГБ
Max_Server_Memory_SQL = 4 ГБ
Доступно_для_1С = 6 ГБ
Если в настройках кластера параметр Безопасный расход памяти за один вызов или Допустимый объем памяти настроены некорректно, сервер 1С может решить, что запуск еще одного rphost приведет к критической нехватке памяти (Out of Memory) и прервет операцию. Убедитесь, что в настройках SQL Server лимит Max Server Memory жестко ограничен, оставляя серверу 1С и операционной системе минимум 20-30% ресурсов.
Иногда создание процесса невозможно по техническим причинам, связанным с окружением ОС. Разберем шаги по проверке сетевых и системных настроек:
rphost, убедитесь, что этот диапазон в настройках рабочего сервера достаточно широк и порты не заняты другими приложениями (например, антивирусами или веб-серверами).rphost создается под учетной записью, от которой запущена служба 1C:Enterprise 8.3 Server Agent (обычно это USR1CV8). Убедитесь, что у этого пользователя есть полные права на папку C:\Program Files\1cv8\srvinfo. Если прав недостаточно для создания файлов логов и реестра нового процесса, rphost упадет сразу после старта.В современных версиях платформы 1С реализован механизм автоматического управления рабочими процессами. Мы рекомендуем использовать следующие настройки для достижения максимальной стабильности:
В свойствах кластера установите флаг «Автоматическое управление рабочими процессами». В этом режиме параметры Количество соединений на процесс и Количество ИБ на процесс игнорируются, а сервер сам принимает решение о запуске новых rphost, опираясь на показатели производительности и потребления памяти. Это избавляет администратора от необходимости ручной подстройки цифр при изменении нагрузки.
Если вы все же используете ручную настройку, проанализируем параметры перезапуска. Например, использование параметра Выключать работающие процессы по достижении лимита памяти позволяет системе мягко заменять «раздувшиеся» процессы новыми, не прерывая работу пользователей. Установите Интервал превышения допустимого объема памяти в значение 30-60 секунд, чтобы кратковременные всплески нагрузки не приводили к постоянному перезапуску сервисов.