Служба сервера 1С:Предприятия: имя, поиск, запуск и остановка

В Windows служба сервера 1С называется «Агент сервера 1С:Предприятия 8.3 (x86-64)», в списке служб она начинается со слова «Агент». Внутреннее имя для командной строки — 1C:Enterprise 8.3 Server Agent (x86-64). В Linux это юнит srv1cv83.

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

Как называется служба сервера 1С в разных системах

Название зависит от операционной системы и разрядности платформы. Номер версии подставляется в имя автоматически.

Служба одна на сервер. Она запускает агента, а тот поднимает менеджер кластера (rmngr) и рабочие процессы (rphost). Отдельной службы под рабочие процессы нет, их видно только в диспетчере задач.

Сервер администрирования (ras) службой не является. Его запускают отдельно, и это частая путаница.

Чем отличаются версии платформы

Номер релиза платформы, например 8.3.24, в имя службы не входит. Каталог установки у каждой версии свой, а служба при обновлении платформы указывает на старый путь, пока вы её не пересоздадите.

💡 Если на сервере стоят две версии платформы рядом, служб тоже может быть две. Запускать одновременно обе на одних портах нельзя: вторая не стартует.

Порты, которые использует служба

• 1540 — агент сервера, к нему подключаются администраторы и клиенты;
• 1541 — менеджер кластера;
• 1560–1591 — диапазон для рабочих процессов;
• 1545 — сервер администрирования, если вы запускали ras.

Где найти службу 1С в Windows

Есть три способа, от простого к быстрому. Выбирайте по ситуации.

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

1. Нажмите Win+R, введите services.msc, нажмите Enter.
2. Щёлкните по столбцу «Имя», чтобы отсортировать список.
3. Найдите строку «Агент сервера 1С:Предприятия 8.3».
4. Посмотрите столбцы «Состояние» и «Тип запуска».

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

Через диспетчер задач

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

Через PowerShell

Один запрос покажет имя, статус и путь, даже если вы не помните точное название:

Get-CimInstance Win32_Service | Where-Object { $_.PathName -like "*ragent*" } | Select-Object Name, State, StartMode, StartName, PathName

В строке PathName будут параметры запуска: порты, каталог кластера и ключ -srvc. Это полезно, когда служба настроена не так, как по умолчанию.

Управление службой через командную строку

Запускайте консоль от имени администратора. Без этого вы получите «Отказано в доступе» (код 5).

Имя службы содержит пробелы и скобки, поэтому его всегда берут в кавычки.

Проверка статуса

sc query "1C:Enterprise 8.3 Server Agent (x86-64)"

В ответе смотрите строку STATE: RUNNING — работает, STOPPED — остановлена, STOP_PENDING — останавливается и не может завершить работу.

Остановка

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

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

Остановка службы мгновенно отключает всех пользователей. Несохранённые документы теряются.

Запуск

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

После запуска подождите 20–60 секунд. Кластер поднимает менеджер и рабочие процессы, и пока он не готов, клиенты получают отказ в подключении.

Перезапуск одной командой

Отдельной команды перезапуска у net нет. В PowerShell всё проще:

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

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

Автозапуск при загрузке сервера

sc config "1C:Enterprise 8.3 Server Agent (x86-64)" start= auto

Пробел после start= обязателен, это особенность sc. Если сервер баз данных стартует медленнее, чем 1С, используйте отложенный запуск:

sc config "1C:Enterprise 8.3 Server Agent (x86-64)" start= delayed-auto

Так кластер не стартует раньше СУБД и не падает при первом обращении к базе.

Как работает служба в Linux

В Linux служба называется srv1cv83 и управляется через systemctl. Если установка делалась из пакетов, юнит появляется сам. Если платформу ставили вручную, скрипт запуска придётся подключить самостоятельно.

systemctl status srv1cv83
sudo systemctl stop srv1cv83
sudo systemctl start srv1cv83
sudo systemctl restart srv1cv83
sudo systemctl enable srv1cv83

Последняя команда включает автозапуск при загрузке.

Где лежат настройки

Параметры запуска хранятся в файле окружения службы. Обычно это /etc/sysconfig/srv1cv83 в системах семейства Red Hat и /etc/default/srv1cv83 в Debian и Ubuntu. Там задают каталог кластера, порты и диапазон рабочих процессов.

Служба работает от пользователя usr1cv8. Каталог кластера должен принадлежать ему, иначе агент не стартует.

Логи службы

journalctl -u srv1cv83 -n 100 --no-pager

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

Что происходит при перезапуске: сеансы, блокировки, кэш

Перезапуск службы — не безобидная операция. Вот что вы получаете.

• ❌ Все пользовательские сеансы обрываются. Клиенты увидят ошибку соединения с сервером.
• ❌ Незавершённые транзакции откатываются на стороне СУБД.
• ❌ Регламентные задания, которые шли в этот момент, прерываются.
• ✅ Данные в базе остаются целыми: записанное в СУБД не пропадает.
• ✅ Список баз и настройки кластера сохраняются, они лежат в каталоге кластера.

Как перезапускать без потерь

Перезапуск в рабочее время почти всегда плохая идея. Порядок такой:

1. Предупредите пользователей минимум за 10–15 минут.
2. В консоли серверов 1С установите запрет новых подключений к нужным базам.
3. Дождитесь, пока число сеансов упадёт до нуля, или завершите оставшиеся вручную.
4. Только после этого останавливайте службу.

Чтобы увидеть активные сеансы, откройте консоль кластера: «Центральные серверы 1С:Предприятия» → ваш сервер → кластер → «Сеансы».

Лишний перезапуск не лечит всё

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

Типичные сбои службы и что с ними делать

Здесь — только то, чего нет в шагах выше.

Служба не запускается: ошибка 1053 или 1067

Ошибка 1053 означает, что служба не ответила на запрос запуска вовремя. Ошибка 1067 — процесс завершился сразу после старта. Чаще всего причины такие:

• порт 1540 или 1541 занят другим приложением;
• у учётной записи службы нет прав на каталог кластера;
• в параметрах запуска опечатка или путь к каталогу не существует;
• каталог кластера повреждён после аварийного отключения питания.

Проверить занятость порта можно командой:

netstat -ano | findstr ":1540"

В последнем столбце будет номер процесса, который держит порт. Сопоставьте его с диспетчером задач.

Служба стартует, но сразу останавливается

Откройте «Просмотр событий» → «Журналы Windows» → «Приложение» и найдите записи от источника службы 1С. Если там указано, что не удаётся открыть файл реестра кластера, проблема в правах или в повреждённом файле 1CV8Reg.lst в каталоге reg_1541.

Перед любыми правками в каталоге кластера сделайте его копию целиком.

После обновления платформы работает старая версия

Служба по-прежнему указывает на каталог старой платформы. Её нужно удалить и создать заново с путём к новому ragent.exe. Установщик платформы делает это не всегда.

Поломка прав при смене учётной записи

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

Нагрузка: настройка службы для большого числа пользователей

Когда баз и пользователей много, параметры службы по умолчанию начинают мешать. Вот на что смотреть.

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

Они записаны в пути к исполняемому файлу службы. Основные ключи:

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

Что даёт отдельный диск и каталог кластера

Каталог кластера пишется постоянно: журналы, списки сеансов, служебные файлы. Если он лежит на системном диске вместе с Windows, при высокой нагрузке вы получите лишние задержки. Вынос на отдельный SSD снимает проблему.

Диапазон портов

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

Память и рабочие процессы

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

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

Если перезапуск нужен регулярно, не делайте его вручную. Но и по расписанию «в никуда» перезапускать не надо: сначала разберитесь, зачем.

Скрипт ночного перезапуска для Windows

@echo off
set SVC="1C:Enterprise 8.3 Server Agent (x86-64)"
net stop %SVC%
timeout /t 15 /nobreak >nul
net start %SVC%

Сохраните как restart1c.bat и запустите через «Планировщик заданий» от имени администратора, с выполнением вне зависимости от входа пользователя. Время выберите ночное.

Проверка живости с автозапуском

Простой скрипт PowerShell поднимет службу, если она упала:

$name = "1C:Enterprise 8.3 Server Agent (x86-64)"
if ((Get-Service -Name $name).Status -ne "Running") {
    Start-Service -Name $name
}

Запускайте его планировщиком каждые 5 минут. Если служба падает регулярно, добавьте запись в журнал или отправку уведомления администратору.

Автоматическое восстановление средствами Windows

В свойствах службы откройте вкладку «Восстановление» и задайте «Перезапуск службы» для первого и второго сбоя. Это встроенный способ, скрипт не нужен. Для третьего сбоя лучше оставить «Не выполнять никаких действий», иначе служба будет бесконечно перезапускаться при реальной поломке.

В Linux

Для Linux аналогичный эффект даёт параметр Restart=on-failure в юните systemd. Перезапуск по cron делайте командой systemctl restart srv1cv83, а не kill: так вы избежите зависших дочерних процессов.

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