1cv8c.dmp 1С:Предприятие и СУБД

Дамп падения 1С (1cv8c.dmp): как открыть и проанализировать в WinDbg

Обновлено: 10.09.2026 · Официальная документация ↗

Архитектура дампов платформы 1С и суть сбоя

Критическое завершение работы клиента (1cv8c.exe или 1cv8.exe) с предложением отправить отчет об ошибке сопровождается генерацией минидампа (файла 1cv8c.dmp или аналогичного) в каталоге Local AppData пользователя. Причинами падения (чаще всего с кодом 0xC0000005 EXCEPTION_ACCESS_VIOLATION) являются ошибки обращения к памяти внутри C++ кода платформы 1С. Бизнес-риски: регулярные «вылеты» терминальных сессий у бухгалтеров при формировании ОСВ, потеря несохраненных документов.

Частые виновники падений (Модули DLL)

Сбойный модуль (Стек)	За что отвечает в платформе 1С	Типовая причина сбоя
`mngbase.dll` / `mngcore.dll`	Базовые менеджеры, ядро платформы	Некорректно сформированный динамический список, битый кэш метаданных.
`frame.dll`	Отрисовка форм и интерфейса (UI)	Ошибки масштабирования Windows, конфликты с драйверами видеокарт, сложные формы.
`wbase84.dll` / `backend.dll`	Сетевое взаимодействие и СУБД	Потеря соединения с сервером 1С, обрыв TCP-сессии, таймауты запросов.

Алгоритм анализа дампа 1С в WinDbg

Сценарий 1: Базовый парсинг стека вызовов (Call Stack)

Учитывая, что фирма «1С» не предоставляет публичные отладочные символы (PDB-файлы) для платформы, глубокий анализ исходного кода невозможен. Однако мы можем выявить конкретную DLL и функцию, на которой произошел краш.

Установите WinDbg Preview из Microsoft Store.
Откройте сгенерированный дамп (лежит в %LOCALAPPDATA%\1C\1cv8\dumps).
В командной строке отладчика выполните инициализацию и анализ:
.sympath srv*c:\symbols*http://msdl.microsoft.com/download/symbols
.reload
!analyze -v
Прокрутите вывод до секции FAULTING_IP (Instruction Pointer) и STACK_TEXT.
Ищите первую DLL платформы 1С (например, frame! + 0x12a4b). Если сбой произошел в системной DLL (например, ntdll.dll или user32.dll), смотрите ниже по стеку, какая библиотека 1С её вызвала.

Сценарий 2: Лечение типовых аппаратных/ОС конфликтов

Если дамп указывает на графическую подсистему или внешние компоненты:

 1. Отключение аппаратного ускорения в 1С (если виноват frame.dll/d3d9.dll)
 В файле 1cestart.cfg или conf.cfg добавить строку:
 DisableHardwareAcceleration=1

 2. Очистка пользовательского кэша (если виноват mngbase.dll)
 Удаление папок в %AppData%\1C\1cv8 и %LocalAppData%\1C\1cv8

Типовые ошибки администраторов

Попытка найти исходный код ошибки: Администраторы пытаются декомпилировать DLL без PDB-символов. Это пустая трата времени. Задача анализа дампа 1С — локализовать проблемную подсистему (сеть, интерфейс, принтер) и найти обходной путь (workaround).
Игнорирование внешних компонент: Часто 1С падает из-за драйверов ККТ (Атол, Штрих), ВК штрихкодов или криптографии (CryptoPro). Если в стеке (STACK_TEXT) видна библиотека, не принадлежащая 1С (например, AddIn.dll), проблема решается обновлением компоненты, а не платформы.

Сотрудники жалуются на постоянные 'вылеты' 1С?
Плавающие ошибки платформы требуют системного подхода (сбор ТЖ, анализ дампов ядра). Архитекторы ITSTM проанализируют технологический журнал серверов 1С, выявят проблемные куски кода конфигурации и стабилизируют работу системы.

💡 Практика специалистов: Практика ITSTM: При анализе падений толстого клиента в терминальной среде (RDS) мы часто видим в стеке дампов библиотеки spoolsv.exe или драйверов принтеров (особенно HP PCL6). Включение изоляции драйверов принтеров в Windows Server часто полностью избавляет от крашей 1С при печати.

Частые вопросы (FAQ)

Почему WinDbg пишет 'WARNING: Unable to verify checksum for mngbase.dll'?

Это нормально для проприетарного ПО. Это сообщение означает, что у отладчика нет отладочных символов (PDB) для этой библиотеки 1С, поэтому он показывает адреса смещения памяти (offset) вместо имен конкретных функций C++.

Как собрать полный дамп (Full Memory Dump) вместо минидампа?

Платформа 1С пишет минидампы по умолчанию. Для полного дампа процесса нужно настроить правила реестра Windows (LocalDumps) для процесса 1cv8c.exe, указав тип дампа (DumpType) = 2 (Full).

Дамп указывает на ntdll.dll. Что это значит?

ntdll.dll — это базовая системная библиотека Windows. Если падение произошло внутри нее, значит 1С передала системе некорректные параметры. Смотрите стек вызовов ниже, чтобы найти DLL платформы 1С, которая инициировала этот системный вызов.

Поможет ли переустановка платформы 1С?

Поможет обновление на новый релиз. Ошибки EXCEPTION_ACCESS_VIOLATION — это, как правило, баги релиза платформы 1С. Переустановка той же версии не устранит баг в коде C++.