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

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

Ошибка «Убедитесь, что у вас есть разрешение на запуск системных служб» в 1С: причины и решение

Почему возникает ошибка «убедитесь, что у вас есть разрешение на запуск системных служб» в 1С и как её исправить: права службы агента сервера, учётная запись, политики.

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

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

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

Что означает эта ошибка и когда она возникает

Сервер 1С:Предприятия работает как служба Windows с именем вида «Агент сервера 1С:Предприятия 8.3.x». При старте системы или при ручном запуске Windows проверяет права учётной записи, под которой настроена служба. Если проверка не проходит, появляется системная ошибка с формулировкой о разрешении на запуск системных служб.

Типичные ситуации, в которых возникает проблема:

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

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

Служба не стартует автоматическиПроблема с учётной записью службы

Проверьте вкладку «Вход в систему» в свойствах службы и журнал событий Windows

Ошибка при ручном запускеНедостаточно прав у текущего пользователя

Запустите services.msc от имени администратора

Ошибка после смены пароляВ службе сохранён старый пароль

Введите актуальный пароль в свойствах службы

Ошибка после установки платформыСлужба не зарегистрирована или зарегистрирована неверно

Проверьте наличие службы в списке и при необходимости перерегистрируйте

Проверка прав текущего пользователя

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

Откройте меню «Пуск», найдите «Службы» (или выполните команду services.msc), щёлкните по ярлыку правой кнопкой мыши и выберите «Запуск от имени администратора». Если компьютер входит в домен, используйте учётную запись с правами локального администратора на этом сервере.

Также проверить права можно через командную строку, запущенную от имени администратора. Команда sc query с именем службы покажет её текущее состояние, а попытка запуска через net start выдаст код системной ошибки, который помогает точно определить причину отказа.

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

Настройка учётной записи службы агента сервера 1С

При установке сервера 1С инсталлятор предлагает создать служебного пользователя (по умолчанию с именем вида USR1CV8) или указать существующую учётную запись. Служба агента запускается от имени этого пользователя, и именно с его правами связано большинство проблем.

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

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

Порядок действий
  1. 1
    Откройте services.msc от имени администратора
  2. 2
    Найдите службу «Агент сервера 1С:Предприятия» и откройте её свойства
  3. 3
    На вкладке «Вход в систему» проверьте учётную запись и введите актуальный пароль
  4. 4
    В свойствах пользователя снимите блокировку и установите неограниченный срок действия пароля
  5. 5
    Запустите службу и проверьте её состояние
  6. 6
    Проверьте доступность сервера из консоли кластера или клиента 1С

Предоставление права «Вход в качестве службы»

Даже с верным паролем служба не запустится, если учётной записи не предоставлено специальное право «Вход в качестве службы» (Log on as a service). Обычно установщик 1С назначает его автоматически, но после применения доменных групповых политик право может быть отозвано.

Откройте редактор локальной политики безопасности: выполните команду secpol.msc. Перейдите в раздел «Локальные политики» → «Назначение прав пользователя» и найдите политику «Вход в качестве службы». Добавьте в неё учётную запись, под которой работает агент сервера 1С.

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

Диагностика через журнал событий и перерегистрация службы

Если служба по-прежнему не запускается, точную причину подскажет журнал событий Windows. Откройте «Просмотр событий» (eventvwr.msc), перейдите в «Журналы Windows» → «Система» и найдите события с источником Service Control Manager в момент неудачного запуска. Код события и его описание укажут, в чём проблема: неверный пароль, отказ в доступе, отсутствующий файл или конфликт портов.

Обратите внимание на события с кодами 7000, 7009, 7011 (тайм-ауты запуска) и 7038 (неверные учётные данные). Событие 7038 прямо указывает на проблему с паролем или правами учётной записи службы.

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

Частые ошибки при устранении проблемы

Опыт администрирования показывает, что при решении этой ошибки часто совершаются одни и те же промахи, которые откладывают восстановление работы сервера или создают новые проблемы.

Типичные ошибки
01
Запуск службы под учётной записью обычного пользователя без права «Вход в качестве службы» — ошибка возвращается после первой же перезагрузки
02
Игнорирование устаревшего пароля: администратор меняет права, но не обновляет пароль в свойствах службы
03
Работа в services.msc без прав администратора — изменения не сохраняются или недоступны
04
Запуск службы под учётной записью с истекающим паролем — через месяц-два ошибка повторяется
05
Перерегистрация службы без копии каталога srvinfo — риск потерять список баз кластера
06
Игнорирование журнала событий и поиск причины методом проб и ошибок

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

Как проверить, что проблема решена

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

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

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

Состояние службы в services.msc
Норма

Статус «Выполняется», тип запуска «Автоматически»

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

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

Журнал событий Windows
Норма

Нет новых ошибок Service Control Manager после запуска

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

Появляются события 7000, 7038 или подобные

Консоль кластера серверов 1С
Норма

Кластер открывается, видны информационные базы и рабочие процессы

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

Консоль не подключается к агенту или список баз пуст

Запуск клиента 1С
Норма

Пользователи подключаются к базам в обычном режиме

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

Ошибка соединения с сервером 1С у клиентов

Перезагрузка сервера
Норма

После перезагрузки служба стартует автоматически

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

После перезагрузки службу приходится запускать вручную

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

Итог

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

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

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

Можно ли запускать службу агента сервера 1С под учётной записью «Local System»?

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

Ошибка появляется только после перезагрузки сервера, а вручную служба запускается. В чём причина?

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

Пароль служебного пользователя точно верный, но служба всё равно не стартует. Что проверить?

Проверьте, не заблокирована ли учётная запись после неудачных попыток входа, не истёк ли срок её действия, есть ли у неё право «Вход в качестве службы» и нет ли её в политике «Отказать во входе в качестве службы». Также посмотрите события с кодом 7038 в журнале «Система» — там будет точная причина отказа.

Нужны ли права администратора домена для настройки службы на рядовом сервере?

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

Обновление платформы 1С может вызвать эту ошибку?

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

В файловом варианте работы 1С такая ошибка возможна?

Нет. В файловом варианте служба агента сервера не используется, и ошибка о разрешении на запуск системных служб не возникает. Если вы видите её при файловой работе, скорее всего, речь идёт о попытке запустить серверный компонент или публикацию на веб-сервере — тогда проверять нужно права на соответствующую службу (например, IIS).