1С вылетает без ошибки: 6 причин и как найти свою

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

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

Масштаб сбоя указывает на нужный процесс

Фраза «вылетела программа 1С» описывает результат, но не место аварии. Клиентское приложение могло закрыться из-за драйвера принтера, локального кэша или ошибки Windows. При падении rphost сервер обрывает сразу несколько сеансов.

Технический разбор Infostart описывает роли процессов кластера так: rphost выполняет запросы и работает с данными, rmngr распределяет подключения, а ragent координирует кластер. Поэтому список затронутых пользователей полезнее догадки по тексту сообщения.

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

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

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

Журнал Windows покажет процесс, модуль и код исключения

Откройте «Просмотр событий» на компьютере, где закрылся процесс. Перейдите в журнал Windows «Приложение» и найдите запись Application Error с кодом события 1000 рядом со временем вылета.

Руководство remontka.pro относит событие 1000 в Windows 10 и Windows 11 к категории сбоев приложений. Из записи нужны четыре поля:

• точное время;
• имя сбойного приложения;
• имя сбойного модуля;
• код исключения.

Если в имени приложения указан клиент 1С, авария произошла на пользовательском компьютере. Если указан rphost.exe, след нужно продолжать искать на сервере.

Не расшифровывайте код исключения по случайной таблице из интернета. Код годится как поисковый признак вместе с именем процесса, модулем и версией платформы. Без документа разработчика он не доказывает конкретную причину.

Единичная запись Application Error тоже не требует немедленного ремонта Windows. Руководство remontka.pro советует вмешиваться при повторяемом сбое или заметной неисправности системы. Для инцидента с 1С важна связь по времени: пользователь назвал минуту вылета, а журнал зафиксировал закрытие нужного процесса в ту же минуту.

Событие 1000 подтверждает факт аварии, но не всегда раскрывает её механизм. Для падения rphost нужен дамп процесса.

Дамп rphost сохраняет состояние перед падением

При аварийном завершении rphost платформа может сформировать файл .mdmp. В нём остаётся состояние процесса, которое потребуется при разборе повторяющегося сбоя.

Технический материал Infostart указывает путь к настройке дампов:

C:\Program Files\1cv8\conf\logcfg.xml

В элементе <dump> атрибут location задаёт каталог для файлов. Параметр type="3" включает полный дамп с памятью процесса.

Не копируйте готовый logcfg.xml из чужой статьи целиком. Сверьте синтаксис с документацией для установленной версии платформы и сохраните прежний файл. Ошибка в общей конфигурации журнала затронет не только сбор дампов.

Вывод: журнал фиксирует падение, а дамп сохраняет состояние процесса. Один артефакт не заменяет другой.

По данным технического разбора Infostart, полный дамп rphost может занимать 2,5–3 ГБ. Это внешнее наблюдение для описанного там окружения, а не замер нашей лаборатории. Проверьте свободное место, задайте отдельный каталог и следите за его ростом.

Для ручного снимка подойдёт Microsoft Sysinternals ProcDump. Команда из материала Infostart выглядит так:

procdump -ma <PID>

Вместо <PID> укажите идентификатор нужного rphost. Если рабочих процессов несколько, сначала сопоставьте PID с процессом, который обслуживал сбойные сеансы.

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

Вылет при печати ищут в клиенте и цепочке принтера

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

Техническая база знаний компании «Квант» описывает цепочку печати так: платформа передаёт табличный документ подсистеме moxel, затем работает Print Spooler. В терминальном сеансе к цепочке добавляется RDP Easy Print.

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

1. Запишите название печатной формы и выбранного принтера.
2. Повторите печать на другом принтере.
3. Проверьте, закрывается ли клиент при печати простой формы.
4. Обновите либо переустановите драйвер проблемного принтера.
5. Проверьте пользовательские настройки в %LocalAppData%\1C\1cv8\.

Платформа хранит в пользовательском кэше выбранный принтер, масштаб и отступы для печатных форм. В разборе «Кванта» также описано использование сохранённого GUID принтера. После замены или переподключения устройства старая привязка может вести к уже отсутствующему объекту.

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

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

Вылет на одном документе ещё не доказывает повреждение базы

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

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

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

Для первичной диагностики запускайте проверку без исправления. Сохраните время запуска, выбранные параметры и итоговые сообщения. Исправление включайте только после изучения результата и проверки резервной копии восстановлением в отдельное место.

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

Вылет конфигуратора и обновления требует фиксации этапа

Когда вылетает конфигуратор, запишите операцию перед закрытием: открытие конфигурации, обновление базы, реструктуризация или сохранение изменений. Формулировка «обновление 1С вылетает» слишком широка для диагноза.

Снова проверьте масштаб. Закрывается конфигуратор на одном компьютере — ищите Application Error там. Падает серверный rphost и обрываются рабочие сеансы — сохраняйте серверное событие и дамп.

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

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

Карточка одного вылета

Для первого разбора хватит одной карточки инцидента:

• точное время закрытия окна;
• пользователь, компьютер и база;
• операция перед вылетом;
• число затронутых сеансов;
• имя сбойного приложения;
• модуль и код исключения из Application Error;
• PID процесса и дамп .mdmp, если упал rphost;
• результат повтора на другом компьютере или принтере;
• версия клиента и сервера 1С.

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

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

Повторяющийся вылет rphost без понятной причины требует разбора дампа, журналов Windows и конфигурации кластера. Не удаляйте .mdmp и не очищайте журналы до передачи специалисту.

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

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

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

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

Для повторяющихся падений храните журнал инцидентов. Сопоставляйте время, процесс, операцию пользователя и наличие дампа. Через несколько записей станет видно, связан ли сбой с одним компьютером, печатной формой, документом или рабочим процессом.