Как остановить сервер 1С:Предприятие без потери данных

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

Правильный порядок зависит от того, как развёрнута система: кластер серверов 1С с СУБД (PostgreSQL, MS SQL) или файловый вариант. В клиент-серверном варианте работу завершает служба агента сервера, а перед остановкой желательно завершить активные сеансы и заблокировать новые подключения. Ниже разобраны все рабочие способы — от консоли администрирования до командной строки.

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

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

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

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

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

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

Консоль администрирования серверов 1С (MMC-оснастка) — основной инструмент для управления кластером. Она устанавливается вместе с сервером 1С и доступна через меню «Пуск» в разделе «1С:Предприятие».

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

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

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

Остановка службы «Агент сервера 1С» в Windows

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

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

Альтернатива с графическим интерфейсом — диспетчер задач: на вкладке «Службы» найдите агент сервера и остановите его из контекстного меню. Результат идентичен.

Остановка через командную строку и PowerShell

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

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

Точное имя службы подсмотрите в свойствах службы в services.msc (поле «Имя службы»). В PowerShell используйте командлет Stop-Service с параметром -Name и, при необходимости, -Force для зависимых служб.

Командная строка удобна для скриптов обслуживания: например, последовательность «завершить сеансы → остановить агент → выполнить обновление → запустить агент» оформляется одним bat-файлом и запускается по расписанию в нерабочее время.

Что делать, если служба не останавливается

Иногда агент сервера «зависает» при остановке — обычно из-за рабочего процесса rphost, который не может завершить длительную операцию. В этом случае откройте диспетчер задач на вкладке «Подробности» и найдите процессы ragent.exe, rmngr.exe и rphost.exe.

Сначала попробуйте завершить только «зависший» rphost (у него обычно высокая загрузка CPU или памяти) — остальные процессы кластер перезапустит или завершит сам. Принудительное завершение всех процессов через «Снять задачу» — крайняя мера: это эквивалент аварийной остановки, и незавершённые транзакции будут откачены СУБД.

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

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

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

Для запуска выполните действия в обратном порядке: запустите службу агента (net start или кнопка «Запустить»), дождитесь появления процессов, снимите блокировку сеансов в свойствах информационной базы и снова разрешите регламентные задания. Проверьте работу, войдя в базу тонким клиентом.

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

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