Mdmp 1c чем открыть

Обновлено: 06.07.2024

В этой статье описано, как изучить небольшой файл сброса памяти. Небольшой файл сброса памяти поможет определить причину сбоя компьютера.

Применяется к: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 315263

Если вы ищете сведения о отладки для Windows 8 или более поздней, проверьте средства отладки для Windows (WinDbg, KD, CDB, NTSD). Дополнительные сведения о небольшой свалке памяти вы можете получить в Small Memory Dump.

Небольшие файлы сброса памяти

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

Для создания файла сброса памяти Windows файл paging на томе загрузки размером не менее 2 мегабайт (МБ). На компьютерах, на которых Windows Microsoft Windows 2000 или более поздней версии Windows, каждый раз при сбое компьютера создается новый файл сброса памяти. История этих файлов хранится в папке. Если возникает вторая проблема и если Windows создает второй небольшой файл сброса памяти, Windows сохраняет предыдущий файл. Windows каждому файлу предоставляется отдельное имя файла с кодированной датой. Например, Mini022900-01.dmp — это первый файл сброса памяти, созданный 29 февраля 2000 г. Windows сохраняет список всех небольших файлов сброса памяти в %SystemRoot%\Minidump папке.

Небольшой файл сброса памяти может быть полезен при ограниченном пространстве жесткого диска. Однако из-за ограниченной информации, которая включена, ошибки, которые не были непосредственно вызваны потоком, который был запущен во время проблемы, не могут быть обнаружены при анализе этого файла.

Настройка типа сброса

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

Так как существует несколько версий microsoft Windows, на вашем компьютере могут быть другие действия. Если они есть, см. документацию по продуктам для выполнения этих действий.

Дважды щелкните систему, а затем нажмите параметры advanced system.

Щелкните вкладку Advanced, а затем нажмите Параметры в статье Startup and Recovery.

В списке сведений о отладке записи нажмите кнопку Малая свалка памяти (64k).

Чтобы изменить расположение папки для небольших файлов сброса памяти, введите новый путь в поле Dump File или в поле Каталог малых свалок в зависимости от версии Windows).

Средства для чтения небольшого файла сброса памяти

Используйте утилиту проверки сброса (Dumpchk.exe) для чтения файла сброса памяти или проверки правильности создания файла.

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

Дополнительные сведения об использовании службы проверки сброса в Windows NT, Windows 2000, Windows Server 2003 или Windows Server 2008 см. в статье Microsoft Knowledge Base 156280: How to use Dumpchk.exe to check a memory dump file.

Дополнительные сведения об использовании службы проверки сброса в Windows XP, Windows Vista или Windows 7 см. в статье Microsoft Knowledge Base 315271:как использовать Dumpchk.exe для проверки файла сброса памяти .

Или вы можете использовать средство Windows debugger (WinDbg.exe) или средство отладки ядра (KD.exe) для чтения небольших файлов сброса памяти. WinDbg и KD.exe включены в последнюю версию пакета средств отладки Windows.

Чтобы установить средства отладки, см. в странице Download and Install Debugging Tools for Windows webpage. Выберите типичную установку. По умолчанию установщик устанавливает средства отладки в следующей папке:

C:\Program Files\Debugging Tools for Windows

Эта веб-страница также предоставляет доступ к загружаемым пакетам символов для Windows. Дополнительные сведения о символах Windows см. в веб-странице Отладка с символами и веб Windows Пакеты символов.

Дополнительные сведения о параметрах файлов сброса в Windows см. в обзоре параметров файлов сброса памяти для Windows.

Откройте файл сброса

Чтобы открыть файл сброса после завершения установки, выполните следующие действия:

Изменение средств отладки для Windows папки. Для этого введите следующее в командной подсказке и нажмите кнопку ENTER:

Чтобы загрузить файл сброса в отладчик, введите одну из следующих команд и нажмите кнопку ENTER:

В следующей таблице объясняется использование держателей, используемых в этих командах.

Заполнитель	Объяснение
SymbolPath	Либо локальный путь, по котором были загружены файлы символов, либо путь сервера символов, включая папку кэша. Так как небольшой файл сброса памяти содержит ограниченные сведения, фактические двоичные файлы должны быть загружены вместе с символами для правильного чтения файла сброса.
ImagePath	Путь этих файлов. Файлы содержатся в папке I386 на Windows XP CD-ROM. Например, путь может быть C:\Windows\I386 .
DumpFilePath	Путь и имя файла для файла сброса, который вы изучаете.

Примеры команд

Чтобы открыть файл сброса, можно использовать следующие примеры команд. Эти команды предполагают следующие:

Содержимое папки I386 на Windows CD-ROM копируется в C:\Windows\I386 папку.
Ваш файл сброса называется C:\Windows\Minidump\Minidump.dmp .

Пример 2. Если вместо командной строки вы предпочитаете графическую версию отладки, введите следующую команду:

Изучение файла сброса

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

Команда !analyze -show отображает код ошибки Stop и его параметры. Код ошибки Stop также известен как код проверки ошибок.
Команда !analyze -v отображает многословный вывод.
В lm N T команде перечислены указанные загруженные модули. Выход включает состояние и путь модуля.

Команда расширения !drivers отображает список всех драйверов, загруженных на компьютере назначения, а также сводную информацию об использовании их памяти. Расширение !drivers устарело в Windows XP и более поздней. Чтобы отобразить сведения о загруженных драйверах и других модулях, используйте lm команду. Команда lm N T отображает сведения в формате, аналогичном старому расширению драйверов!.

Справки по другим командам и полному синтаксису команд см. в документации по отладки средств справки. Документация о помощи средствам отладки можно найти в следующем расположении:

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

Упрощение команд с помощью пакетного файла

После определения команды, необходимой для загрузки свалок памяти, можно создать пакетный файл для проверки файла сброса. Например, создайте пакетный файл и назови его Dump.bat. Сохраните его в папке, где установлены средства отладки. Введите следующий текст в пакетный файл:

Если вы хотите изучить файл сброса, введите следующую команду, чтобы передать путь файла сброса в пакетный файл:

Случай из практики. 1С Розница «вылетает» при открытии некоторых чеков. Из раздела «Продажи — Чеки». Несколько позиций за прошлые даты. Их открытие приводит к падению тонкого клиента 1С в дамп.

Состав ПО: ОС WIndows 7 Prof x64 Service Pack 1, платформа 8.3.16.1063, локальная ИБ в файловом режиме.

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

Первым делом — правильные вопросы

Когда это началось?
Вспомните, какие были последние изменения в программном и аппаратном обеспечении. Возможно, что они повлияли на стабильность работы 1С, и возврат к прежнему состоянию ПК — как один из выходов.
Где и при каких событиях появляется?
Вылет программы появляется у всех или же на одном рабочем месте. Проблема может идти от самой ИБ (сервера) или же связана с локальным окружением.
Повторяется ли ошибка для другой учетной записи?
Как на уровне ОС, так и в правах самой 1С. Проверьте, как ведет себя программа, открытая с полными правами (от имени администратора). Возникает ли ошибка, если повторить операции пользователя.

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

Как действовать в общем случае

Делаем бэкап базы. Обязательно. Перед любыми действиями с базой — сделайте архивную копию. С помощью копирования файла 1Cv8.1CD или выгрузки dt-файла через Конфигуратор.

Этот этап можно пропустить, если проверяете на копии. Например, когда вы разворачиваете базу рядом с основной, по другому пути (адресу).

3. Очистка настроек пользователя

Не все, оставьте необходимые настройки. Либо проверьте работу под новым пользователем (тестовой учетной записью).

Чтобы исключить влияние модулей антивирусной защиты.

С помощью chdbfl, а также через проверки целостности в инструменте «Тестирование и исправление».

6. Другие разрядность и режим

Простая проверка в разных вариантах запуска — x86/x64, толстый/тонкий клиент.

Есть возможность опробовать работу на более новой платформе? Проверьте. А в некоторых случаях — даже откат на прежний релиз.

Где взять дополнительную информацию

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

Журнал ОС (через оснастку « Просмотр событий \ Журналы Windows \ Приложение ») — можно увидеть путь сбойного модуля и его расположение.
Анализ файла дампа — например, с помощью Debugging Tools for Windows.
Включение технологического журнала 1С и его разбор.
Официальный сервис публикации ошибок (bugboard).
Запрос в службу технической поддержки 1С.

✅ Для этого частного случая помогло обновление платформы до версии 8.3.18.1208.

⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.

Анализ потребления памяти процессами платформы 1С:Предприятие

В рамках проектов ЦКТП и в КОРП поддержке платформы 1С:Предприятие теперь доступна возможность провести анализ памяти процессов платформы 1С:Предприятие на предмет выявления причин проблем, приводящих к значительному потреблению памяти.

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

Шаг 1

Убедиться, что потребление памяти одним процессом платформы 1С:Предприятие составляет значительный объем, например, превышает 20 Гб. Значительный объем памяти не объясняется известными ресурсоемкими операциями, выполняемыми на сервере в этот момент.

Шаг 2

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

Шаг 3

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

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

Шаг 4

Воспроизвести проблему или дождаться момента её воспроизведения.

Шаг 5

Если выполнялся шаг 3, то убедиться, что pid процесса не изменился. Это нужно для того, чтобы в итоге получить два дампа от одного и того же процесса.

Получить дамп процесса со значительным потреблением памяти.

Шаг 6

Поместить собранные дампы в архив и передать в КОРП поддержку или ЦКТП.

Шаг 7

Специалисты поддержки проанализируют полученные данные и предоставят заключение с результатами анализа.

Как получить дамп процесса

Для получения дампа процесса в ОС Windows можно воспользоваться утилитой procdump:

Пример команды: procdump.exe –ma 1234

где 1234 – это PID процесса.

Для получения дампа процесса в ОС Linux можно воспользоваться утилитой gcore.

Пример команды: gcore –o d.core 1234

где d.core – это имя файла дампа, а 1234 – это PID процесса.

В случае использования Linux потребуется также получить библиотеки зависимостей. Для этого необходимо воспользоваться скриптом.

Пример вызова скрипта следующий: ./extractLibs.sh d.core.1234 /opt/1C/v8.3/x86_64/rmngr

где d.core.1234 – это имя файла дампа, а /opt/1C/v8.3/x86_64/rmngr – это путь до исполняемого файла. В результате его запуска будет сгенерирован скрипт сбора библиотек: d.core.1234_getlibs.sh. После его запуска на целевой системе будет создан архив libs-d.core.1234.tar.gz, который нужно передать в поддержку вместе с файлом дампа.

В случае использования Windows полезным также будет использование утилиты vmmap.

При запуске утилиты необходимо выбрать исследуемый процесс, далее сохранить полученную статистику в файл *.mmp. Полученный файл следует передать в поддержку вместе с файлом дампа.

Все из нас когда-нибудь сталкивались с подобными сбоями платформы. Кто-то чаще, кто-то реже. Решений тоже уйма от простой чистки кэша и переустановки платформы, до изменений политик и правки глубин реестра. Все уже давно описано и поисковик выдает рецепты счастливой жизни без записей в dump.

Сомневаюсь, что моя ситуация уникальна, но найти что-то похожее не удалось. Поэтому изложу свой опыт в надежде, что кому-то он сэкономит время и нервы.

На рабочий компьютер был установлен свежий Windows 10 Pro Версия 1803 (Сборка ОС 17134.345) и платформа (8.3.12.1595).

Платформа работала нестабильно и периодически выпадала в ошибку наподобие этой

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

Ок. Открываем "Панель управленияСистема и безопасностьАдминистрированиеПросмотр событий". Далее смотрим ветку "Журналы WindowsПриложение" и фильтруем по ошибкам. Видим следующую картину

Смотрим имя сбойного модуля и его расположение. Далее идем по этому пути разбираться

Оказывается это компонента MS Visual Studio 2015 (Visual C++). Идем на официальный сайт, выкачиваем и ставим более свежую версию.

После установки идем в System32 и копируем нашу dll. Далее заменяем в папке с платформой 1С.

1C приняла библиотеку как родную и на данный момент сбои прекратились. Если что-то изменится, то дополню статью.

Читайте также: