К статье
Практический материал

Администрирование · 11 мин

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

Как перезапустить службы 1С: агент сервера 1С через services.msc и командную строку, перезапуск в Linux, проверка результата, типичные ошибки и FAQ.

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

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

Материал охватывает перезапуск агента сервера 1С в Windows и Linux, перезапуск через командную строку, проверку результата и ситуации, когда перезапуск не помогает. Отдельно разобраны сценарии для файловых баз и веб-сервера, где служба агента не используется.

Когда перезапуск службы действительно нужен

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

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

Маршрут решения

Как выбрать действие

Консоль кластера не открывается или показывает ошибки соединения с агентомПерезапустите службу агента сервера 1С
Пользователи жалуются на медленную работу, но сеансы активныСначала проверьте загрузку СУБД и блокировки, перезапуск — крайняя мера
Зависло фоновое заданиеПопробуйте снять сеанс задания через консоль кластера, не перезапуская всю службу
После обновления платформы база не запускаетсяПерезапустите службу, чтобы агент загрузил новую версию

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

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

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

Перезапуск службы 1С в Windows через services.msc

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

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

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

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

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

Командная строка удобнее для автоматизации и удалённого администрирования. Откройте командную строку от имени администратора и выполните команды остановки и запуска. Имя службы можно узнать в свойствах службы в services.msc — оно отличается от отображаемого имени и обычно выглядит как «1C:Enterprise 8.3 Server Agent».

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

В PowerShell используйте командлет Restart-Service с параметром Force, если у службы есть зависимые процессы:

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

Точное имя службы удобно получить командой Get-Service | Where-Object {$_.DisplayName -like \"1С\"} или sc query type= service | findstr /i \"1C\". Это исключает ошибки при ручном наборе длинного имени.

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

В Linux агент сервера 1С обычно управляется через systemd. Команда перезапуска зависит от того, как был настроен сервис при установке. Типовые варианты имени службы — srv1cv83 или аналогичный с указанием версии платформы.

bash
sudo systemctl restart srv1cv83
sudo systemctl status srv1cv83

Если служба настроена вручную через init-скрипт, используйте sudo /etc/init.d/srv1cv83 restart или прямой запуск ragent. Проверить, каким способом управляется агент, можно командой systemctl list-units | grep -i srv1c.

После перезапуска в Linux убедитесь, что процессы запущены от правильного пользователя (обычно usr1cv8) и что каталоги кластера доступны ему на запись. Нарушение прав — частая причина, когда служба стартует, но кластер не работает.

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

Сам по себе статус «Выполняется» в services.msc не гарантирует работоспособность кластера. Полная проверка включает несколько уровней: процессы, порты, консоль кластера и реальное подключение пользователя.

Откройте диспетчер задач и убедитесь, что запущены процессы ragent, rmngr и хотя бы один rphost. Проверьте, что порты кластера (по умолчанию диапазон 1540–1591) прослушиваются — командой netstat -an | findstr 1541. Затем подключитесь через консоль администрирования кластера и откройте список информационных баз: если базы отображаются, кластер работает.

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

Контрольные точки

Как проверить результат

Статус службы в services.msc или systemctl status
Норма

Служба запущена, ошибок в статусе нет

Тревожный признак

Служба остановлена или циклически перезапускается

Процессы ragent, rmngr, rphost в диспетчере задач
Норма

Все три типа процессов присутствуют

Тревожный признак

rphost отсутствует — рабочие процессы не стартовали

Консоль кластера открывает список баз
Норма

Базы видны, сеансы регистрируются

Тревожный признак

Ошибка соединения с агентом или пустой список

Подключение клиента к базе
Норма

Вход выполняется за обычное время

Тревожный признак

Ошибка «информационная база не обнаружена» или таймаут

Типичные ошибки и ограничения

Частая ошибка — перезапуск службы при зависших процессах rphost. Если рабочий процесс не завершается штатно, служба «зависает» в состоянии остановки. В этом случае завершите процессы rphost вручную через диспетчер задач или taskkill /F /IM rphost.exe, после чего запустите службу.

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

Важное ограничение: перезапуск не решает проблемы файловых баз и веб-сервера. Для файловых баз служба агента не используется — там «перезапуск» означает закрытие всех сеансов и повторное открытие базы. Для публикаций на веб-сервере перезапускают IIS (командой iisreset) или Apache, а не службу 1С.

Типичные ошибки
01
Перезапуск без предупреждения пользователей — потеря несохранённых данных в открытых документах
02
Перезапуск службы не той версии платформы — проблема остаётся, время простоя увеличивается
03
Принудительное завершение процессов во время обновления конфигурации БД — риск повреждения структуры базы
04
Перезапуск агента вместо перезапуска СУБД при проблемах на уровне SQL Server или PostgreSQL — эффекта нет
05
Игнорирование журнала событий Windows после сбоя службы — причина остаётся неизвестной и сбой повторяется

Что делать, если перезапуск не помог

Если после перезапуска служба не стартует, откройте журнал событий Windows (Просмотр событий → Журналы Windows → Приложение) и найдите ошибки от источника агента сервера. Типовые причины: заняты порты кластера другим процессом, повреждён каталог реестра кластера (srvinfo), недостаточно прав у учётной записи службы.

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

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

Итог

Что важно запомнить

Перезапуск службы 1С выполняется через services.msc, net stop/net start, Restart-Service или systemctl в зависимости от ОС. Перед перезапуском предупредите пользователей и проверьте активные сеансы, после — убедитесь в работе кластера через консоль и тестовое подключение. Если перезапуск не помог, ищите причину в журнале событий, состоянии СУБД и сетевых настройках.

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

Потеряют ли пользователи данные при перезапуске службы 1С?

Да, активные сеансы разрываются без сохранения. Данные, уже записанные в базу (проведённые документы, сохранённые объекты), не пострадают, но несохранённые изменения в открытых формах будут потеряны. Поэтому перезапуск планируют заранее и предупреждают сотрудников за 10–15 минут.

Как перезапустить службу 1С, если она зависла в состоянии «Остановка»?

Откройте диспетчер задач и завершите процессы rphost.exe, rmngr.exe и ragent.exe вручную или командой taskkill /F /IM rphost.exe. После этого служба перейдёт в состояние «Остановлена», и её можно запустить обычным способом.

Нужно ли перезапускать службу для файловой базы 1С?

Нет. Файловые базы не используют агент сервера — клиенты работают с файлом базы напрямую. Если база опубликована на веб-сервере, перезапускают IIS командой iisreset или службу Apache. Для локальной файловой базы достаточно закрыть все сеансы и открыть базу заново.

Как узнать точное имя службы агента сервера 1С?

Откройте services.msc, найдите «Агент сервера 1С:Предприятия», откройте свойства — поле «Имя службы» содержит системное имя для командной строки. Альтернатива: выполните в PowerShell команду Get-Service с фильтром по отображаемому имени.

Можно ли перезапустить службу 1С удалённо?

Да, если у вас есть права администратора на удалённом сервере. Используйте PowerShell с параметром -ComputerName для Restart-Service, утилиту sc с указанием сервера (sc \\server stop «имя службы») или подключитесь по RDP и выполните перезапуск штатно.

Как часто нужно перезапускать службу сервера 1С в профилактических целях?

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