Процесс сервера 1С не может быть запущен: неправильная идентификация — причины и решение

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

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

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

Что означает ошибка неправильной идентификации сервера 1С

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

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

Основные причины появления ошибки

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

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

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

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

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

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

Дополнительно проверьте членство в группах. Учётная запись сервера 1С обычно должна входить в локальную группу администраторов на сервере либо обладать эквивалентными правами на каталоги кластера (srvinfo) и журналов. Если сервер работает с MS SQL Server через Windows-аутентификацию, этой же учётной записи нужны права на соответствующие базы данных.

1. 1
   Откройте services.msc и найдите службу «Агент сервера 1С:Предприятия» нужной версии
2. 2
   Откройте свойства службы и перейдите на вкладку «Вход в систему»
3. 3
   Уточните актуальный пароль учётной записи (при необходимости сбросьте его в AD или локально)
4. 4
   Введите имя учётной записи в формате ДОМЕН\Пользователь или .\Пользователь и новый пароль дважды
5. 5
   Примените изменения и запустите службу
6. 6
   Проверьте запуск базы и отсутствие ошибок в журнале событий Windows

Исправление пароля и перезапуск службы

Если пароль учётной записи был изменён, обновите его в свойствах службы. Введите имя в корректном формате: для доменной учётной записи — ДОМЕН\ИмяПользователя, для локальной — .\ИмяПользователя или ИмяСервера\ИмяПользователя. Ошибка в формате записи сама по себе приводит к отказу входа, даже если пароль верный.

Если актуальный пароль неизвестен, задайте новый: для локальной учётной записи — через оснастку «Локальные пользователи и группы», для доменной — через Active Directory Users and Computers. После сброса сразу обновите пароль в свойствах службы, иначе при следующей попытке входа учётная запись может заблокироваться политикой блокировки.

После сохранения изменений запустите службу. Если запуск прошёл успешно, подождите 1–2 минуты, пока кластер инициализирует рабочие процессы, и проверьте открытие информационной базы. Если служба снова не стартует, откройте «Просмотр событий» → «Журналы Windows» → «Система» и найдите события с кодом ошибки — они укажут точную причину отказа.

net start "Агент сервера 1С:Предприятия 8.3 (x86-64)"

Когда проблема на стороне СУБД, а не службы агента

Похожее сообщение возникает и в ситуации, когда агент сервера работает нормально, но рабочий процесс не может подключиться к серверу баз данных. Если кластер 1С обращается к MS SQL Server или PostgreSQL под учётной записью, указанной в свойствах информационной базы, и эти данные неверны, пользователь получает ошибку запуска с формулировкой про идентификацию.

Проверьте свойства информационной базы в консоли администрирования серверов 1С: параметры пользователя СУБД, пароль и тип аутентификации. Для MS SQL убедитесь, что логин существует, не заблокирован, а его пароль не истёк (политика SQL Server может требовать смены пароля). Для PostgreSQL проверьте запись в pg_hba.conf и актуальность пароля роли.

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

Риски и ограничения самостоятельного исправления

Не меняйте учётную запись службы на произвольную без анализа последствий. Новая учётная запись должна иметь права на каталог srvinfo (в нём хранится реестр кластера и сеансовые данные), на каталоги журналов и, при Windows-аутентификации, на базы данных СУБД. Иначе после смены учётной записи кластер запустится, но потеряет список баз или не сможет писать журналы.

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

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

Проверка результата и профилактика повторения

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

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

Для профилактики ведите учёт служебных учётных записей: фиксируйте, какая запись используется для службы агента 1С и где хранится её актуальный пароль. В доменной среде рассмотрите использование учётной записи с флагом «срок действия пароля не ограничен» для служб (с учётом требований политики безопасности) либо настройте регламент синхронной смены пароля в AD и в свойствах службы.

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