Не запускается сервер 1С: от симптома к причине
Автор: Михаил С., Архитектор 1С · Опубликовано: 20.10.2026

📅 Опубликовано 20 октября 2026 г.
Коротко: если не запускается сервер 1С, причина почти всегда в одном из четырёх пунктов: сменился или истёк пароль учётной записи службы (код 1069), занят порт 1540 или 1541, у служебного пользователя нет прав на каталог srvinfo, либо после обновления платформы служба ссылается на удалённый каталог старой версии. Код ошибки виден в «Просмотре событий» Windows. Диагностика по чек-листу занимает немного времени, а длительность восстановления зависит от причины.
- Служба называется «Агент сервера 1С:Предприятия 8.3» (в англоязычной локали –
1C:Enterprise 8.3 Server Agent), исполняемый файл –ragent.exe. Остальные процессы кластера она поднимает сама. - Три порта по умолчанию: 1540 – агент, 1541 – менеджер кластера, 1560–1591 – диапазон рабочих процессов. Занятый порт из этого набора останавливает старт.
- Коды Windows: 1069 – пароль учётной записи, 1053 – служба не ответила на запрос вовремя, 1067 – процесс завершился сам, 5 – отказано в доступе, 2 – не найден исполняемый файл.
- Отсутствие лицензии службе не мешает. Агент запускается, кластер поднимается, а отказ приходит клиенту при подключении – это другая ветка диагностики.
- Файл
1CV8Clst.lstв каталоге служебных файлов хранит список баз, администраторов и настройки кластера. Его потеря означает повторную регистрацию всех информационных баз руками.
Что происходит при запуске агента сервера 1С?
Сервер 1С работает как связка процессов, которые поднимаются по цепочке. По тому, на каком звене всё обрывается, сразу видно направление поиска, и это экономит основное время диагностики.
- Агент сервера (
ragent) запускается службой Windows или юнитом systemd, читает каталог служебных файлов (по умолчаниюC:\Program Files\1cv8\srvinfo) и слушает порт 1540. - Менеджер кластера (
rmngr) поднимается агентом для каждого зарегистрированного кластера, берёт настройки из1CV8Clst.lstи занимает порт 1541. - Рабочие процессы (
rphost) создаются менеджером по мере подключения пользователей и держат соединения с СУБД.
Виден только ragent без rmngr – ищите проблему в служебных файлах кластера или в правах на каталог. Есть и агент, и менеджер, но ни одного rphost при попытке входа – диагностика переходит на уровень СУБД и лицензий. Статус «Запущена» при полном отсутствии процессов встречается, когда служба зарегистрирована на версию 8.3.24, а на диске осталась только 8.3.27.
Почему не запускается служба агента сервера 1С 8.3?
Причины ниже перечислены в порядке реальной частоты. Первые три закрывают большинство инцидентов и не требуют ни перезагрузки, ни участия подрядчика.
Сменился или истёк пароль учётной записи службы
Служба работает от локальной учётной записи (чаще всего USR1CV8) либо от доменного пользователя. Смена пароля, требование домена обновить его, блокировка учётки – и Windows отдаёт 1069, ни один процесс 1С не появляется. Лечится в оснастке «Службы»: свойства службы, вкладка «Вход в систему», пароль вводится заново дважды. Там же проверяют право «Вход в качестве службы» – оно иногда затирается групповыми политиками.
Занят порт 1540 или 1541
Порты захватывает второй экземпляр сервера 1С, сторонний сервис или подвисший ragent от предыдущей попытки запуска. Признак – служба стартует и через несколько секунд останавливается. Занятые порты смотрят в «Мониторе ресурсов» на вкладке «Сеть» → «Порты прослушивания» либо командой netstat -ano с поиском PID в «Диспетчере задач».
Нет прав на каталог служебных файлов
Учётной записи службы нужны полные права на srvinfo и на каталог временных файлов. Права теряются после переноса каталога на другой диск, восстановления сервера из образа, смены служебного пользователя. Внешний симптом совпадает с предыдущим пунктом, различают их по тексту в журнале событий.
Служба ссылается на удалённую версию платформы
Типичный сценарий после обновления: новую версию поставили, старую удалили, а регистрация службы осталась на прежнем пути. Windows сообщает, что не удаётся найти указанный файл, либо выдаёт 1053. Корректный порядок – остановить службу, снять регистрацию средствами старой версии, установить новую платформу и зарегистрировать службу заново с теми же портами и тем же каталогом служебных файлов.
Повреждён список кластеров
Файл 1CV8Clst.lst описывает зарегистрированные базы, администраторов, требования назначения функциональности и профили безопасности. Повреждается при аварийном выключении сервера, переполнении диска и копировании каталога srvinfo «на горячую». Агент в этом случае запускается, а менеджер кластера падает. Восстанавливают из резервной копии каталога; без неё кластер создают заново и перерегистрируют все базы вручную.
Антивирус, обновления и недоступная СУБД
Средства защиты блокируют ragent.exe, rmngr.exe и rphost.exe или держат файлы кластера в монопольном доступе – помогает добавление каталогов платформы, служебных файлов и баз СУБД в исключения. Сама служба агента формально от СУБД не зависит, но при недоступном SQL Server кластер поднимается в нерабочем состоянии: базы в консоли видны, подключиться нельзя. Жёстко описанного требования «сначала СУБД, потом агент» в документации нет; администраторы решают это зависимостью службы или отложенным запуском агента – оба способа штатные.
Как провести первичную диагностику за 15 минут?
Порядок рассчитан на доступ к серверу по RDP и права локального администратора. Он построен от быстрых проверок к медленным, чтобы не начинать с перезагрузки.
- Откройте «Службы» (
services.msc), найдите «Агент сервера 1С:Предприятия 8.3» и зафиксируйте состояние, тип запуска и значение колонки «Вход от имени». - Запустите службу вручную и запишите код ошибки дословно. Остановка через 3–10 секунд после старта означает, что причина внутри процессов 1С.
- Посмотрите «Просмотр событий» → «Журналы Windows» → «Приложение» за последние 15 минут: источники
1C:Enterprise 8.3иApplication Errorуказывают конкретный порт, путь или файл. - Проверьте свободное место на диске со служебными файлами и на диске с базами СУБД – переполненный диск роняет кластер ночью без всяких предупреждений.
- Проверьте занятость портов 1540 и 1541. Если их держит чужой процесс, останавливать нужно его.
- Загляните в каталог
srvinfo: внутри должна быть папка видаreg_1541с файлом1CV8Clst.lstненулевого размера и адекватной датой изменения. - Подключитесь консолью «Администрирование серверов 1С Предприятия». Кластер виден – служба в порядке, разбираться нужно с базами, лицензиями или СУБД.
Как настроить брандмауэр Windows для портов 1540–1591?
Брандмауэр не мешает службе стартовать – он мешает к ней подключиться. Если агент запущен, а пользователи получают сообщение о недоступности сервера, создайте два правила для входящих подключений: TCP-порты 1540, 1541 и диапазон 1560-1591. При выделенном сервере СУБД дополнительно открывают порт SQL Server, по умолчанию 1433. Смежные симптомы разобраны в материале о том, почему не удаётся подключиться к сервису 1С.
Сводная таблица: симптом, причина, первое действие
Колонка «Время» – ориентир по длительности устранения, когда причина уже определена.
| Что видит администратор | Вероятная причина | Первое действие | Время |
|---|---|---|---|
| Запуск службы даёт ошибку 1069 | Пароль служебной учётной записи | Переввести пароль, проверить право «Вход в качестве службы» | 2–5 мин |
| Служба стартует и сразу останавливается | Занят порт или нет прав на srvinfo | «Монитор ресурсов» + журнал приложений | 5–20 мин |
Есть ragent, нет rmngr | Повреждён 1CV8Clst.lst | Восстановить каталог служебных файлов из копии | 20–60 мин |
| Консоль администрирования не видит кластер | Консоль другой версии или другой порт | Указать порт 1540 и открыть консоль актуальной версии | 5 мин |
| Базы в кластере есть, вход выдаёт отказ | Недоступна СУБД или потеряны параметры подключения | Проверить службу SQL Server и логин базы | 10–40 мин |
| Клиент сообщает об отсутствии лицензии | Нет серверной лицензии или не виден ключ защиты | Проверить каталог .lic и аппаратный ключ | 10–30 мин |
| Проблема только у части пользователей | Сеть, брандмауэр, DNS-имя сервера | Проверить доступность портов с рабочего места | 10–30 мин |
| Отказ начался сразу после обновления платформы | Регистрация службы на удалённую версию | Перерегистрировать службу под установленной версией | 15–30 мин |
Пошаговый чек-лист восстановления сервера 1С
Сценарий для случаев, когда быстрые проверки результата не дали. Каждый шаг завершается попыткой запуска службы – так вы точно знаете, какое действие помогло.
- Сделайте копию каталога
srvinfo. До любых изменений, целиком, на другой диск. Это единственная страховка от потери списка баз. - Завершите зависшие процессы
ragent.exe,rmngr.exe,rphost.exe, оставшиеся от предыдущей попытки, и освободите порты. - Приведите в порядок учётную запись службы: пароль, блокировка, срок действия, право на вход в качестве службы.
- Проверьте права на каталоги служебных файлов, установки платформы и временных файлов.
- Сверьте путь к исполняемому файлу службы с фактически установленной версией платформы; при расхождении перерегистрируйте службу, сохранив порт и каталог служебных файлов.
- Убедитесь, что СУБД работает: служба запущена, диск с базами не переполнен, журнал транзакций не упёрся в лимит.
- Зафиксируйте причину письменно – дата, код ошибки, что помогло. Без этого та же авария через полгода расследуется с нуля.
Если на первом шаге резервной копии служебных файлов не нашлось, остановитесь и зовите администратора. Действия вслепую приводят к потере регистрации информационных баз, а это восстановление вручную по каждой базе.
Часто задаваемые вопросы
Сколько времени занимает восстановление, если не запускается сервер 1С?
При известной причине – от 2 минут (переввод пароля службы) до 30–60 минут (восстановление каталога служебных файлов из копии). Первичная диагностика по чек-листу укладывается в 10–15 минут. Дольше всего идут случаи с повреждением баз в СУБД: там счёт на часы и зависит от размера базы.
Почему служба агента сервера 1С запускается и тут же останавливается?
Три типовые причины: занят порт 1540 или 1541, у служебной учётной записи нет прав на каталог srvinfo, повреждён файл 1CV8Clst.lst. Различить их можно только по записям в «Просмотре событий» Windows, журнал «Приложение», за минуту до остановки службы.
Поможет ли перезагрузка сервера?
Иногда да: перезагрузка снимает зависшие процессы и освобождает порты. Она бесполезна при проблеме с паролем, правами и путём к исполняемому файлу – после ребута повторится та же ошибка. Перед перезагрузкой проверьте, что служба СУБД настроена на автоматический запуск.
Можно ли работать, пока сервер 1С не поднят?
Из клиент-серверной базы – нет, без кластера подключений не будет. Временный обход для критичных задач: развернуть файловую копию из бэкапа, но внесённые в неё данные придётся переносить обратно вручную. Для регламентного учёта это оправдано редко, для срочной отгрузки документов – иногда да.
Что делать, если консоль администрирования не видит кластер?
Проверьте по порядку: служба агента действительно запущена, консоль открыта из каталога той же версии платформы, указан правильный порт центрального сервера (1540 по умолчанию). При удалённом подключении добавьте проверку брандмауэра на портах 1540 и 1541.
Кто должен заниматься восстановлением – системный администратор или специалист 1С?
Пароль службы, права на каталоги, порты и брандмауэр – зона системного администратора. Регистрация баз в кластере, лицензии, параметры подключения к СУБД и анализ технологического журнала – зона специалиста по 1С. Бухгалтеру достаточно зафиксировать точный текст ошибки, время и круг затронутых пользователей.
Итоги
Отказ сервера 1С выглядит катастрофой первые пять минут. Дальше работает простая логика: зафиксировать код ошибки, определить, на каком звене цепочки ragent → rmngr → rphost обрывается запуск, и устранять причины в порядке от дешёвых к дорогим. Пароль учётной записи, права на каталог служебных файлов, занятые порты и путь к исполняемому файлу закрывают большинство инцидентов без переустановки платформы.
Остальное решает подготовка: резервная копия каталога srvinfo, бессрочный пароль служебной учётной записи, отложенный запуск с автоперезапуском при сбое и мониторинг порта 1540. Эти четыре настройки превращают аварию уровня «встал весь офис» в короткую запись в журнале инцидентов. Когда своего администратора нет или ситуация выходит за рамки чек-листа, разумнее привлечь профильного исполнителя, чем экспериментировать с продуктивным сервером – подобрать специалиста по серверной части 1С можно по опыту и отзывам.
Найдите специалиста для решения этой задачи на koderion.ru