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

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

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

Ниже разобраны все основные способы перезапуска агента сервера 1С на Windows и Linux, проверка результата, типичные ошибки и ситуации, когда перезапуск не поможет и нужно искать причину глубже.

Что происходит при перезапуске агента и когда это нужно

Агент сервера 1С (ragent) работает как служба Windows или демон Linux. При его остановке прекращается приём новых соединений, а рабочие процессы кластера (rphost) и менеджер кластера (rmngr) теряют координацию. В большинстве конфигураций при остановке агента завершаются и дочерние процессы кластера, поэтому все активные сеансы пользователей разрываются.

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

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

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

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

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

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

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

1. 1
   Откройте services.msc и найдите службу «Агент сервера 1С:Предприятия» нужной версии
2. 2
   Проверьте в консоли кластера, что активные сеансы завершены
3. 3
   Щёлкните правой кнопкой по службе и выберите «Перезапустить»
4. 4
   Дождитесь состояния «Работает» (Running)
5. 5
   Откройте консоль кластера и убедитесь, что кластер и рабочие процессы доступны

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

Командная строка удобнее для автоматизации и удалённого управления. Запустите командную строку от имени администратора и выполните команды net stop и net start с точным именем службы. Имя можно посмотреть в свойствах службы в оснастке — оно отличается от отображаемого названия и обычно содержит версию платформы.

net stop "1C:Enterprise 8.3 Server Agent"
net start "1C:Enterprise 8.3 Server Agent"

Альтернатива — утилита sc, которая позволяет дополнительно запросить состояние службы: sc query с именем службы покажет, запущена она, остановлена или находится в переходном состоянии. Если служба не останавливается штатно, найдите PID процесса ragent.exe через диспетчер задач или команду tasklist и завершите его принудительно командой taskkill /PID <номер> /F, после чего запустите службу заново.

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

Перезапуск агента на Linux

На Linux-серверах агент обычно установлен как служба systemd с именем вида srv1cv8 (возможны варианты с указанием версии платформы). Перезапуск выполняется одной командой с правами root или через sudo.

sudo systemctl restart srv1cv8
sudo systemctl status srv1cv8

Команда status покажет, активна ли служба, когда она была запущена и последние строки журнала. Если служба завершилась с ошибкой, смотрите подробности через journalctl -u srv1cv8 — там будут причины: занятый порт, отсутствие прав на каталог кластера, повреждённый файл реестра кластера.

Если агент запускался вручную (не как служба), перезапуск выполняется завершением процесса ragent и повторным запуском с теми же параметрами командной строки. Параметры запущенного процесса можно посмотреть командой ps aux | grep ragent — сохраните их перед остановкой, чтобы не потерять нестандартные настройки портов и каталога данных.

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

Факт запуска службы ещё не означает, что кластер работоспособен. Откройте консоль администрирования серверов 1С, подключитесь к серверу и проверьте, что кластер отображается, в нём видны рабочие процессы (rphost) и список информационных баз. Если консоль не подключается, проверьте, что слушаются порты агента (по умолчанию диапазон начинается с 1540) — это делается командой netstat -an с фильтром по порту.

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

Типичные ошибки и проблемы после перезапуска

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

Вторая распространённая проблема — конфликт портов. Если одновременно установлены две версии платформы и обе службы агента настроены на одинаковые порты, вторая служба не запустится. Назначьте каждому экземпляру свой диапазон портов и перезапустите службы по очереди.

Когда перезапуск не поможет

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

Также перезапуск бесполезен при повреждении файлов реестра кластера в каталоге srvinfo: агент будет падать сразу после старта. В этом случае нужно восстанавливать реестр из резервной копии каталога или пересоздавать кластер с последующей регистрацией баз. Перед любыми действиями с каталогом srvinfo сделайте его полную копию.

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