Как перезапустить кластер серверов 1С

Перезапуск кластера серверов 1С — стандартная административная операция, которая требуется после обновления платформы, изменения настроек кластера, при росте потребления памяти процессами rphost или при зависании сеансов. Несмотря на кажущуюся простоту, неправильный перезапуск способен оборвать активные сеансы пользователей, прервать выполнение регламентных заданий и привести к потере несохранённых данных в открытых формах.

Под «перезапуском кластера» чаще всего понимают перезапуск службы агента сервера 1С (в Windows) или демона srv1cv8 (в Linux), поскольку сам кластер как логическая сущность перезапускается вместе с агентом. Важно понимать разницу: перезапуск агента останавливает все рабочие процессы и сеансы на этом сервере, а перезапуск отдельного рабочего процесса затрагивает только часть соединений.

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

Что именно перезапускается и когда это нужно

Кластер серверов 1С состоит из агента (процесс ragent), менеджера кластера (rmngr) и рабочих процессов (rphost). Агент управляет всеми остальными компонентами, поэтому его перезапуск фактически означает перезапуск всего кластера на данном сервере. Если серверов несколько, перезапуск агента на одном из них не останавливает работу остальных — при правильно настроенной отказоустойчивости сеансы могут быть переназначены.

Типичные ситуации, когда перезапуск оправдан: процессы rphost заняли почти всю оперативную память и не освобождают её, пользователи жалуются на массовые ошибки соединения, после обновления платформы требуется перезапуск службы, изменились параметры кластера (например, диапазон портов), либо зависло соединение, которое невозможно удалить из консоли.

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

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

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

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

1. 1
   Предупредите пользователей о времени перезапуска
2. 2
   В консоли кластера проверьте активные сеансы и фоновые задания
3. 3
   Заблокируйте начало сеансов и регламентных заданий для баз
4. 4
   Дождитесь завершения оставшихся сеансов или завершите их принудительно
5. 5
   Перезапустите службу агента сервера 1С
6. 6
   Проверьте запуск процессов и снимите блокировки

Перезапуск через консоль администрирования кластера

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

Также в консоли можно завершить зависшие сеансы: ветка «Сеансы» — выделить сеанс — «Удалить». Это разрывает соединение пользователя без перезапуска всего кластера. Удаление соединений выполняется аналогично в ветке «Соединения».

Обратите внимание: консоль подключается к агенту по сети, поэтому при полном перезапуске агента соединение консоли оборвётся — это нормально, после запуска службы переподключитесь.

Перезапуск службы агента в Windows

Наиболее распространённый способ. Откройте оснастку служб: нажмите Win+R, введите services.msc и подтвердите. В списке найдите службу «Агент сервера 1С:Предприятия» с указанием версии платформы (например, 8.3.22) — если установлено несколько версий платформы, служб будет несколько, и важно выбрать ту, которая обслуживает нужный кластер.

Щёлкните по службе правой кнопкой мыши и выберите «Перезапустить». Если пункт недоступен или служба «зависла» в состоянии остановки, сначала выполните «Остановить», дождитесь завершения, затем «Запустить». Остановка может занять до минуты — агенту нужно время на корректное завершение рабочих процессов.

Перезапуск через командную строку

Для автоматизации или удалённого перезапуска удобнее командная строка, запущенная от имени администратора. Имя службы обычно имеет вид 1C:Enterprise 8.3 Server Agent с суффиксом версии и порта, точное имя можно посмотреть в свойствах службы.

net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
net start "1C:Enterprise 8.3 Server Agent (x86-64)"

Для Linux-сервера аналогичная операция выполняется через systemd: systemctl restart srv1cv83 (имя юнита зависит от версии и способа установки). Если служба не останавливается штатно, в Windows можно принудительно завершить процессы командой taskkill /F /IM ragent.exe, но это крайняя мера: принудительное завершение не даёт процессам корректно закрыть соединения с СУБД.

Удалённый перезапуск с другой машины возможен командой sc \\ИМЯ_СЕРВЕРА stop \"имя_службы\" с последующим start, при наличии соответствующих прав.

Проверка результата после перезапуска

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

Затем подключитесь консолью администрирования к кластеру, проверьте, что видны все информационные базы, и выполните тестовый вход в одну из баз клиентским приложением. Не забудьте снять блокировку сеансов и регламентных заданий, если устанавливали её на подготовительном этапе.

Типичные ошибки и их последствия

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

Также опасно принудительное завершение процессов rphost через диспетчер задач как замена штатного перезапуска: это допустимо как аварийная мера при полном зависании, но при обычном применении повышает риск «зависших» транзакций на стороне СУБД и долгого отката при следующем старте.

Когда перезапуск кластера не поможет

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

При регулярной «утечке» памяти rphost вместо частых перезапусков настройте в свойствах кластера автоматический перезапуск рабочих процессов по объёму памяти или по интервалу — это штатный механизм платформы, который выполняет перезапуск безопасно и без обрыва всего кластера.

Частые вопросы