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

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

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

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

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

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

Типичные ситуации, когда перезапуск оправдан:

• рабочие процессы rphost «съели» всю оперативную память, и сервер перестал отвечать;
• пользователи массово жалуются на зависания при подключении, хотя СУБД работает нормально;
• изменены параметры кластера или сервера, требующие перезапуска;
• после обновления платформы нужно поднять службу новой версии;
• зависший сеанс или фоновое задание не удаётся снять штатными средствами консоли.

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

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

Подготовка занимает несколько минут, но предотвращает потерю данных и конфликты с пользователями. Минимальный порядок действий: открыть консоль кластера, посмотреть список активных сеансов и фоновых заданий, уведомить пользователей о плановом перерыве.

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

Убедитесь, что у вас есть права: в Windows нужна учётная запись с правами администратора на сервере, в Linux — доступ к sudo. Также полезно заранее знать точное имя службы, особенно если на машине установлено несколько версий платформы — у каждой своя служба агента.

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

Перезапуск службы в Windows

Через оснастку «Службы»

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

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

Через командную строку или PowerShell

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

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

В PowerShell та же задача решается одной командой: Restart-Service -Name "1C:Enterprise 8.3 Server Agent (x86-64)" -Force. Параметр Force принудительно завершает зависимые процессы — используйте его осознанно.

Если на сервере стоят несколько версий платформы, проверьте, какая именно служба обслуживает нужный кластер: они различаются номером версии и портом агента (по умолчанию 1540). Перезапуск «не той» службы не даст эффекта, а пользователей другой версии отключит.

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

В Linux агент сервера 1С обычно установлен как systemd-служба. Имя юнита зависит от версии платформы, например srv1cv83. Узнать точное имя можно командой systemctl list-units | grep 1cv или systemctl list-units | grep srv.

sudo systemctl restart srv1cv83
sudo systemctl status srv1cv83

Команда status покажет, активна ли служба после перезапуска, и последние строки журнала. Если статус failed — смотрите подробности через journalctl -u srv1cv83 -n 50: чаще всего причина в правах на каталог данных кластера (по умолчанию /opt/1cv8 или каталог srvinfo) или в занятом порте.

Служба в Linux должна работать от пользователя, которому принадлежат файлы кластера (обычно usr1cv8). Если после ручных манипуляций с файлами владелец изменился на root, агент не сможет писать в свой каталог и не стартует. Исправляется командой chown с возвратом владельца.

Альтернатива: перезапуск через консоль кластера без остановки службы

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

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

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

После запуска службы убедитесь, что кластер действительно работает, а не просто «служба запущена». Бывает, что служба стартует, но кластер не инициализируется из-за повреждённого реестра кластера или недоступности СУБД.

Финальный шаг — попросить одного-двух пользователей войти в базу и выполнить типичные операции. Только после этого можно считать перезапуск завершённым и сообщить остальным о возобновлении работы.

Типичные ошибки и их последствия

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

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

FAQ