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

Перезапуск службы агента сервера 1С:Предприятие — стандартная операция, которая помогает при зависших сеансах, утечках памяти рабочих процессов, ошибках соединения клиентов с кластером и после изменения настроек сервера. При этом важно понимать, что речь идёт именно о службе «Агент сервера 1С:Предприятия» (1C:Enterprise Server Agent), а не о службе СУБД — это разные компоненты, и перезапускать их нужно по-разному.

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

Ниже рассмотрены все основные способы перезапуска: графическая оснастка Windows, командная строка, PowerShell, система systemd на Linux, а также мягкий вариант через консоль администрирования кластера. Отдельно описаны проверка результата и типичные ошибки.

Подготовка: что сделать до перезапуска службы

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

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

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

Перезапуск через оснастку «Службы» в Windows

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

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

Если служба зависла в состоянии «Остановка» и не реагирует, не перезагружайте сервер сразу — сначала попробуйте определить PID процесса агента (ragent.exe) и завершить его через диспетчер задач или команду taskkill, затем запустите службу заново.

1. 1
   Откройте services.msc через Win+R
2. 2
   Найдите службу «Агент сервера 1С:Предприятия» нужной версии платформы
3. 3
   Щёлкните правой кнопкой и выберите «Перезапустить»
4. 4
   Дождитесь статуса «Выполняется»
5. 5
   Проверьте подключение клиента к базе

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

Для автоматизации и удалённого управления удобнее командная строка. Классический вариант — команды net stop и net start, выполняемые в консоли, запущенной от имени администратора. Имя службы можно посмотреть в свойствах службы в оснастке: обычно оно имеет вид «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)"

В PowerShell доступен более удобный командлет Restart-Service, который сам выполняет остановку и запуск, а параметр -Force позволяет перезапустить службу вместе с зависимыми. Получить точное имя службы можно командой Get-Service с фильтром по маске.

Get-Service -Name "1C*"
Restart-Service -Name "1C:Enterprise 8.3 Server Agent (x86-64)" -Force

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

Перезапуск службы 1С на Linux

На серверах под управлением Linux агент сервера 1С обычно установлен как служба systemd. Имя юнита зависит от способа установки, чаще всего это srv1cv83 или похожее название с указанием версии платформы. Список установленных служб 1С можно посмотреть командой systemctl с фильтром.

sudo systemctl list-units | grep srv1c
sudo systemctl restart srv1cv83
sudo systemctl status srv1cv83

Команда restart выполняет остановку и запуск одним действием. Если служба не останавливается штатно, systemd по истечении таймаута завершит процесс принудительно. После перезапуска обязательно проверьте статус: состояние active (running) означает успешный запуск, а failed — ошибку, детали которой смотрятся через journalctl -u с именем службы.

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

Мягкая альтернатива: перезапуск рабочих процессов вместо службы

Не всегда нужно перезапускать весь агент. Если проблема вызвана конкретным рабочим процессом (rphost) — например, он занял слишком много памяти или перестал отвечать, — достаточно перезапустить только его. В консоли администрирования кластера откройте раздел «Рабочие серверы», найдите нужный процесс в списке рабочих процессов и завершите его. Кластер автоматически создаст новый процесс, а сеансы пользователей будут перераспределены.

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

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

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

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

Типичные ошибки и как их избежать

Отдельная частая ситуация — служба не останавливается штатно. В этом случае найдите PID процесса ragent.exe (на Windows) или процесса агента (на Linux) и завершите его принудительно, затем запустите службу. После такого жёсткого сценария обязательно проверьте целостность списка сеансов и журналы кластера.

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

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