Администрирование · 9 мин
Как остановить кластер серверов 1С:Предприятие
Как корректно остановить кластер серверов 1С:Предприятие: через консоль администрирования, службы Windows и командную строку. Порядок действий, риски и проверка результата.
Остановка кластера серверов 1С:Предприятие — операция, которая напрямую влияет на работу всех пользователей информационных баз. При некорректном завершении сеансы обрываются, незавершённые транзакции откатываются, а в худшем случае возникают ошибки целостности данных. Поэтому останавливать кластер нужно по определённой процедуре, а не простой перезагрузкой сервера.
Остановка требуется при обновлении платформы, переносе сервера на другое оборудование, регламентном обслуживании, изменении параметров кластера или при аварийных ситуациях. В зависимости от задачи используют разные способы: консоль администрирования, управление службой агента сервера или утилиты командной строки.
Ниже разобраны все рабочие способы остановки, порядок подготовки, проверка результата и типичные ошибки, которые приводят к потере данных или простою.
Подготовка: что сделать перед остановкой кластера
Главное правило — кластер не останавливают «внезапно», пока в базах работают пользователи. Обрыв активных сеансов приводит к откату незавершённых транзакций, появлению «битых» фоновых заданий и в ряде случаев к необходимости тестирования и исправления информационной базы.
Сначала уведомьте пользователей о плановом перерыве работы. Затем в консоли администрирования для каждой информационной базы установите блокировку начала сеансов: откройте свойства базы, задайте дату и время начала блокировки, код разрешения и сообщение для пользователей. Это не даст подключиться новым сеансам, пока вы завершаете текущие.
Дождитесь завершения регламентных и фоновых заданий. Их состояние видно в консоли администрирования в разделе «Сеансы» и «Задания» конкретной базы. Принудительный обрыв длительного задания (например, пересчёта итогов) — частая причина проблем после перезапуска.
- 1Уведомьте пользователей о времени остановки
- 2Установите блокировку начала сеансов для всех баз в свойствах ИБ
- 3Дождитесь завершения фоновых и регламентных заданий
- 4Завершите оставшиеся активные сеансы через консоль
- 5Сделайте резервную копию, если остановка связана с обновлением или переносом
Остановка через консоль администрирования серверов
Консоль администрирования серверов 1С — основной инструмент. Откройте её на машине администратора (оснастка устанавливается вместе с компонентами сервера), подключитесь к нужному центральному серверу и разверните дерево «Кластеры».
Для мягкой остановки отдельного рабочего сервера в составе кластера выберите узел «Рабочие серверы», откройте свойства нужного сервера и снимите признак его использования либо выполните остановку через контекстное меню. Кластер перераспределит нагрузку на оставшиеся серверы — это штатный способ вывести узел из эксплуатации без полного простоя.
Если нужно остановить кластер целиком, последовательно завершите сеансы и рабочие процессы, а затем остановите службу агента сервера на каждом узле, начиная с резервных и заканчивая центральным сервером кластера. Прямой кнопки «остановить кластер» в консоли нет — фактическая остановка выполняется на уровне служб операционной системы.
Остановка службы агента сервера в Windows
В Windows кластер управляется службой «Агент сервера 1С:Предприятия» (имя службы вида «1C:Enterprise 8.3 Server Agent»). Остановите её через оснастку services.msc: найдите службу в списке, откройте контекстное меню и выберите «Остановить». Вместе со службой завершатся рабочие процессы rphost и менеджер кластера rmngr.
Тот же результат даёт командная строка с правами администратора:
net stop "1C:Enterprise 8.3 Server Agent (x86-64)"Если служба не останавливается в разумное время, проверьте: возможно, остались активные сеансы или зависший рабочий процесс rphost. Принудительное завершение процессов через диспетчер задач — крайняя мера: при этом не выполняется корректное закрытие соединений с СУБД, и база данных может остаться в состоянии, требующем восстановления.
Остановка кластера в Linux
В Linux-окружении агент сервера работает как демон srv1cv8. Остановка выполняется через systemd или скрипт инициализации, в зависимости от дистрибутива:
sudo systemctl stop srv1cv83Имя юнита зависит от версии платформы и способа установки — уточните его командой systemctl list-units | grep srv1c. После остановки убедитесь, что процессы ragent, rmngr и rphost завершены: ps aux | grep 1cv8.
Если процессы остались, дождитесь их штатного завершения. Отправлять SIGKILL (kill -9) следует только когда процесс не реагирует на штатное завершение в течение продолжительного времени — риски те же, что и при принудительном завершении в Windows.
Частичная остановка: блокировка вместо выключения
Не всегда нужно останавливать кластер полностью. Для многих задач достаточно заблокировать работу с конкретной базой: установить блокировку сеансов в свойствах информационной базы и запретить выполнение регламентных заданий. Сам кластер при этом продолжает работать и обслуживать другие базы.
Другой вариант частичной остановки — вывод из кластера одного рабочего сервера при многосерверной конфигурации. Это позволяет обновлять платформу или обслуживать узлы по очереди, сохраняя доступность системы для пользователей.
Способы остановки
Подходит для обслуживания одной базы; кластер и другие базы продолжают работать
Для многосерверного кластера; нагрузка перераспределяется, простоя нет
Полная остановка кластера на узле; требует предварительного завершения всех сеансов
Только при зависании; риск повреждения данных и долгого восстановления
Проверка результата и повторный запуск
После остановки убедитесь, что кластер действительно не работает. Признаки корректной остановки: служба агента в состоянии «Остановлена», процессов ragent, rmngr и rphost нет в системе, подключение к кластеру из консоли администрирования невозможно, клиентские приложения получают ошибку соединения, а не зависают.
Запуск выполняется в обратном порядке: сначала стартует служба агента на центральном сервере, затем на остальных узлах. После запуска проверьте в консоли, что кластер зарегистрировал рабочие серверы и процессы, снимите блокировки сеансов с баз и убедитесь, что пользователи могут подключиться, а регламентные задания возобновили выполнение.
Как проверить результат
Служба остановлена, процессов платформы нет
Служба висит в статусе «Остановка» или процессы rphost остались
Ошибка соединения с кластером
Кластер отвечает и показывает сеансы
Подключения успешны, задания выполняются
Ошибки соединения, зависшие регламентные задания
Типичные ошибки при остановке кластера
Отдельная ошибка — остановка только рабочих процессов с расчётом, что «само перезапустится». Менеджер кластера действительно может перезапустить rphost, но сеансы при этом теряются, а пользователи получают аварийное завершение клиента.
Частые вопросы
Можно ли остановить кластер, не отключая пользователей?
Технически служба остановится, но все активные сеансы оборвутся, а незавершённые транзакции откатятся. Для плановых работ всегда сначала блокируйте новые сеансы и завершайте текущие. Безболезненная остановка без отключения пользователей возможна только при выводе отдельного сервера из многосерверного кластера.
Служба агента зависла в статусе «Остановка». Что делать?
Подождите несколько минут — агент может завершать соединения с СУБД. Если статус не меняется, проверьте оставшиеся процессы rphost и rmngr, убедитесь, что нет активных сеансов, и только после этого завершайте процессы принудительно. После этого проверьте состояние баз данных перед запуском.
Как остановить кластер удалённо, без доступа к серверу?
Через консоль администрирования можно завершить сеансы и остановить рабочие серверы, но службу агента остановить из консоли нельзя. Для этого нужен доступ к ОС: RDP и services.msc в Windows, SSH и systemctl в Linux, либо удалённое выполнение команды net stop / sc stop.
Чем остановка кластера отличается от перезагрузки сервера?
Перезагрузка ОС при корректных настройках остановит службу агента штатно, но администратор теряет контроль над последовательностью: нельзя убедиться, что сеансы завершены до начала остановки. Поэтому перед перезагрузкой сервера кластер останавливают вручную по описанной процедуре.
Кластер не запускается после остановки. Куда смотреть?
Проверьте журнал событий ОС и технологический журнал платформы, доступность каталога реестра кластера (srvinfo) и его права доступа, свободное место на диске и доступность сервера СУБД. Частая причина — повреждение файлов реестра кластера при аварийной остановке; в этом случае помогает восстановление каталога srvinfo из резервной копии.
Что важно запомнить
Останавливайте кластер 1С по процедуре: блокировка сеансов, завершение заданий, остановка службы агента — резервные узлы первыми, центральный последним. Принудительное завершение процессов — только при зависании. После запуска проверьте регистрацию серверов, снимите блокировки и убедитесь в работе пользователей и заданий.