Обороткабаза знаний по 1С 8.3

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

· 9 мин

Содержание

Если при запуске 1С пишет К сожалению, возникла непредвиденная ситуация и программа закрывается, начните с трёх действий: запустите базу с параметром /ClearCache, посмотрите в журнале Windows, какой модуль вызвал сбой, и проверьте файловую базу утилитой chdbfl.exe. Эти три шага закрывают самые частые причины: битый кэш, конфликт с драйвером или антивирусом, повреждённый файл базы.

Само сообщение — это аварийное завершение процесса платформы (1cv8c.exe для тонкого клиента , 1cv8.exe для толстого и конфигуратора). Платформа не знает, что пошло не так, поэтому текст общий. Ответ ищется по косвенным признакам: в какой момент падает, у кого и что записано в журналах.

С чего начать диагностику: момент сбоя, журнал Windows и дампы

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

Диагностика: выберите симптом

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

Это самый недооценённый источник. Откройте eventvwr.msc → Журналы Windows → Приложение и найдите ошибку с кодом события 1000 в момент падения. В ней есть две строки, ради которых всё затевается:

  • 🔹 Имя сбойного приложения — 1cv8c.exe, 1cv8.exe или 1cestart.exe;
  • 🔹 Имя сбойного модуля — библиотека, внутри которой произошёл сбой.

Модуль подсказывает виновника. Если это файл с именем производителя видеокарты (nvd3dum.dll, atiumdag.dll, igd*.dll) — обновляйте драйвер. Если библиотека антивируса или программы-«перехватчика» клавиатуры и экрана — добавляйте исключения. Если модуль из папки самой платформы (core83.dll, backend.dll и подобные) — подозревайте кэш, базу или повреждённую установку платформы.

Дампы и отчёт об ошибке

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

Платформа также пишет файлы дампа (.mdmp) в профиль пользователя, обычно в %LOCALAPPDATA%\1C\1cv8\dumps. Если вы отправляете проблему администратору или партнёру, приложите свежий дамп — по нему видно, на чём остановился процесс.

Если дампы не создаются, их включают через файл logcfg.xml в папке conf установленной платформы. Это же файл настраивает технологический журнал. Без нужды его не трогайте: подробный журнал быстро съедает место на диске.

Очистка кэша 1С, когда программа падает при открытии базы

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

Способ 1. Параметр /ClearCache

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

  1. В окне запуска выделите базу и нажмите Изменить.
  2. Пройдите на последнюю страницу мастера.
  3. В поле Дополнительные параметры запуска впишите /ClearCache.
  4. Нажмите Готово и запустите базу.

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

Способ 2. Удалить папки кэша вручную

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

rem Закройте 1С перед выполнением
taskkill /im 1cv8c.exe /f
taskkill /im 1cv8.exe /f
explorer "%APPDATA%\1C\1cv8"
explorer "%LOCALAPPDATA%\1C\1cv8"

В обеих папках удалите подпапки с длинными именами вида a1b2c3d4-... (GUID). Это кэши баз, они создаются заново.

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

Файлы в корне этих папок (1cv8strt.pfl и похожие) — это настройки окна запуска, их удалять не обязательно. Подробнее о файлах в профиле — в разделе про список баз ниже.

Проверка базы: тестирование и chdbfl.exe

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

ИнструментКогда подходитЧто нужно
chdbfl.exeБаза не открывается вообще, даже конфигуратор падаетМонопольный доступ к файлу 1Cv8.1CD
Администрирование → Тестирование и исправление в конфигуратореКонфигуратор открывается, падает только режим 1С:ПредприятиеМонопольный режим, права администратора базы

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

Утилита chdbfl.exe

Она лежит в папке установленной платформы, например C:\Program Files\1cv8\8.3.24.1342\bin\chdbfl.exe (номер — вашей версии).

  1. Убедитесь, что в базе никто не работает : на время проверки все пользователи должны выйти.
  2. Запустите chdbfl.exe.
  3. Укажите путь к файлу 1Cv8.1CD.
  4. Сначала запустите проверку без флажка «Исправлять обнаруженные ошибки».
  5. Если найдены ошибки — сделайте копию базы и повторите проверку с исправлением.

Тестирование и исправление в конфигураторе

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

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

Чем отличается сбой в серверной базе

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

В этом случае чистка кэша на клиентах не поможет. Администратору сервера нужно посмотреть технологический журнал и дампы рабочих процессов на сервере.

Обновление и переустановка платформы

Ещё одна частая причина — повреждённые файлы самой платформы или неподходящая версия. Такое бывает после неудачного обновления, сбоя диска или работы антивируса, который удалил «подозрительный» файл из папки bin.

Совпадает ли версия

Для серверной базы версия платформы на клиенте должна совпадать с версией сервера 1С вплоть до последней цифры. Проверить и зафиксировать её можно в свойствах базы: Изменить → последняя страница мастера → поле Версия 1С:Предприятия. Если там пусто, запускатор берёт самую новую установленную версию — и после установки свежей платформы база может начать падать.

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

Переустановка

  1. Откройте Параметры → Приложения (или appwiz.cpl).
  2. Найдите 1С:Предприятие 8 нужной версии.
  3. Запустите установку той же версии заново и выберите исправление, либо удалите и поставьте её с нуля.
  4. Если падения начались после установки новой версии, поставьте предыдущую и закрепите её в свойствах базы.

Хороший тест на виновника: запустите 1cv8.exe прямо из папки bin нужной версии, минуя 1cestart.exe. Если так база открывается — проблема в запускаторе или его настройках, а не в платформе и не в базе.

Обновление конфигурации

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

Антивирус, драйверы и другие программы на компьютере

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

Типичные кандидаты:

  • 🛡️ Антивирус — проверка файлов в реальном времени блокирует запись кэша или файла базы;
  • 🖥️ Драйвер видеокарты — старый или кривой драйвер роняет отрисовку окна;
  • ⌨️ Программы, которые перехватывают ввод и экран — переключатели раскладки, средства удалённого доступа, записи экрана;
  • 🖨️ Драйвер принтера по умолчанию — если 1С падает на старте формы, где сразу строится печатная форма;
  • 💾 Нехватка места на системном диске или в папке %TEMP%.

Что сделать:

  1. Добавьте в исключения антивируса папку платформы C:\Program Files\1cv8, папки кэша в AppData и папку с файловой базой.
  2. Временно отключите антивирус и запустите 1С. Если не падает — дело в нём.
  3. Обновите драйвер видеокарты с сайта производителя.
  4. Закройте программы из списка выше и повторите запуск.
  5. Освободите хотя бы несколько гигабайт на диске C:.

Отключать антивирус надолго нельзя. Отключили, проверили, включили и настроили исключения.

Восстановление списка баз и файла ibases.v8i

Если 1С падает ещё до появления окна выбора базы, виноват запускатор. Он читает два файла в профиле пользователя:

  • 📄 %APPDATA%\1C\1CEStart\ibases.v8i — список информационных баз;
  • 📄 %APPDATA%\1C\1CEStart\1cestart.cfg — настройки запускатора, в том числе общие списки баз.

Общий для всех пользователей 1cestart.cfg лежит в C:\ProgramData\1C\1CEStart.

Как восстановить

  1. Закройте 1С.
  2. Скопируйте ibases.v8i в другое место — это ваш бэкап списка.
  3. Переименуйте исходный файл, например в ibases.v8i.old.
  4. Запустите 1С. Если окно запуска появилось с пустым списком, причина была в файле.
  5. Добавьте базы заново кнопкой Добавить или откройте старый файл в «Блокноте» и перенесите нужные блоки.

Файл текстовый, каждая база в нём выглядит так:

[Бухгалтерия предприятия]
Connect=File="D:\Bases\Buh";
ID=7d1c2e5f-0b3a-4c11-9a6e-5f2d8c7b1a90
Folder=/
App=Auto

Битая строка, неверная кодировка или ссылка на недоступный сетевой ресурс в 1cestart.cfg (параметр CommonInfoBases) иногда роняют запуск. Если сетевой список баз лежит на отключённом сервере, уберите эту строку и проверьте снова.

Профиль пользователя целиком

Быстрый способ проверить, виноват ли профиль: войдите в Windows под другой учётной записью и запустите ту же базу. Если там всё работает, а под основной нет — переносите проблемного пользователя на чистый профиль 1С: переименуйте папки %APPDATA%\1C и %LOCALAPPDATA%\1C и запустите программу. Списки баз и кэш создадутся заново, базы останутся на месте — в профиле хранятся только настройки и кэш.

Если ошибка не уходит: что собрать для поддержки

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

Что приложить к обращению
Выполнено: 0 / 6

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

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

Пропадут ли данные, если очистить кэш 1С?
Нет. В кэше лежит копия метаданных и служебные файлы. Учётные данные хранятся в базе, кэш создаётся заново при следующем запуске.
Почему 1С падает только на одном компьютере, а на остальных работает?
Значит, база и сервер в порядке. Причина локальная: кэш, драйвер видеокарты, антивирус, повреждённая установка платформы или профиль пользователя Windows.
Можно ли запустить chdbfl.exe, пока в базе работают люди?
Нет. Утилите нужен монопольный доступ к файлу 1Cv8.1CD. Попросите всех выйти и только потом запускайте проверку.
Помогает ли переход с тонкого клиента на толстый?
Иногда да, как временный обход. В свойствах базы смените «Основной режим запуска». Если в толстом клиенте база открывается, сужайте поиск до кэша и компонентов тонкого клиента.