← На главную

При обновлении платформы 1С:Предприятие с более старых веток (например, 8.3.12 или 8.3.14) на версию 8.3.16 системные администраторы часто сталкиваются с критической проблемой: служба агента запускается, менеджер кластера rmngr активен, но рабочий процесс rphost «мелькает» в диспетчере задач и мгновенно закрывается. В технологическом журнале при этом фиксируются записи «процесс запущен» и сразу же «процесс остановлен», а журнал событий Windows (Event Viewer) может оставаться абсолютно пустым. Проанализируем причины такого поведения и разберем по шагам методы восстановления работоспособности системы.

Причина 1: Отсутствие необходимых системных библиотек (Universal C Runtime)

Рассмотрим ситуацию, когда сервер работает под управлением Windows Server 2008 R2. Платформа 8.3.16 активно использует функции новых библиотек Visual C++, которые требуют наличия Universal C Runtime (CRT). Если в системе не установлены актуальные обновления, rphost будет падать на этапе инициализации, даже не успев записать ошибку в лог приложения. Выясним, как это исправить:

1. Проверим наличие обновления KB2999226. Это критический компонент для работы 1С последних версий на старых ОС.
2. Установим распространяемый пакет Visual C++ для Visual Studio 2015-2019 (x86 и x64). Важно ставить обе версии, так как некоторые компоненты 1С могут оставаться 32-битными даже в 64-битной среде.
3. После установки обновлений обязательно выполним перезагрузку сервера, чтобы системные DLL корректно зарегистрировались в памяти.

Причина 2: Конфликты лицензирования и количество ядер процессора

Проанализируем ситуацию, упомянутую пользователями: использование 32-битного ключа на сервере с 12 или 16 ядрами. В ветке 8.3.15 и выше механизмы проверки лицензий стали значительно строже. Выделим основные моменты:

Ограничения уровней ПРОФ и КОРП: Если у вас лицензия уровня ПРОФ, а сервер обладает мощностью более 12 ядер, либо количество сеансов превышает 500, платформа может блокировать запуск рабочих процессов. В версии 8.3.16 планировщик rphost некорректно распределяет потоки на многоядерных системах при использовании 32-битного сервера.

Для решения этой проблемы попробуем следующее:

• В консоли администрирования кластеров 1С ограничим количество рабочих процессов и количество соединений на один процесс.
• Если используется 32-битная платформа на мощном «железе», рассмотрим возможность перехода на 64-битную лицензию сервера, так как 32-битные процессы имеют жесткое ограничение по памяти (2 ГБ на процесс), что часто приводит к аварийному завершению при инициализации тяжелых конфигураций.

Причина 3: Права доступа и параметры службы

Разберем случай, когда проблема кроется в учетной записи, от которой запускается служба 1C:Enterprise 8.3 Server Agent. Часто после обновления платформы сбиваются права на папки с данными кластера. Выполним следующие действия:

1. Откроем оснастку «Службы» и проверим пользователя в колонке «Вход от имени».
2. Попробуем переназначить пароль для этого пользователя или временно запустить службу от имени Local System для диагностики. Если процесс взлетит — проблема в правах.
3. Проверим права доступа пользователя службы на каталог srvinfo (обычно это C:\Program Files\1cv8\srvinfo). Пользователь должен иметь полные права на этот каталог и все вложенные папки.

Причина 4: Конфликты портов в реестре

В современных сборках Windows (и при определенных настройках в Windows Server 2008 R2) динамические порты могут перекрываться с портами 1С (1540, 1541, 1560-1591). Если порт занят другим приложением, rphost не сможет прослушивать соединения и завершится. Посмотрим, как это проверить:

Воспользуемся командой в командной строке:

netstat -ano | findstr :1541

Если порт занят сторонним PID, необходимо изменить диапазон портов в реестре или в настройках службы 1С. Также рекомендуется проверить антивирусное ПО, которое может блокировать порты именно для новых исполняемых файлов версии 8.3.16.

Причина 5: Очистка кэша конфигурации и реестра кластера

При переходе с версии 8.3.12 на 8.3.16 формат кэша и некоторых файлов в каталоге srvinfo может конфликтовать со старыми записями. Если стандартные методы не помогают, проанализируем радикальный, но эффективный способ:

1. Остановим службу 1C:Enterprise 8.3 Server Agent.
2. Перейдем в каталог C:\Program Files\1cv8\srvinfo (или ваш путь к реестру кластера).
3. Создадим резервную копию папки reg_1541.
4. Удалим содержимое папок sncfg и временные файлы внутри папок баз. В некоторых случаях требуется полная пересоздание кластера (удаление всех файлов из srvinfo, кроме файлов журналов регистрации .lgp и .lgf).
5. Запустим службу заново.

Проблема с печатью двухмерных штрихкодов в 64-битной версии

Многие администраторы пытаются остаться на 32-битной платформе из-за проблем с компонентой 1C:BarCode. Выясним причину: старая компонента ГНИВЦ работает только в 32-битном адресном пространстве. Однако, начиная с платформы 8.3.16, рекомендуется использовать новую компоненту, основанную на технологии Native API.

Вместо использования сомнительных расширений, проанализируем правильный алгоритм перехода:

• Удалим старый ActiveX 1C:BarCode через панель управления.
• В конфигурации убедимся, что печать использует встроенные возможности платформы или новую компоненту, поставляемую в составе современных типовых решений (БСП).
• Это позволит полноценно использовать 64-битную платформу, которая работает стабильнее и быстрее на многоядерных серверах.

Резюме по сборкам 1030 и 1063

Сборки 8.3.16.1030 и 8.3.16.1063 признаны сообществом нестабильными из-за частых утечек памяти и проблем с защищенными соединениями (SSL). Если после всех выполненных шагов rphost продолжает падать, проанализируем возможность обновления до более поздних релизов ветки 8.3.16 (например, 8.3.16.1148 или 1224), где большинство ошибок инициализации рабочих процессов на старых ОС были исправлены разработчиками.