Как перезапустить rphost 1С 8.3 вручную

Процесс rphost — это рабочий процесс кластера серверов 1С:Предприятие 8.3, который непосредственно исполняет код прикладных решений и обслуживает сеансы пользователей. Именно он чаще всего становится причиной проблем: утечек памяти, зависших сеансов, ошибок «превышен таймаут» и общего замедления базы. В таких ситуациях ручной перезапуск rphost — штатная административная операция, которая позволяет быстро вернуть сервер в рабочее состояние.

Перезапустить rphost можно несколькими способами: через консоль администрирования кластера, перезапуском службы агента сервера 1С в Windows, из командной строки или настройкой автоматического перезапуска по расписанию. Выбор зависит от того, нужно ли завершить один проблемный процесс или весь кластер, и от того, допустимо ли прерывание работы пользователей.

Важно понимать риск: принудительное завершение rphost обрывает все сеансы, которые он обслуживал. Несохранённые данные пользователей будут потеряны, а длительные фоновые операции (проведение документов, обмены, закрытие периода) могут прерваться на середине. Поэтому перед перезапуском следует оценить нагрузку и по возможности предупредить пользователей.

Что такое rphost и когда его нужно перезапускать

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

Признаки того, что rphost пора перезапускать: процесс занимает аномально много оперативной памяти и не освобождает её после завершения сеансов; пользователи массово получают ошибки соединения или таймауты; конкретная информационная база «висит», тогда как остальные работают нормально; в диспетчере задач видно, что один rphost загружает процессор на 100% длительное время.

Подготовка перед перезапуском

Перед завершением рабочего процесса откройте консоль администрирования серверов 1С и посмотрите, какие сеансы обслуживает проблемный rphost. Для этого в ветке «Сеансы» отсортируйте список по колонке «Рабочий процесс». Если на процессе висят активные пользователи, предупредите их о перезапуске или дождитесь окончания критичных операций.

Отдельно проверьте фоновые и регламентные задания. Если в момент перезапуска выполняется обмен данными, резервное копирование средствами 1С или массовое проведение, прерывание может оставить данные в несогласованном состоянии. Безопаснее дождаться завершения заданий либо принудительно снять их через консоль.

Перезапуск rphost через консоль кластера

Это самый точечный и предпочтительный способ: он позволяет завершить конкретный процесс, не трогая остальные. Консоль администрирования серверов 1С входит в состав установки сервера и доступна на машине, где установлена компонента «Администрирование сервера 1С:Предприятия».

1. 1
   Откройте оснастку «Администрирование серверов 1С:Предприятия» и подключитесь к нужному центральному серверу.
2. 2
   Разверните кластер, перейдите в ветку «Рабочие процессы» и найдите проблемный rphost по PID или объёму памяти.
3. 3
   Кликните правой кнопкой по процессу и выберите «Завершить».
4. 4
   Убедитесь, что кластер автоматически создал новый рабочий процесс — он появится в списке через несколько секунд.
5. 5
   Проверьте, что пользователи могут подключиться к базе.

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

Перезапуск через службу агента сервера 1С

Если консоль недоступна, зависла или требуется перезапустить весь кластер целиком, используется перезапуск службы агента. Откройте оснастку services.msc, найдите службу «Агент сервера 1С:Предприятия 8.3» (точное имя зависит от версии платформы), кликните правой кнопкой и выберите «Перезапустить».

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

Перезапуск из командной строки

Для автоматизации или удалённого администрирования удобно использовать командную строку с правами администратора. Сначала определите PID нужного процесса, затем завершите его — кластер поднимет новый автоматически.

tasklist /FI "IMAGENAME eq rphost.exe"
taskkill /PID <номер_процесса> /F

Для перезапуска всей службы агента из командной строки используйте команды net stop и net start с точным именем службы, которое можно посмотреть в свойствах службы в services.msc:

net stop "1C:Enterprise 8.3 Server Agent"
net start "1C:Enterprise 8.3 Server Agent"

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

Автоматический перезапуск через свойства кластера

Если утечки памяти в rphost носят регулярный характер, разовые перезапуски превращаются в постоянную ручную работу. В свойствах кластера (консоль администрирования → правый клик по кластеру → «Свойства») есть параметры, управляющие жизненным циклом рабочих процессов: «Интервал перезапуска» задаёт период, через который rphost перезапускается автоматически, а «Допустимый объём памяти» и «Допустимое отклонение количества ошибок сервера» позволяют кластеру самостоятельно завершать процессы, вышедшие за лимиты.

Автоматический перезапуск работает «мягко»: кластер помечает процесс как завершающийся, перестаёт назначать ему новые сеансы и ждёт окончания текущих, после чего завершает его. Это заметно безопаснее принудительного taskkill для пользователей, но не помогает, если процесс уже полностью завис и не обрабатывает запросы.

Проверка результата и типичные ошибки

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

FAQ