Ситуация, когда работа в 1С прерывается аварийным завершением (вылетом) программы в момент выбора типа данных или открытия списка метаданных, является критической. Особенно неприятно, если это происходит на стабильно работавшей долгое время платформе. Разберем детально причины такого поведения и пошагово пройдем по методам исправления ситуации, опираясь на технический опыт и средства диагностики системы 1С:Предприятие.
Первым делом проанализируем состояние самого файла базы данных, если используется файловый вариант (расширение .1CD). Падение платформы при обращении к спискам выбора часто сигнализирует о том, что повреждена таблица метаданных или индексы. Рассмотрим работу с утилитой chdbfl.exe. Эта программа находится в каталоге установки платформы (например, C:\Program Files\1cv8\номер_версии\bin\).
Важно понимать различие: стандартное "Тестирование и исправление" работает на логическом уровне, тогда как chdbfl.exe проверяет физическую структуру. Если физика файла нарушена, логическая проверка может просто не запуститься или вызвать аналогичное падение. Запустим утилиту, выберем файл базы, установим флаг "Исправлять обнаруженные ошибки" и выполним проверку. Это обязательный этап перед любыми дальнейшими действиями.
Если физическая целостность подтверждена, перейдем к логическому уровню. Откроем информационную базу в режиме Конфигуратор. Перейдем в меню Администрирование — Тестирование и исправление. Проанализируем настройки, которые нам необходимы в данном случае:
Выберем пункты "Тестирование и исправление" и нажмем "Выполнить". Перед этим обязательно создадим резервную копию базы данных средствами конфигуратора (Выгрузить информационную базу).
Часто стандартная очистка кэша через удаление базы из списка и добавление её обратно не помогает. Выясним причину: 1С хранит временные файлы в нескольких местах. Попробуем выполнить полную очистку. Пройдем по путям:
%AppData%\1C\1cv8\ и %LocalAppData%\1C\1cv8\. Удалим все папки с буквенно-цифровыми названиями (идентификаторы баз).
Если база работает в клиент-серверном варианте, проанализируем кэш на стороне сервера. В ряде случаев помогает остановка службы 1C:Enterprise 8.3 Server Agent и временная очистка содержимого папки srvinfo (в частности, папки reg_1541, исключая файл 1CV8Reg.lst, чтобы не потерять список баз на сервере). Это удалит "битые" сеансы и временные данные конфигурации, которые могут вызывать сбой при построении окон выбора типа данных.
Рассмотрим ситуацию, когда конфигурация была обновлена до версии, использующей новые механизмы, а платформа осталась старой. Иногда такое сочетание работает до момента обращения к специфическим объектам или методам отрисовки интерфейса. Выполним следующие действия для исключения этого фактора:
.dt..dt в эту новую базу.Этот метод позволяет не только обновить движок, но и "пересобрать" базу с нуля, исключая накопленные ошибки в системных таблицах конфигурации.
Нередко падение 1С связано не с данными, а с графической оболочкой Windows. Выбор типа документа вызывает динамическое окно, отрисовка которого может конфликтовать с видеодрайвером. Попробуем изменить настройки системы:
1cv8.exe. Добавим исполняемый файл платформы в список исключений DEP.Если мы работаем с базой на MS SQL Server или PostgreSQL, проблема может крыться в таблице Config. При неудачных динамических обновлениях в ней могут оставаться записи, конфликтующие с текущим состоянием метаданных. В консоли управления СУБД можно выполнить запрос для поиска "мусора":
-- Пример для поиска записей динамического обновления
SELECT * FROM Config WHERE FileName = 'dynamic_config_ignore'
Если такие записи найдены, это явный признак проблем с конфигурацией. В таких случаях рекомендуется выполнить полное (не динамическое) обновление конфигурации базы данных через "Принять изменения" в конфигураторе.
Если платформа закрывается молча, без окна об ошибке 1С, выясним причину через инструменты ОС. Откроем Просмотр событий Windows, раздел Журналы Windows — Приложение. Найдем ошибку, зафиксированную в момент падения 1С. Обратим внимание на поле "Имя сбойного модуля".
Если это backend.dll — проблема скорее всего в данных или коде 1С. Если это mfc140.dll или ntdll.dll — проблема в системных библиотеках или компонентах Windows. В этом случае поможет переустановка платформы 1С "с нуля" с предварительным удалением всех предыдущих версий.
Иногда в процессе разработки объекты удаляются, но ссылки на них остаются в формах или реквизитах. Проанализируем конфигурацию на целостность. В режиме Конфигуратор выполним Конфигурация — Проверка конфигурации. Установим флажки "Логическая целостность" и "Поиск ссылок на удаленные объекты". Если система найдет ошибки, их необходимо исправить вручную, восстановив связи или удалив некорректные реквизиты.
Подводя итог, последовательное выполнение физической проверки chdbfl.exe, очистки всех видов кэша и пересоздание базы через .dt на новой платформе решает проблему в 90% случаев. Остальные 10% приходятся на специфические настройки ОС и драйверов видеосистемы.