К статье
Практический материал

Администрирование · 9 мин

Как остановить кластер серверов 1С:Предприятие

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

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

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

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

Подготовка: что сделать перед остановкой кластера

Главное правило — кластер не останавливают «внезапно», пока в базах работают пользователи. Обрыв активных сеансов приводит к откату незавершённых транзакций, появлению «битых» фоновых заданий и в ряде случаев к необходимости тестирования и исправления информационной базы.

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

Дождитесь завершения регламентных и фоновых заданий. Их состояние видно в консоли администрирования в разделе «Сеансы» и «Задания» конкретной базы. Принудительный обрыв длительного задания (например, пересчёта итогов) — частая причина проблем после перезапуска.

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

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

Консоль администрирования серверов 1С — основной инструмент. Откройте её на машине администратора (оснастка устанавливается вместе с компонентами сервера), подключитесь к нужному центральному серверу и разверните дерево «Кластеры».

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

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

Остановка службы агента сервера в Windows

В Windows кластер управляется службой «Агент сервера 1С:Предприятия» (имя службы вида «1C:Enterprise 8.3 Server Agent»). Остановите её через оснастку services.msc: найдите службу в списке, откройте контекстное меню и выберите «Остановить». Вместе со службой завершатся рабочие процессы rphost и менеджер кластера rmngr.

Тот же результат даёт командная строка с правами администратора:

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

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

Остановка кластера в Linux

В Linux-окружении агент сервера работает как демон srv1cv8. Остановка выполняется через systemd или скрипт инициализации, в зависимости от дистрибутива:

bash
sudo systemctl stop srv1cv83

Имя юнита зависит от версии платформы и способа установки — уточните его командой systemctl list-units | grep srv1c. После остановки убедитесь, что процессы ragent, rmngr и rphost завершены: ps aux | grep 1cv8.

Если процессы остались, дождитесь их штатного завершения. Отправлять SIGKILL (kill -9) следует только когда процесс не реагирует на штатное завершение в течение продолжительного времени — риски те же, что и при принудительном завершении в Windows.

Частичная остановка: блокировка вместо выключения

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

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

Способы остановки

Блокировка сеансов ИБ

Подходит для обслуживания одной базы; кластер и другие базы продолжают работать

Остановка рабочего сервера

Для многосерверного кластера; нагрузка перераспределяется, простоя нет

Остановка службы агента

Полная остановка кластера на узле; требует предварительного завершения всех сеансов

Принудительное завершение процессов

Только при зависании; риск повреждения данных и долгого восстановления

Проверка результата и повторный запуск

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

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

Контрольные точки

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

Состояние службы агента
Норма

Служба остановлена, процессов платформы нет

Тревожный признак

Служба висит в статусе «Остановка» или процессы rphost остались

Подключение консоли администрирования
Норма

Ошибка соединения с кластером

Тревожный признак

Кластер отвечает и показывает сеансы

Работа пользователей после запуска
Норма

Подключения успешны, задания выполняются

Тревожный признак

Ошибки соединения, зависшие регламентные задания

Типичные ошибки при остановке кластера

Типичные ошибки
01
Остановка службы без завершения сеансов — обрыв транзакций и возможные ошибки в базах
02
Забытая блокировка сеансов — пользователи успевают подключиться в процессе остановки
03
Убийство процессов rphost при зависании вместо диагностики — риск повреждения данных и долгое восстановление СУБД
04
Остановка узлов в произвольном порядке — сначала останавливают резервные серверы, центральный — последним
05
Отсутствие резервной копии перед обновлением платформы — при ошибке откат становится невозможным

Отдельная ошибка — остановка только рабочих процессов с расчётом, что «само перезапустится». Менеджер кластера действительно может перезапустить rphost, но сеансы при этом теряются, а пользователи получают аварийное завершение клиента.

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

Можно ли остановить кластер, не отключая пользователей?

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

Служба агента зависла в статусе «Остановка». Что делать?

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

Как остановить кластер удалённо, без доступа к серверу?

Через консоль администрирования можно завершить сеансы и остановить рабочие серверы, но службу агента остановить из консоли нельзя. Для этого нужен доступ к ОС: RDP и services.msc в Windows, SSH и systemctl в Linux, либо удалённое выполнение команды net stop / sc stop.

Чем остановка кластера отличается от перезагрузки сервера?

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

Кластер не запускается после остановки. Куда смотреть?

Проверьте журнал событий ОС и технологический журнал платформы, доступность каталога реестра кластера (srvinfo) и его права доступа, свободное место на диске и доступность сервера СУБД. Частая причина — повреждение файлов реестра кластера при аварийной остановке; в этом случае помогает восстановление каталога srvinfo из резервной копии.

Итог

Что важно запомнить

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