С выходом обновлений платформы 1С:Предприятие до версий 8.3.15 и 8.3.16 многие системные администраторы столкнулись с неожиданным изменением интерфейса консоли администрирования кластера. Привычный параметр "Допустимый объем памяти" исчез из свойств кластера, что вызвало затруднения в управлении потреблением ресурсов процессами rphost.exe. В рамках данной статьи мы подробно разберем, куда переместились эти настройки, почему они могут быть недоступны и как эффективно управлять сервером в условиях новых ограничений лицензирования.
Проанализируем ситуацию: начиная с версии 8.3.15, компания «1С» изменила подход к управлению ресурсами. Если раньше настройки памяти были глобальными для всего кластера, то теперь идеология сместилась в сторону управления конкретными рабочими серверами. Это логично для распределенных систем, где разные сервера в одном кластере могут иметь разный объем физической оперативной памяти.
Разберем, где теперь искать эти параметры. Теперь настройки лимитов находятся в Свойствах рабочего сервера (внутри ветки "Рабочие серверы" в консоли администрирования). Однако здесь администраторы сталкиваются со второй проблемой: значения параметров часто заблокированы или сброшены в "0".
Выясним причину, по которой настройки могут не работать. В версиях 8.3.16+ введено жесткое программное разграничение функционала между лицензиями уровня ПРОФ и КОРП. Параметры прямого ограничения памяти теперь официально считаются функционалом КОРП-уровня.
Рассмотрим, какие именно параметры требуют лицензию КОРП:
rphost.Если у вас установлена лицензия ПРОФ, значение "Максимальный объем памяти" будет всегда равно 0, что означает отсутствие ограничений со стороны платформы. Система будет потреблять столько ресурсов, сколько ей позволит операционная система Windows или Linux.
Проанализируем ситуацию, когда покупка КОРП-лицензии не планируется, но проблему с утечками памяти в rphost.exe нужно решать. Единственным штатным и легальным способом управления памятью в ПРОФ-версии остается регулирование количества рабочих процессов. Чем больше процессов rphost запущено, тем меньше вероятность того, что один проблемный сеанс обрушит работу всех пользователей.
Посмотрим на алгоритм настройки:
Математика здесь простая: при 200 пользователях и лимите 16 соединений на процесс, сервер будет вынужден запустить около 13 процессов rphost.exe. Каждый из них будет владеть своим адресным пространством. Если один пользователь запустит огромный отчет, который "раздует" память процесса, пострадают только те 15 человек, которые находятся в этом же rphost, а не все 200.
Важное замечание: увеличение количества процессов увеличивает накладные расходы на саму ОС (переключение контекста процессора), поэтому не стоит устанавливать слишком маленькие значения (например, 1-2 соединения на процесс).
Рассмотрим ситуацию из практики: администраторы меняют параметры, но старые сеансы продолжают висеть и потреблять память. Выясним, как правильно "очистить" сервер. Простого перезапуска службы "Агент сервера 1С:Предприятия" иногда недостаточно, так как процессы могут зависнуть в состоянии завершения.
Рекомендуется следующий алгоритм полной очистки:
services.msc.rphost.exe, rmngr.exe и ragent.exe завершены.Поскольку в ПРОФ-версии нет штатного механизма "убийства" прожорливых процессов, разберем, как можно автоматизировать этот процесс внешними средствами. Мы можем использовать скрипты PowerShell для мониторинга. Рассмотрим пример логики скрипта:
# Пример логики мониторинга памяти rphost
$limit = 4GB
$procs = Get-Process rphost
foreach ($p in $procs) {
if ($p.WorkingSet64 -gt $limit) {
Write-Host "Процесс $($p.Id) превысил лимит. Требуется вмешательство."
# Здесь может быть команда на мягкое завершение через COM-соединение
# или уведомление администратору
}
}
Такой подход позволяет оперативно узнавать о проблемах, которые раньше решались параметром "Допустимый объем памяти".
Посмотрим на другие настройки, которые остались доступны в ПРОФ-версии и помогают бороться с перерасходом ресурсов:
rphost плавно перезапускаться, освобождая накопленную из-за фрагментации память.Подведем итог: отсутствие параметра "Допустимый объем памяти" в 1С 8.3.16 для лицензий ПРОФ — это осознанное ограничение платформы. Для стабильной работы без КОРП-лицензии необходимо использовать дробление на несколько рабочих процессов через параметр Количество соединений на процесс и внедрять регламентные перезапуски рабочих процессов кластера.