Не запускается 1С: 7 причин и что делать по каждой

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

Не начинайте с очистки каталогов, переустановки службы или «Тестирования и исправления». Если база повреждена, такие действия могут изменить единственный экземпляр данных. Сначала сохраните его текущее состояние: каталог с 1Cv8.1CD для файловой базы или резервную копию средствами СУБД для клиент-серверной.

Сначала найдите участок, на котором прерывается запуск

У запуска 1С три разных участка. На рабочем месте стартует 1cv8.exe, затем клиент подключается к выбранной базе, а клиент-серверная база обращается к кластеру 1С и СУБД.

Поэтому фраза «не запускается 1С 8.3» описывает несколько неисправностей. У каждой свой порядок проверки.

Таблица задаёт границу диагностики: одна неисправная база не требует перезапуска всего сервера.

Причина 1. Не стартует клиентская платформа

Если окно запуска не появляется, откройте диспетчер задач и найдите 1cv8.exe. Руководство Cleverence по ошибкам запуска называет его процессом платформы 1С:Предприятие.

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

Если 1cv8.exe остаётся в списке, завершите только этот процесс и повторите запуск. Не завершайте ragent.exe, rmngr.exe и rphost.exe: они относятся к серверной части и обслуживают других пользователей.

Отдельно проверьте список информационных баз. Руководство 1C Expert указывает, что список хранится в файле ibases.v8i. Исчезновение списка ещё не означает потерю данных: клиент мог перестать видеть файл со своими подключениями.

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

Причина 2. Запуск блокирует клиентский кэш

Кэш стоит проверять, если окно выбора базы открывается, но одна база висит на заставке. Перед очисткой закройте все процессы 1cv8.exe этого пользователя.

Сначала сохраните текущее состояние базы. Для файлового варианта скопируйте весь каталог с 1Cv8.1CD. Для клиент-серверного снимите резервную копию средствами СУБД и разворачивайте её только отдельно.

Руководство Cleverence указывает каталог локальных временных данных:

C:\Users\ИмяПользователя\AppData\Local\1C\1Cv8\

У 1С есть и данные в профиле AppData\Roaming\1C\1Cv8. Руководство 1C Expert относит к этому профилю журнал регистрации и часть кэша. Не удаляйте весь каталог 1C целиком: там могут лежать сведения, не связанные с текущим зависанием.

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

Если заставка снова висит, верните каталог на место и переходите к сети. Повторная очистка того же кэша ничего нового не проверяет.

Причина 3. Клиент не связывается с сервером 1С

При клиент-серверной работе заставка может висеть между клиентом и сервером приложений. Второй возможный разрыв — между кластером 1С и СУБД. Эту развилку описывает руководство 1C Expert по зависанию 1С 8.3.

Сначала проверьте доступность узла:

ping server-1c

Ответ на ping подтверждает связь с узлом, но не работу кластера. Следом проверьте порт:

Test-NetConnection server-1c -Port 1541

Руководства 1C Expert и Kvant-c относят порты 1540 и 1541 к серверной части 1С. Если TcpTestSucceeded возвращает False, клиент не может установить соединение на проверяемом порту.

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

На Linux порядок тот же: проверьте процессы серверной части, доступность портов 1540–1541 и работу СУБД. Имена systemd-служб зависят от установки, поэтому возьмите их из конфигурации конкретного сервера.

Причина 4. Остановилась служба 1С или СУБД

Если не запускается сервер 1С, откройте services.msc. В руководстве Kvant-c служба показана под именем «Сервер 1С:Предприятие 8.3 (x86-64)».

Затем проверьте службу SQL Server или PostgreSQL. Руководство 1C Expert указывает обе службы в цепочке запуска клиент-серверной базы. Работающий агент 1С не откроет данные, если СУБД остановлена.

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

Эта проверка отделяет отказ кластера от отказа хранилища данных. Чинить их одной командой нельзя.

Причина 5. Агент запускается и сразу останавливается

Проверьте службу из командной строки:

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

Идентификатор службы и команду sc query приводит руководство Kvant-c. Затем откройте журнал событий Windows и найдите записи Service Control Manager за время последнего запуска.

Не переустанавливайте службу до чтения журнала. ragent.exe управляет кластером, rmngr.exe работает менеджером кластера, а rphost.exe обслуживает рабочие сеансы. Эту структуру также описывает руководство Kvant-c.

Проверьте, не занят ли порт 1540:

netstat -ano | findstr:1540

Команда покажет PID процесса, который слушает порт. Сначала сопоставьте PID с процессом в диспетчере задач или через штатные средства Windows.

Команда принудительного завершения выглядит так:

taskkill /PID 1234 /F

Не подставляйте PID, пока не определили владельца процесса. На том же порту может работать нужная служба, а принудительное завершение остановит её без диагностики.

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

Причина 6. База перестала открываться после обновления

Если база 1С не запускается после обновления, не повторяйте обновление поверх единственного экземпляра. Сначала сохраните состояние на момент отказа.

Файловую базу копируйте вместе со всем каталогом. Клиент-серверную копируйте средствами СУБД. Не изменяйте вручную файлы .1CD, .mdf и .ldf: руководство 1C Expert связывает эти расширения с файловым и клиент-серверным хранением, но ручное редактирование не входит в процедуру восстановления.

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

Дальше определите, что обновлялось: платформа, конфигурация или обе части. Порядок проверки и безопасного повторного запуска есть в материале про ошибки обновления 1С.

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

Причина 7. Запуск упёрся в операцию или повреждённые данные

Сообщение «Выполняется резервное копирование» требует проверки незавершённой операции. Не завершайте серверные процессы вслепую: вместе с проблемным сеансом вы остановите работу остальных баз.

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

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

Если окно 1С уже открылось, но перестало отвечать, программа запустилась. Не перезагружайте сервер из-за одного сеанса. Используйте инструкцию о том, как закрыть зависшую 1С и снять проблемный сеанс.

Что делать, если 1С не запускается

Пройдите проверки в этом порядке:

1. Запустите клиент без автоматического открытия базы.
2. Проверьте другую информационную базу.
3. Закройте зависший 1cv8.exe, сохраните базу и исключите клиентский кэш.
4. Проверьте сервер командой ping, затем порт 1541 через Test-NetConnection.
5. Проверьте агент 1С и службу СУБД по отдельности.
6. Если агент гаснет, прочитайте события Service Control Manager.
7. Если сбоит одна база, сохраните её состояние и учитывайте последнее действие: обновление, копирование или ошибку данных.

Правило короткое: не стартует клиент — проверяйте рабочее место. Не открывается одна база — не трогайте весь сервер. Недоступны все серверные базы — идите по цепочке «сеть → агент 1С → СУБД».

Другие сценарии аварий собраны на карте неисправностей 1С.

Если не помогло

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

Сохраните файлы базы, резервные копии и журналы на отдельном носителе. После этого передайте материалы на аварийную диагностику 1С и SQL. Объём восстановимых данных можно определить только после проверки копий и состояния хранилища.

Чтобы не повторилось

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

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