Как перезапустить сервис 1С: полная инструкция для администратора

Перезапуск службы сервера 1С — стандартная операция, которая помогает при зависших сеансах, утечках памяти рабочих процессов, ошибках подключения клиентов к информационной базе и после изменения настроек кластера. Чаще всего речь идёт о службе «Агент сервера 1С:Предприятия» (ragent), но в файловом варианте работы аналогичную роль играет перезапуск службы веб-сервера или самого приложения.

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

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

Когда нужен перезапуск службы 1С, а когда — нет

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

Не стоит перезапускать службу при локальных проблемах одного пользователя: «зависший» клиент обычно решается удалением конкретного сеанса в консоли кластера. Медленная работа отчётов, блокировки при проведении документов и ошибки СУБД тоже не лечатся перезапуском службы — там нужен анализ запросов и настроек базы данных.

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

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

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

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

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

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

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

Способ 2: перезапуск через командную строку

Для автоматизации и работы на удалённом сервере удобнее командная строка. Откройте командную строку или PowerShell от имени администратора и выполните остановку и запуск службы. Имя службы отличается от отображаемого: обычно это 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)"

Если точное имя неизвестно, выведите список служб командой sc query type= service | findstr /i "1C" или используйте PowerShell: Get-Service | Where-Object {$_.DisplayName -like "1С"}, а затем Restart-Service -Name "ИмяСлужбы". PowerShell-команда удобна тем, что выполняет остановку и запуск одной инструкцией и ждёт завершения операции.

Способ 3: перезапуск через консоль кластера и перезапуск рабочих процессов

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

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

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

На серверах под управлением Linux агент сервера 1С обычно зарегистрирован как systemd-сервис. Перезапуск выполняется командой sudo systemctl restart srv1cv83 — имя юнита может отличаться в зависимости от версии платформы и способа установки. Проверить состояние помогает systemctl status srv1cv83, а журнал запуска смотрят через journalctl -u srv1cv83.

Если служба не зарегистрирована в systemd и агент запускался вручную скриптом, остановите процесс ragent через kill по идентификатору процесса (найти его можно командой ps aux | grep ragent) и запустите заново тем же скриптом. Избегайте kill -9 без крайней необходимости: принудительное завершение не даёт процессу корректно закрыть соединения.

Проверка результата и типичные ошибки

После перезапуска убедитесь, что служба работает, рабочие процессы поднялись и клиенты подключаются. В Windows проверьте статус в services.msc и наличие процессов ragent, rphost, rmngr в диспетчере задач. Затем откройте консоль кластера: центральный сервер, кластер и рабочие процессы должны отображаться без ошибок. Финальная проверка — запуск клиентского приложения и вход в информационную базу.

Частая причина неудачного старта — занятые порты кластера (по умолчанию диапазон начинается с 1540–1541) другой копией агента или конфликт двух версий платформы. Вторая типичная ситуация — служба стартует, но база недоступна из-за недоступности СУБД: перезапуск агента не восстанавливает соединение с SQL-сервером, если проблема на его стороне. Третья — недостаток прав: команды остановки и запуска требуют прав администратора.

Частые вопросы о перезапуске сервиса 1С