Sqldumper error log

В этой статье описано средство sqldumper. exe, которое входит в состав SQL Server. Вы можете использовать эту служебную программу для создания различных типов файлов дампов.

Аннотация

Программа SQLDumper. exe входит в состав Microsoft SQL Server. В этой статье описано, как использовать служебную программу sqldumper. exe для создания файла дампа для отчетов об ошибках Watson или для задач отладки.

Заметки, добавленные в дополнение к служебной программе sqldumper. exe, также доступны для указанных ниже способов.

  • Вы можете использовать DBCC STACKDUMP команда для создания дамп-файла в SQL Server. Дополнительные сведения о том, как использовать DBCC STACKDUMP, можно найти в разделе Дополнительные сведения.

  • Вы также можете использовать сценарий PowerShell для автоматизации командной строки SQLDumper. Fили более подробные сведения об этом можно узнать в статье Использование сценария PowerShell для создания дамп-файлав разделе Дополнительные сведения.

Предупреждение. Создание файлов дампа процесса может повлиять на доступность служб (здесь — здесь SQL Server) и инициировать отработку отказов для ресурсов, которые отключаются в постоянном контексте (как экземпляр отказоустойчивого кластера, так и группа доступности). Параметры, которые используются для создания файлов дампа, значительно отличаются. Убедитесь в том, что вы прочитали влияние разделов создание дампа и дампы типов .

При захвате файла дампа обработки SQL Server (особенно файла фильтрованного дампа или файла полного дампа) на кластеризованном сервере SQL Server или сервере SQL Server, содержащем группу доступности AlwaysOn, кластеризованный сервер SQL Server или AG может переключиться на другой узел, если файл дампа займет слишком много времени. Чтобы избежать возможного перехода на другой ресурс, вы можете использовать следующие параметры, прежде чем захватить файл дампа, а затем вернуть изменения после создания файла дампа.

  • Для кластеризации SQL Server (FCI) щелкните правой кнопкой мыши ресурс SQL Server в Администраторе кластеров, выберите пункт «при сбое ресурса, не перезапускаться» на вкладке » политики «.

  • Для AG примените все указанные ниже параметры.

    • Предельный таймаут сеанса, например 120 секунд для всех реплик. В SQL Server Management Studio щелкните правой кнопкой мыши реплику, которую нужно настроить, и выберите пункт Свойства. Изменить время ожидания сеанса (в секундах) на 120 секунд. Дополнительные сведения можно найти в разделе изменение периода таймаута сеанса для реплики доступности (SQL Server).

    • Измените «автоматический переход на другой ресурс» всех реплик на «переход на другой ресурс вручную». В SQL Server Management Studio щелкните реплику правой кнопкой мыши, выберите пункт Свойства, а затем установите для параметра «автоматический переход на другой реплике» значение «вручную отработка отказа» на вкладке свойства . Дополнительные сведения можно найти в разделе изменение режима отработки отказа реплики доступности (SQL Server).

    • Улучшите «LeaseTimeout» до 60 000 мс (60 секунд) и измените HealthCheckTimeout на 90 000 MS (90 секунд). В разделе Администратор кластера щелкните ресурс AG правой кнопкой мыши, выберите пункт Свойства, а затем перейдите на вкладку свойства , чтобы изменить оба параметра. Дополнительные сведения можно найти в разделе Настройка параметров свойств HealthCheckTimeout.

Дополнительная информация

Инструкции по запуску служебной программы sqldumper. exe вручную

Запустите служебную программу sqldumper. exe в контексте папки, в которой изначально была установлена программа SQL Server. По умолчанию путь установки служебной программы sqldumper. exe описан ниже.

SQLServerInstallDrive: Program FilesMicrosoft SQL Server90SharedSQLDumper.exeNote SQLServerInstallDrive — заполнитель для диска, на котором установлен SQL Server 2005.

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

  1. Откройте следующую папку:

    SQLServerInstallDrive: Program FilesMicrosoft SQL Server номерSharedОбратите внимание, что в этом пути к папке задано значение «число » в качестве заполнителя для одного из следующих элементов:

    • 140 для SQL Server 2017

    • 130 для SQL Server 2016

    • 120 для SQL Server 2014

    • 110 для SQL Server 2012

    • 100 для SQL Server 2008

    • 90 для SQL Server 2005

  2. Убедитесь в том, что файл dbghelp. DLL находится в этой папке.

  3. Выберите в меню Пуск пункт Выполнить, введите команду cmd и нажмите кнопку ОК.

  4. Введите в командной строке приведенную ниже команду и нажмите клавишу ВВОД:

    cd SQLServerInstallDrive:Program FilesMicrosoft SQL ServernumberSharedПримечаниеВ этом пути к папке номер — это тот же заполнитель, который меняется с помощью SQL Server Version, как описано выше.

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

    • Файл полного дампа

      Sqldumper. exe ProcessID 0 0x01100

    • Файл мини-дампа

      Sqldumper. exe ProcessID 0 0x0120

    • Файл мини-дампа, включающий непрямое обращение к памяти. Это рекомендуемый вариант, который также используется в SQL Server по умолчанию при автоматическом создании дампов памяти.

      Sqldumper. exe ProcessID 0 0x0128

    • Файл отфильтрованного дампа

      Sqldumper. exe ProcessID 0 0x8100

    Заметка
    ProcessID — это заполнитель идентификатора процесса приложения Windows, для которого требуется создать файл дампа.

Если служебная программа SQLDumper. exe успешно запускается, она создает файл дампа в папке, в которой установлена программа.

Файл дампа, созданный программой sqldumper. exe, содержит шаблон имени файла, напоминающий указанные ниже.

SQLDmprxxxx.mdmp
В этом шаблоне XXXX — это растущее число, которое определяется на основе других файлов с одинаковыми именами в той же папке. Если у вас уже есть файлы в папке с именами, указанными в указанном шаблоне, возможно, потребуется сравнить дату и время создания файла для определения нужного файла.

Дополнительные сведения и рекомендации

SQLDumper. exe в основном используется для создания дампов памяти для процесса SQL Server в сценариях, где дамп памяти необходим для устранения определенных проблем (исключений, утверждений, не выдаче планировщиков и т. д.). В таких случаях SQL Server вызывает SQLDumper. exe для создания дампа памяти процесса. Дамп памяти хранится в пути, указанном в диспетчере конфигурации SQL Server с каталогом расположения по умолчанию MSSQLLOG.  Если в некоторых случаях размер дампа слишком велик, например, вы можете изменить путь, выполнив указанные ниже действия. 

  1. Открытие диспетчера конфигурации SQL Server

  2. В разделе исследование служб SQL Server найдите сервер SQL Server

  3. Щелкните его правой кнопкой мыши, выберите пункт Свойства и перейдите на вкладку Дополнительно .

  4. Измените каталог дампа на нужный путь и нажмите кнопку ОК.

  5. Чтобы новый параметр вступил в силу, перезапустите SQL Server (по возможности).

Если средство sqldumper. exe используется вручную для создания файла дампа для любого приложения Windows, размер файла дампа может быть таким же, как и память, используемая приложением Windows в данный момент. Убедитесь в том, что на диске достаточно места, где программа SQLDumper. exe пишет файл дампа.

Вы можете указать каталог, в котором программа SQLDumper. exe должна записать файл дампа. Перед запуском служебной программы sqldumper. exe необходимо, чтобы каталог уже существовал. В противном случае программа SQLDumper. exe завершится сбоем. Не используйте UNC-путь в качестве расположения файла дампа. В приведенном ниже примере показано, как указать расположение файла дампа для файла мини-дампа.

  1. Выберите в меню Пуск пункт Выполнить, введите команду cmd и нажмите кнопку ОК.

  2. Введите в командной строке приведенную ниже команду и нажмите клавишу ВВОД:

    cd SQLServerInstallDrive:Program FilesMicrosoft SQL ServernumberShared

    Примечание. В этой папке этот путь является заполнителем для одного из следующих элементов:

    • 140 для SQL Server 2017

    • 130 для SQL Server 2016

    • 120 для SQL Server 2014

    • 110 для SQL Server 2012

    • 100 для SQL Server 2008

    • 90 для SQL Server 2005

  3. В командной строке введите следующую команду и нажмите клавишу ВВОД.

    Sqldumper.exe ProcessID 0 0x0128 0 MdumpPathПримечание . MdumpPath — это заполнитель для каталога, в котором программа SQLDumper. exe должна записать файл дампа. По умолчанию файл записывается в текущую папку.

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

  • Объем памяти, используемой в настоящее время утилитой sqldumper. exe.

  • Скорость устройства, на которое программа выполняет запись дампа.

В течение этого времени служебная программа SQLDumper. exe не будет обрабатывать команды. Вы увидите, что сервер перестал отвечать на запросы. Кроме того, может возникнуть отработка отказа кластера.

Чтобы запустить программу sqldumper. exe, необходимо войти в Windows с помощью одного из указанных ниже способов.

  • Используйте учетную запись, которая входит в группу «Администраторы» на компьютере.

  • Используйте ту же учетную запись пользователя, под которой работает служба SQL Server.

Чтобы служебная программа SQLDumper. exe работала успешно через удаленный рабочий стол или через службы терминалов, необходимо запустить удаленный рабочий стол или службы терминалов в режиме консоли. Например, чтобы запустить удаленный рабочий стол в режиме консоли, нажмите кнопку Пуск, выберите команду выполнить, введите mstsc/consoleи нажмите кнопку ОК. Имейте в виду, что если целевой сервер работает под управлением Windows 2000, параметр /Console не обрабатывается автоматически. Вы можете подключиться к серверу через удаленный рабочий стол. Но вы не будете использовать сеанс консоли.

Если после запуска служебной программы sqldumper. exe в текущей папке не будет создан файл дампа, просмотрите сведения, созданные служебной программой, в командной строке, чтобы попытаться определить возможную причину сбоя. Эти сведения также записываются в файл Sqldumper_errorlog. log в текущем каталоге. Ниже приведены два возможных сообщения об ошибке и их причины.

Сообщение 1

OpenProcess не удалось 0x57 — неверный параметр

В утилите sqldumper. exe передан недопустимый идентификатор процесса.

Сообщение 2

Недопустимое значение для идентификатора потока: <недопустимый параметр> параметра Error

В утилите sqldumper. exe передан недопустимый параметр.

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

Неизвестный тип обратного вызова в минидампа 6
Неизвестный тип обратного вызова в минидампа 7

Влияние создания дампа

При запросе дампа процесса в режиме пользователя (как описано в этой статье, для того чтобы она была связана с дампами ядра операционной системы, которые находятся за пределами нашей области), целевой процесс (здесь SQLServer. exe) полностью зафиксирован на протяжении продолжительности сериализации содержимого дампа в конечный файл.

«Замороженные» означает, что он не сможет обрабатывать запросы пользователя или ход выполнения какой-либо внутренней операции, включая любой механизм опроса ресурсов, например реализация модуля для работы со средствами кластеризации Windows и LooksAlive (Дополнительные сведения об обработке этой ситуации можно найти в разделе «отказоустойчивость кластеров и средство sqldumper. exe»). Время ожидания, которое полагается на почасовую подвесной, может быть нарушено в результате закрепления.

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

  • Выбранный тип дампа

  • Размер процесса SQL Server в памяти, который в случае, если один активный экземпляр с параметрами по умолчанию, часто близок к общему физическому объему оперативной памяти сервера.

  • Производительность диска, используемая в качестве целевого объекта для дампа.

Кроме того, вы должны планировать Размерфайла дампа на диске, особенно в том случае, если выбрано несколько дампов, и при этом будут выделены большие типы дампов, не заданные по умолчанию. Убедитесь в том, что вы просматриваете раздел «dump Types», чтобы узнать, что вы ожидаете. По умолчанию некоторые методы дампа создают дамп в папке log экземпляра сервера SQL Server, поэтому в простой конфигурации по умолчанию также может быть системный диск и диск данных + журнал для SQL Server. Подключение этого диска к насыщенности будет сильно повлиять на SQL Server и (или) доступность системы.

В последние версии SQL Server были добавлены три основных улучшения, чтобы уменьшить размер файла дампа и (или) время для создания дампа памяти.

  • Механизм фильтрации точечных рисунков

  • Исключение повторяющихся дампов для одной и той же ошибки

  • Сокращенный вывод в журнале ошибок

Фильтрация точечных рисунков: Улучшенная скорость фильтрованного дампа и уменьшенный размер были достигнуты из-за нового механизма фильтрации точечных рисунков, добавленного в sql Server 2019 и sql Server 2017.
SQL Server выделяет точечный рисунок, в котором отслеживаются страницы памяти, которые будут исключены из отфильтрованного дампа. Sqldumper. exe считывает точечный рисунок и отфильтровывает страницы без необходимости чтения других метаданных диспетчера памяти. При включении или отключении точечного рисунка в журнале ошибок SQL Server вы увидите следующие сообщения: «исключение страниц включено». «и» исключение страниц отключено «.

SQL Server 2016

  • Начиная с SQL Server 2016 с пакетом обновления 2 CU13, по умолчанию фильтрация точечных рисунков включена.

SQL Server 2017

  • Эта возможность недоступна в RTM через CU15

  • В SQL Server 2017 CU16 вы можете включить фильтрацию точечных рисунков через T8089 и отключить ее, отключив T8089

  • Начиная с SQL Server 2017 CU20 фильтрация по точечным рисункам включена по умолчанию. Флаг трассировки T8089 больше не будет применяться и будет проигнорирован, если он включен. Фильтрация растровых изображений может быть отключена с помощью T8095.

SQL Server 2019

Эта возможность включена по умолчанию в SQL Server 2019 RTM. Она может быть отключена через T8095.

Исключение повторяющихся дампов в одной и той же проблеме: Repeated дампы памяти в той же проблеме теперь не устраняются. С помощью подписи стека ядро SQL отслеживает, если исключение уже произошло, и не создает новый дамп памяти, если он уже существует. Это относится к нарушениям доступа, переполнению стека, утверждениям и исключениям повреждения индекса. Это значительно сокращает объем дискового пространства, используемого дампами памяти, и временно не замораживает процесс для создания дампа. Это было добавлено в SQL Server 2019.

Укороченный вывод в журнале ошибок:Содержимое, созданное в SQL Server ERRORLOG из единственного дампа памяти, не может быть перегруженным, но оно также замедляет процесс создания дампа памяти из-за того, что вся эта информация была бы сериализована в текстовый формат в журнале ошибок. В SQL Server 2019 содержимое, хранящееся в журнале ErrorLog после создания дампа, было значительно уменьшено и может выглядеть примерно так:

DateTime SPIDSPID * * dump Thread-SPID = 0, EC = 0x0000015C7169BF40

DateTime SPIDSPID *

DateTime SPIDSPID * дамп стека, инициированный пользователем. Это не дамп исключений сервера.

DateTime SPIDSPID *

Код SPID для даты и времени подписиPID для дампа: 0x00000000788399E5

Дата и время
SPID идентификаторpid внешнего дампа 0x20000001 код возврата.

Внешний процесс дампа не вернул ошибки.

Ранее сервер SQL Server выводит сведения о каждом сеансе или потоке, когда пользователь запустил ручной дамп, например. 

Типы дампов

Описанные методы позволяют создавать три разных типа дампов: Мини-дампы, полные дампы и отфильтрованные дампы.

Мини-дампы с памятью, на которую указывает ссылка, представляют собой моментальный снимок всех активных потоков процесса («стеки потоков»), а также с ограниченным извлечением памяти, на которые ссылается стек потоков, и некоторыми другими данными процесса или потоком. Они обычно имеют несколько мегабайтных размеров и очень быстро создаются (начиная с менее секунды до нескольких секунд). Более крупные серверные системы (благодаря сотням ЦП, в которых значительно разрешено значительное количество потоков в процессе SQL Server), редко превышают 20-30 МБ: размер мини-дампа не будет увеличиваться с учетом размера процесса SQL Server. Этот тип дампа является типом по умолчанию, используемым SQL Server при автоматическом создании дампов памяти для исключений, проблем планировщика, проблем кратковременной блокировки и т. д.

Обратите внимание, что SQL Server, как часть встроенного инструментария, генерирует автоматические диагностические Мини-дампы в некоторых специфических ситуациях. Таким образом, эта операция считается безопасной, так как SQL Server может автоматически активировать его при необходимости.

Полные дампы — это полная копия активного целевого пространства процесса. Таким образом, будет выделено все состояние потока, весь процесс и память, а также все загруженные модули. Таким образом, полные дампы зависят от размера процесса SQL Server, который, в свою очередь, может быть практическиочень большим, чем общий объем оперативной памяти системы. На больших серверах, выделенных для одного экземпляра SQL Server, это может означать файл с несколькими сотнями гигабайтов или более. Неважно! например, создание файла занимает много времени, поэтому это приводит к prolongatedу закрепления. Производительность диска для целевого файла дампа будет основным драйвером для закрепления времени. Обратите внимание на то, что этот вид дампа очень редко используется в SQL Server сегодня, как описано в описании следующего типа.

Фильтрованные дампы: по мере роста объема ОЗУ типичных серверов, работающих в SQL Server, полные дампы стали более и более громоздкими. Фильтрованные дампы были применены: они являются подмножеством полных дампов, где большие области структур памяти, относящиеся к SQL Server, purposefully пропускаются и не сериализуются на диск при отсутствии добавленных значений например, Hekaton страницы данных и память пула журналов). Это приводит к тому, что файл, размер которого меньше полного дампа, сохраняется практически все полезно, а в большинстве ситуаций, когда Мини-дампы были бы недостаточно, заменяются полные дампы как предпочтительные параметры. Функция уменьшения размера и полного дампа может варьироваться, но она по-прежнему является большим файлом, который часто составляет 30-60% от размера процесса SQL Server, поэтому лучше всего будет планироваться наличие такого размера, как в качестве полного дампа, что должно оставить хорошее резервное поле. Обратите внимание на то, что фильтрованный дамп может не всегда быть быстрее, чем полный дамп в каждом случае: это важно, если выигрыш, связанный с числом операций ввода-вывода, не превышает время, необходимое для реализации логики фильтра (так что скорость диска и тактовая частота процессора и ОЗУ будут зависеть).

Вы можете использовать служебную программу sqldumper. exe для создания файла дампа по запросу для любого приложения Microsoft Windows. Например, можно создать файл дампа для отладки проблемы приложения, если компьютер, на котором работает Microsoft SQL Server, не отвечает на запросы пользователей. Файл дампа может быть файлом мини-дампа или полным файлом дампа. Файл отфильтрованного дампа применим и имеет смысл только в контексте SQL Server..

Однако вы не можете использовать служебную программу sqldumper. exe для отладки общего назначения. Дополнительные сведения об отладке общего назначения можно найти на веб-сайте корпорации Майкрософт по следующему адресу:

http://www.microsoft.com/whdc/devtools/debugging/default.mspx

Процесс SQL Server вызывает служебную программу sqldumper. exe для внутренних целей, чтобы создать файл дампа, когда процесс попытается выполнить какие-либо исключения. SQL Server передает флаги в служебную программу sqldumper. exe. С помощью флагов трассировки можно изменить флаги, которые SQL Server передает программе в контексте исключения или в контексте утверждения. Эти флаги трассировки находятся в диапазоне от 2540 до 2559. Вы можете использовать эти флаги трассировки для создания определенных типов файлов дампа. Пример:

  • Флаг трассировки 2551: создает отфильтрованный дамп памяти.

  • Флаг трассировки 2544: создает полный дамп памяти.

  • Флаг трассировки 8026: SQL Server очистит триггер дампа после создания дампа.

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

Получение идентификатора процесса приложений Microsoft Windows

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

  1. Нажмите клавиши CTRL + ALT + DELETE, а затем — Диспетчер задач.

  2. В диалоговом окне Диспетчер задач Windows откройте вкладку процессы .

  3. В меню вид выберите команду выбрать столбцы.

  4. В диалоговом окне Выбор столбцов установите флажок PID (идентификатор процесса) и нажмите кнопку ОК.

  5. Обратите внимание на идентификатор процесса приложения Windows, для которого требуется создать файл дампа. В приложении SQL Server Обратите внимание на идентификатор процесса процесса sqlservr. exe.

  6. Закройте Диспетчер задач.

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

Date/Time Сервер Microsoft SQL Server 2005-9.00.1399.06 (Intel x86)

Дата и время

Авторские права (c) корпорация Майкрософт (Microsoft Corporation), 1988-2005

Выпуск Enterprise Edition для Windows NT 5,2 (сборка 3790: пакет обновления 1)

Дата и время Сервер (c) 2005 (Microsoft Corporation).

Date/Time Сервер все права защищены.

Date/Time Идентификатор процесса серверного сервера — 3716.

Число, которое появляется после идентификатора серверного процесса , — идентификатор процесса для процесса sqlservr. exe.

Отработка отказов кластера и служебная программа SQLDumper. exe

В сценариях с отказоустойчивым кластером Библиотека ресурсов SQL Server теперь может получить файл дампа перед переходом на другой ресурс. Если в DLL-библиотеке ресурсов SQL Server определено, что произошел сбой ресурса SQL Server, в DLL-библиотеке ресурсов SQL Server используется программа SQLDumper. exe для получения файла дампа процесса SQL Server. Чтобы убедиться в том, что средство sqldumper. exe успешно создало файл дампа, необходимо установить следующие три свойства в качестве предварительных требований:

  • SqlDumperDumpTimeOut
    Заданное пользователем время ожидания. Библиотека ресурсов ждет завершения файла дампа до тех пор, пока библиотека ресурсов не прекратит службу SQL Server.

  • SqlDumperDumpPath
    Расположение, в котором программа SQLDumper. exe создает файл дампа.

  • SqlDumperDumpFlags
    Флаги, используемые программой sqldumper. exe.

Если хотя бы одно из свойств не задано, программа SQLDumper. exe не может создать файл дампа. Предупреждающее сообщение будет записано как в журнал событий, так и в журнал кластера каждый раз, когда ресурс будет переведен в режим онлайн.

Для SQL Server 2012 и более поздних версий

Вы можете изменить эти свойства с помощью команды ALTER SERVER CONFIGURATION (T-SQL). Пример:

ИЗМЕНЕНИЕ конфигурации сервера ОТКАЗОУСТОЙЧИВого кластера SqlDumperDumpTimeOut = 0;

ИЗМЕНЕНИЕ свойства ОТКАЗОУСТОЙЧИВого кластера на сервере SqlDumperDumpPath = «C:temp»;

ИЗМЕНЕНИЕ свойства ОТКАЗОУСТОЙЧИВого кластера на сервере SqlDumperDumpFlags = 296;

Кроме того, вы можете использовать сценарии PowerShell. Например, для именованного экземпляра SQL2017A:

Get-ClusterResource-Name «SQL Server (SQL2017AG)» | Set-ClusterParameter-Name «SqlDumperDumpPath»-value «C:temp»

Get-ClusterResource-Name «SQL Server (SQL2017AG)» | Set-ClusterParameter-Name «SqlDumperDumpFlags» — value 296

Get-ClusterResource-Name «SQL Server (SQL2017AG)» | Set-ClusterParameter-Name «SqlDumperDumpTimeOut» — значение 0

Для проверки примененных параметров вы можете выполнить следующую команду PowerShell:

Get-ClusterResource-Name «SQL Server (SQL2017AG)» | Get-ClusterParameter

Для SQL Server 2008/2008 R2 или Windows 2012 и более ранних версий

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

  1. Выберите в меню Пуск пункт Выполнить, введите команду cmd и нажмите кнопку ОК.

  2. Для каждого свойства введите соответствующую команду в командной строке и нажмите клавишу ВВОД.

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

      • Весь файл полного дампа потока

        • Экземпляр по умолчанию

          ресурс кластера «SQL Server,/Priv SqlDumperDumpFlags = 0x01100

        • Именованный экземпляр

          ресурс кластера «SQL Server (INSTANCE1)»/Priv SqlDumperDumpFlags = 0x01100

      • Файл мини-дампа для всех потоков

        • Экземпляр по умолчанию

          ресурс кластера «SQL Server,/Priv SqlDumperDumpFlags = 0x0120

        • Именованный экземпляр

          ресурс кластера «SQL Server (INSTANCE1)»/Priv SqlDumperDumpFlags = 0x0120

      • Отфильтрованный файл дампа потока

        • Экземпляр по умолчанию

          ресурс кластера «SQL Server,/Priv SqlDumperDumpFlags = 0x8100

        • Именованный экземпляр

          ресурс кластера «SQL Server (instance1)»/Priv SqlDumperDumpFlags = 0x8100

    • Свойство SqlDumperDumpPath

      кластерный ресурс «SQL Server»/Priv SqlDumperDumpPath = DirectoryPathNote DirectoryPath — это заполнитель для каталога, в котором будет создан файл дампа, и он должен быть указан в кавычках («»).

    • Свойство SqlDumperDumpTimeOut

      кластерный ресурс «SQL Server»/Priv SqlDumperDumpTimeOut = timeout тайм-аута — заполнитель времени ожидания в миллисекундах (мсек).NoteTimeout

      Время, затрачиваемое служебной программой на создание дамп-файла процесса SQL Server, зависит от конфигурации компьютера. Для компьютера с большим объемом памяти время может быть значительным. Чтобы получить оценку времени, которое проходит процесс, используйте служебную программу sqldumper. exe, чтобы вручную создать файл дампа. Допустимые значения свойства SqlDumperDumpTimeOut : от 10 000 до MAXDWORD. MAXDWORD Представляет наибольшее значение в диапазоне типа данных DWORD (4294967295).

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

cluster resource «SQL Server» /priv «

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

  1. Выберите в меню Пуск пункт Выполнить, введите команду cmd и нажмите кнопку ОК.

  2. Для определенного свойства введите соответствующую команду в командной строке и нажмите клавишу ВВОД.

    • Свойство SqlDumperDumpFlags

      • Экземпляр по умолчанию

        кластерный ресурс «SQL Server»/Priv: SqlDumperDumpFlags/UseDefault

      • Именованный экземпляр

        кластерный ресурс «SQL Server (INSTANCE1)»/Priv: SqlDumperDumpFlags/UseDefault

    • Свойство SqlDumperDumpPath

      • Экземпляр по умолчанию

        кластерный ресурс «SQL Server»/Priv: SqlDumperDumpPath/UseDefault

      • Именованный экземпляр

        кластерный ресурс «SQL Server (INSTANCE1)»/Priv: SqlDumperDumpPath/UseDefault

    • Свойство SqlDumperDumpTimeOut

      • Экземпляр по умолчанию

        кластерный ресурс «SQL Server»/Priv: SqlDumperDumpTimeOut/UseDefault

      • Именованный экземпляр

        кластерный ресурс «SQL Server (INSTANCE1)»/Priv: SqlDumperDumpTimeOut/UseDefault

Инструкции по использованию инструкции DBCC STACKDUMP

КомандаDBCC STACKDUMP с помощью команды можно создавать дамп памяти в каталоге журнала установки экземпляра SQL Server. По умолчанию команда создает малый дамп со всеми потоками с ограниченным размером и подходит для отражения состояния процесса SQL Server. Просто выполните в клиенте SQL Server следующую команду:

DBCC STACKDUMP

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

dbcc traceon(2551, -1) 
go

dbcc stackdump

Для создания полного дампа используйте флаг трассировки 2544.

Примечание . После того как вы получите файл дампа, отключите флаг трассировки , выполнив следующую команду, чтобы избежать непреднамеренного обновления всех последующих подвременных дампов SQL Server для более крупных дампов.

DBCC TRACEOFF (TraceNumber, -1);   
GO

Где tracenumber — это флаг трассировки, который вы ранее включили, например 2551 или 2544.

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

DBCC TRACESTATUS(-1)

Пустой результирующий набор указывает на то, что traceflag не активен. И наоборот, если 2551 по-прежнему активны, вы увидите:

TraceFlag состояние глобального сеанса

——— —— —— ——-

2551 1 1 0

Примечание.TraceFlags, включенный DBCC TRACEON, сбрасывается (удаляется) после перезапуска службы.

Использование сценария PowerShell для создания дамп-файла с помощью SQLDumper. exe

  • Сохраните приведенный ниже код в формате ps1 (например, SQLDumpHelper. ps1).

  • Запустите ее из командной строки справами администратора, выполнив следующую команду:

    Powershell.exe -File SQLDumpHelper.ps1

  • Вы также должны запустить ее из консоли Windows PowerShell изапустить от имени администратора с помощью следующей команды:

    .SQLDumpHelper.ps1

Примечание. Если вы ни разу не выполняли сценарии PowerShell в системе, может появиться следующее сообщение об ошибке:

Файл… SQLDumpHelper. ps1 невозможно загрузить, так как в этой системе отключены сценарии выполнения.

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

  1. Запустите консоль Windows PowerShell с помощью команды «Запуск от имени администратора». Только члены группы администраторов на компьютере могут изменять политику выполнения.

  2. Включите выполнение неподписанных сценариев с помощью следующей команды:

    Set-ExecutionPolicy RemoteSigned

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

$isInt = $false
$isIntValDcnt = $false
$isIntValDelay = $false
$SqlPidInt = 0
$NumFoler = «»
$OneThruFour = «»
$SqlDumpTypeSelection = «»
$SSASDumpTypeSelection = «»
$SSISDumpTypeSelection = «»
$SQLNumfolder = 0
$SQLDumperDir = «»
$OutputFolder = «»
$DumpType = «0x0120»
$ValidPid
$SharedFolderFound = $false
$YesNo = «»
$ProductNumber = «»
$ProductStr = «»

Write-Host «»
Write-Host «‘ * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Write-Host «Этот сценарий поможет создать один или несколько дампов памяти SQL Server».
Write-Host (для этого вам нужны следующие варианты: »
            -целевой процесс SQL Server (если более одного)
            -Тип дампа памяти
            — количество и интервал времени (при наличии нескольких дампов памяти)
Вы можете прервать этот сценарий с помощью сочетания клавиш CTRL + C
Write-узел [* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

#check права администратора
#debugging средствам, таким как SQLDumper. exe, требуются полномочия администратора для создания дампа памяти

Если (-not «[Security. Principal. WindowsPrincipal] [Security. Principal. WindowsIdentity]::-Current ())). IsInRole ([Security. Principal. WindowsBuiltInRole]:: Administrator))
{
     «Запись-предупреждение» для создания дампа памяти необходимы права администратора! «применяйте этот сценарий в качестве администратора!»
     #break
}

#what продукт, который вы хотите создать дамп памяти
Хотя (($ProductNumber-NE «1»)-and ($ProductNumber-NE «2»)-and ($ProductNumber-NE «3»)-and ($ProductNumber-NE «4»)-and ($ProductNumber-NE «5»))
{
    Write-Host (узел), для которого вы хотите создать дамп памяти? «-ForegroundColor желтый
    Write-узел (1) SQL Server)
    Write-узел «2) SSAS (службы Analysis Services)»
    «Запись-узел» («3) службы SSIS» (службы Integration Services) »
    Write-узел «4) SSRS (службы отчетов)»
    Агент SQL Server для записи «5 — узел»
    Write-Host «»
    $ProductNumber = Read-Host «Ввод 1-5>»

    Если (($ProductNumber-NE «1»)-and ($ProductNumber-NE «2»)-and ($ProductNumber-NE «3»)-and ($ProductNumber-NE «4»)-and ($ProductNumber-NE «5»))
    {
        Write-Host «»
        Write-Host (введите правильный номер из списка выше).
        Write-Host «»
        Начало-режим сна (мсек) 300
    }
}

Если ($ProductNumber-EQ «1»)
{
    $SqlTaskList = tasklist/SVC/FI «ImageName EQ sqlservr *»/FO CSV | ConvertFrom-CSV
    $ProductStr = «SQL Server»
}
ElseIf ($ProductNumber-EQ «2»)
{
    $SqlTaskList = tasklist/SVC/FI «ImageName EQ msmdsrv *»/FO CSV | ConvertFrom-CSV
    $ProductStr = «SSAS (службы Analysis Services)»
}
ElseIf ($ProductNumber-EQ «3»)
{
    $SqlTaskList = tasklist/SVC/FI «ImageName EQ MsDtsSrvr *»/FO CSV | ConvertFrom-CSV
    $ProductStr = «службы SSIS (службы Integration Services)»
}
ElseIf ($ProductNumber-EQ «4»)
{
    $SqlTaskList = tasklist/SVC/FI «ImageName EQ reportingservicesservice *»/FO CSV | ConvertFrom-CSV
    $ProductStr = «SSRS (службы Reporting Services)»
}
ElseIf ($ProductNumber-EQ «5»)
{
    $SqlTaskList = tasklist/SVC/FI «ImageName EQ» * «/FO CSV | ConvertFrom-CSV
    $ProductStr = «агент SQL Server»
}

Если ($SqlTaskList. Count-EQ 0)
{
    Write-Host «curerntly не работает ни в одной из экземпляров $ProductStr. Выход из… «-ForegroundColor зеленый
    перевод
}

#if нескольких экземпляров SQL Server, пользователь получает идентификатор PID для нужного сервера SQL Server.
Если ($SqlTaskList. Count-gt 1)
{
    Write (узел) обнаружено более одного экземпляра $ProductStr

    $SqlTaskList | Select-объект PID, «имя образа», службы | Out-Host

    #check ввода и убедитесь, что это допустимое целое число
    In (($isInt-EQ $false)-or ($ValidPid-EQ $false))
    {
        Write-Host «введите PID для нужной службы SQL из списка выше»-ForegroundColor желтого
        $SqlPidStr = Read-Host «>»
    
предпринять
                $SqlPidInt = [Convert]:: ToInt32 ($SqlPidStr)
                $isInt = $true
            }

        Catch [FormatException]
            {
                 Write-Host «введенное значение для PID», $SqlPidStr, «» не является целым числом »
            }
    
#validate этот идентификатор продукта в списке обнаружено
        для ($i = 0; $i-lt $SqlTaskList. Count; $i + +)
        {
            Если ($SqlPidInt-EQ [int] $SqlTaskList. PID [$i])
            {
                $ValidPid = $true
                перевод
            }
            процессом
            {
                $ValidPid = $false
            }
        }
     }   

     Write-Host (с помощью PID = $SqlPidInt для создания дампа $ProductStr памяти «-ForegroundColor зеленый
    Write-Host «»
    
}
Кроме того, в поле #if только один сервер SQL/службы SSAS, перейдите сюда
{
    $SqlTaskList | Select-объект PID, «имя образа», службы | Out-Host
    $SqlPidInt = [Convert]:: ToInt32 ($SqlTaskList. PID)
 
Write-Host «using PID =», $SqlPidInt, «для создания дампа $ProductStr памяти»-ForegroundColor зеленый
    Write-Host «»
}

Тип #dump

Если ($ProductNumber-EQ «1») #SQL дампа памяти сервера
{
    #ask тип дампа памяти SQL Server
    Хотя (($SqlDumpTypeSelection-NE «1»)-and ($SqlDumpTypeSelection-NE «2»)-and ($SqlDumpTypeSelection-NE «3»)-and ($SqlDumpTypeSelection-NE «4»))
    {
        Write-Host (узел) какой тип дампа памяти вы хотите создать? «-ForegroundColor желтый
        Write-Host (1) мини-дамп
        Write-Host (2) мини-дамп с заданной памятью — без ссылки на строку; Write-Host (рекомендуется)
        Write-Host «3) отфильтрованный дамп:»———Новая; Write-Host (не рекомендуется) — ForegroundColor Red
        Создание полного дампа «—Новая строка» («4») Write-Host (не используйте в производственных системах!) -ForegroundColor красный
        Write-Host «»
        $SqlDumpTypeSelection = Read-Host «Ввод 1-4>»

        Если (($SqlDumpTypeSelection-NE «1»)-and ($SqlDumpTypeSelection-NE «2»)-and ($SqlDumpTypeSelection-NE «3»)-and ($SqlDumpTypeSelection-NE «4»))
        {
            Write-Host «»
            Write-Host «введите допустимый тип дампа памяти!»
            Write-Host «»
            Начало-режим сна (мсек) 300
        }
    }

    Write-Host «»

    переключатель ($SqlDumpTypeSelection)
    {
        «1» {$DumpType = «0x0120»; разрыв}
        «2» {$DumpType = «0x0128»; Break}
        «3» {$DumpType = «0x8100»; разрыв}
        «4» {$DumpType = «0x01100»; Break}
        по умолчанию {«0x0120»; Break}

    }

}
ElseIf ($ProductNumber-EQ «2») #SSAS дампа
{

    #ask тип дампа памяти служб SSAS
    In (($SSASDumpTypeSelection-NE «1»)-and ($SSASDumpTypeSelection-NE «2»))
    {
        Write-Host (узел) какой тип дампа памяти вы хотите создать? «-ForegroundColor желтый
        Write-Host (1) мини-дамп
        Создание полного дампа «—1 — одноранговый узел; Write-Host (не используйте в производственных системах!) -ForegroundColor красный
        Write-Host «»
        $SSASDumpTypeSelection = Read-Host «Ввод 1-2>»

        Если (($SSASDumpTypeSelection-NE «1»)-and ($SSASDumpTypeSelection-NE «2»))
        {
            Write-Host «»
            Write-Host «введите допустимый тип дампа памяти!»
            Write-Host «»
            Начало-режим сна (мсек) 300
        }
    }

    Write-Host «»

    переключатель ($SSASDumpTypeSelection)
    {
        «1» {$DumpType = «0x0»; разрыв}
        «2» {$DumpType = «0x34»; Break}
        по умолчанию {«0x0120»; Break}

    }
}

ElseIf ($ProductNumber-EQ «3»-или $ProductNumber-EQ «4»-или $ProductNumber-EQ «5») #SSIS дампа агента/SSRS/SQL
{

    #ask тип дампа памяти служб SSIS
    In (($SSISDumpTypeSelection-NE «1»)-and ($SSISDumpTypeSelection-NE «2»))
    {
        Write-Host (узел) какой тип дампа памяти вы хотите создать? «-ForegroundColor желтый
        Write-Host (1) мини-дамп
        Создание полного дампа с узла «2)»
        Write-Host «»
        $SSISDumpTypeSelection = Read-Host «Ввод 1-2>»

        Если (($SSISDumpTypeSelection-NE «1»)-and ($SSISDumpTypeSelection-NE «2»))
        {
            Write-Host «»
            Write-Host «введите допустимый тип дампа памяти!»
            Write-Host «»
            Начало-режим сна (мсек) 300
        }
    }

    Write-Host «»

    переключатель ($SSISDumpTypeSelection)
    {
        «1» {$DumpType = «0x0»; разрыв}
        «2» {$DumpType = «0x34»; Break}
        по умолчанию {«0x0120»; Break}

    }
}

# Sqldumper. exe PID 0 0x0128 0 c:temp
#output папка
In ($OutputFolder-EQ «»-или! ( Test-path-path $OutputFolder))
{
    Write-Host «»
    Write-Host «где бы вы ни нахранились дамп памяти (папка вывода)?»-ForegroundColor желтый
    $OutputFolder = Read-Host «введите выходную папку без кавычек (например, C:MyTempFolder или мой каталог)».
    Если ($OutputFolder-EQ «»-или! ( Test-path-path $OutputFolder))
    {
        Write-Host «‘» $OutputFolder «не является допустимой папкой. Введите допустимый путь к папке «-ForegroundColor Yellow».
    }
}

#find на компьютере самую новую версию SQLDumper. exe.
$NumFolder = Dir «c:Program Filesmicrosoft SQL server1 *» | Select-Object @ {Name = «DirNameInt»; выражение = {[int] ($ _. Name)}}, Name, Mode | Режим-объект: Поиск «Da *» | Сортировка — объект DirNameInt-Descending

для ($j = 0;($j-lt $NumFolder. Count); $j + +)
{
    $SQLNumfolder = $NumFolder. DirNameInt [$j] #start с наибольшим значением из отсортированных имен папок — новейшая версия дампа.
    $SQLDumperDir = «c:Program Filesmicrosoft SQL Server » + $SQLNumfolder. ToString () + «Shared»
    $TestPathDumperDir = $SQLDumperDir + «sqldumper. exe»
    
$TestPathResult = путь к папке с тест-Путьом $SQLDumperDir
    
Если ($TestPathResult-EQ $true)
    {
        перевод
    }
 }

#build команды SQLDumper. exe, например (sqldumper. exe 1096 0 0x0128 0 c:temp)

$cmd = «$ ([char] 34)» + $SQLDumperDir + «sqldumper. exe $ ([char] 34)»
$arglist = $SqlPidInt. ToString () + «0» + $DumpType + «$0 ([char] 34)» + $OutputFolder + «$ ([char] 34)»
Команда Write-Host для создания дампа: «, $cmd, $arglist-ForegroundColor зеленый

#do-то, что нужен раздел «многочисленные дампы»
Write-Host «»
Write-Host «Эта служебная программа может создавать несколько дампов памяти с определенным интервалом.
Write-Host «хотите ли вы собрать несколько дампов памяти?»-ForegroundColor желтый

#validate Y и N (вход)
In (($YesNo-NE «y»)-and ($YesNo-NE «n»))
{
    $YesNo = Read-Host «Ввод Y или N>»

    Если (($YesNo-EQ «y») — или ($YesNo-EQ «n»))
    {
        перевод
    }
    процессом
    {
        Write-Host «не является допустимым ответом» Y «или» N »
    }
}

#get ввода для количества дампов и интервала
Если ($YesNo-EQ «y»)
{
    In (($isIntValDcnt-EQ $false))
        {
            Write (узел): сколько дампов вы хотите создать для этого SQL Server? «-ForegroundColor желтый
            $DumpCountStr = Read-Host «>»
    
предпринять
                    $DumpCountInt = [Convert]:: ToInt32 ($DumpCountStr)
                    $isIntValDcnt = $true
                }

            Catch [FormatException]
                {
                     Write-Host «значение, введенное для счетчика» число дампов «, $DumpCountStr,» «не является целым числом»
                }
        }

    In (($isIntValDelay-EQ $false))
        {
            Write-Host (в секундах), как часто вы хотите создать дампы памяти? «-ForegroundColor желтый
            $DelayIntervalStr = Read-Host «>»
    
предпринять
                    $DelayIntervalInt = [Convert]:: ToInt32 ($DelayIntervalStr)
                    $isIntValDelay = $true
                }

            Catch [FormatException]
                {
                     Write-Host «введенное значение частоты (в секундах)», $DelayIntervalStr, «» не является целым числом »
                }
        }

    Создание дампов памяти с помощью Write-Host ($DumpCountInt) с интервалом в $DelayIntervalStr секунд» — зеленым ForegroundColor

    #loop для создания нескольких дампов    
    $cntr = 0
    Хотя ($true)
    {
        Запуск-путь к FilePath $cmd-время ожидания для команды runAs-ArgumentList $arglist
        $cntr + +

        Запись-узел генерирует $cntr дампы памяти. «-ForegroundColor зеленый

        Если ($cntr GE $DumpCountInt)
            {
                перевод
            }
        $DelayIntervalInt «Пуск-сон-S»
    }

    #print, какие файлы есть в выходной папке
    Write-Host «»
    Write-Host — все дампы памяти в папке выходных данных «$OutputFolder» — зеленый ForegroundColor
    $MemoryDumps = $OutputFolder + «SQLDmpr *»
    Get-ChildItem-путь $MemoryDumps

    Write-Host «»
    Процесс Write-Host завершен.
}

Кроме того, #produce только один дамп
{
    Запуск-путь к FilePath $cmd-время ожидания для команды runAs-ArgumentList $arglist

    #print, какие файлы есть в выходной папке
    Write-Host «»
    Write-Host — все дампы памяти в папке выходных данных «$OutputFolder» — зеленый ForegroundColor
    $MemoryDumps = $OutputFolder + «SQLDmpr *»
    Get-ChildItem-путь $MemoryDumps

    Write-Host «»
    Процесс Write-Host завершен.
}

Write-Host (для ошибок и состояний завершения) Проверьте SQLDUMPER_ERRORLOG. log, созданный SQLDumper. exe в папке выходных данных «$OutputFolder». ‘ Или, если не удалось найти SQLDumper. exe в папке, из которой вы запускаете этот сценарий «

Источник

Please help me as error below and give me yours guide 

Installed sql 2014 , 2012 , Express , Enterprise … and Re-install windows

C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLog

SQLDump0001 …..SQLDump0009.. ~ 2minutes issue a file.

full day ~ 10GB 

============================================================================

(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 1: 2116
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 2: 0
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 3: 0:0
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 4: 0000000100296820
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 2116
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000100296820
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     PatternForExtraFiles = <NULL>
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Dump is associated with file C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0001.txt
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(1674:1678) 10/26/16 19:07:25, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0001.mdmp
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Buffer pool data pages filtered out: 0 KB
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Hekaton data pages filtered out: 0 KB
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Free memory (from non top level allocators) filtered out: 0 KB
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total top level free memory filtered out: 0 KB
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Log pool memory filtered out: 0 KB
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘dbghelp.dll’ : ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘sqldumper.exe’ : ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘2014.120:2000.8’
(1674:1678) 10/26/16 19:07:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘12.0:2000.8’
(1674:1678) 10/26/16 19:07:34, ACTION,                msvcrt.dll, Watson Invoke: No
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 1: 2116
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 2: 0
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 3: 0:0
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 4: 0000000100296820
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 2116
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000100296820
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     PatternForExtraFiles = <NULL>
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Dump is associated with file C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0002.txt
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0002.mdmp
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Buffer pool data pages filtered out: 0 KB
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Hekaton data pages filtered out: 0 KB
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Free memory (from non top level allocators) filtered out: 0 KB
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total top level free memory filtered out: 0 KB
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Log pool memory filtered out: 0 KB
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘dbghelp.dll’ : ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘sqldumper.exe’ : ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘2014.120:2000.8’
(B4C:D5C) 10/26/16 19:07:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘12.0:2000.8’
(B4C:D5C) 10/26/16 19:07:35, ACTION,                msvcrt.dll, Watson Invoke: No
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 1: 2116
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 2: 0
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 3: 0:0
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 4: 0000000100296820
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 2116
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000100296820
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     PatternForExtraFiles = <NULL>
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Dump is associated with file C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0003.txt
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0003.mdmp
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Buffer pool data pages filtered out: 0 KB
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Hekaton data pages filtered out: 0 KB
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Free memory (from non top level allocators) filtered out: 0 KB
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total top level free memory filtered out: 0 KB
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Log pool memory filtered out: 0 KB
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘dbghelp.dll’ : ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘sqldumper.exe’ : ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘2014.120:2000.8’
(82C:4F0) 10/26/16 19:07:36, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘12.0:2000.8’
(82C:4F0) 10/26/16 19:07:36, ACTION,                msvcrt.dll, Watson Invoke: No
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 1: 2116
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 2: 0
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 3: 0:0
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 4: 0000000100296820
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 2116
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000100296820
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     PatternForExtraFiles = <NULL>
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Dump is associated with file C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0004.txt
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0004.mdmp
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Buffer pool data pages filtered out: 0 KB
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Hekaton data pages filtered out: 0 KB
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Free memory (from non top level allocators) filtered out: 0 KB
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total top level free memory filtered out: 0 KB
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Log pool memory filtered out: 0 KB
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘dbghelp.dll’ : ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘sqldumper.exe’ : ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘2014.120:2000.8’
(14E0:14A4) 10/26/16 19:09:14, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘12.0:2000.8’
(14E0:14A4) 10/26/16 19:09:14, ACTION,                msvcrt.dll, Watson Invoke: No
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 1: 2116
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 2: 0
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 3: 0:0
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 4: 0000000100296820
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 2116
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000100296820
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     PatternForExtraFiles = <NULL>
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Dump is associated with file C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0005.txt
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(136C:AF8) 10/26/16 19:10:50, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0005.mdmp
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Buffer pool data pages filtered out: 0 KB
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Hekaton data pages filtered out: 0 KB
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Free memory (from non top level allocators) filtered out: 0 KB
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total top level free memory filtered out: 0 KB
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Log pool memory filtered out: 0 KB
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘dbghelp.dll’ : ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘sqldumper.exe’ : ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘2014.120:2000.8’
(136C:AF8) 10/26/16 19:10:51, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘12.0:2000.8’
(136C:AF8) 10/26/16 19:10:51, ACTION,                msvcrt.dll, Watson Invoke: No
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 1: 2116
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 2: 0
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 3: 0:0
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 4: 0000000100296820
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 2116
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000100296820
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     PatternForExtraFiles = <NULL>
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Dump is associated with file C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0006.txt
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0006.mdmp
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Buffer pool data pages filtered out: 0 KB
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Hekaton data pages filtered out: 0 KB
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Free memory (from non top level allocators) filtered out: 0 KB
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total top level free memory filtered out: 0 KB
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Log pool memory filtered out: 0 KB
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘dbghelp.dll’ : ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘sqldumper.exe’ : ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘2014.120:2000.8’
(3D4:E38) 10/26/16 19:12:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘12.0:2000.8’
(3D4:E38) 10/26/16 19:12:27, ACTION,                msvcrt.dll, Watson Invoke: No
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 1: 2116
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 2: 0
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 3: 0:0
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 4: 0000000100296820
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 2116
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000100296820
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     PatternForExtraFiles = <NULL>
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Dump is associated with file C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0007.txt
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(498:142C) 10/26/16 19:14:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0007.mdmp
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Buffer pool data pages filtered out: 0 KB
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Hekaton data pages filtered out: 0 KB
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Free memory (from non top level allocators) filtered out: 0 KB
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total top level free memory filtered out: 0 KB
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Log pool memory filtered out: 0 KB
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘dbghelp.dll’ : ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘sqldumper.exe’ : ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘2014.120:2000.8’
(498:142C) 10/26/16 19:14:03, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘12.0:2000.8’
(498:142C) 10/26/16 19:14:03, ACTION,                msvcrt.dll, Watson Invoke: No
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 1: 2116
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 2: 0
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 3: 0:0
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 4: 0000000100296820
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 2116
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000100296820
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     PatternForExtraFiles = <NULL>
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Dump is associated with file C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0008.txt
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLLOGSQLDump0008.mdmp
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Buffer pool data pages filtered out: 0 KB
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Hekaton data pages filtered out: 0 KB
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Free memory (from non top level allocators) filtered out: 0 KB
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total top level free memory filtered out: 0 KB
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Log pool memory filtered out: 0 KB
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘dbghelp.dll’ : ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120Shareddbghelp.dll’ : ‘6.12:2.633’
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module ‘sqldumper.exe’ : ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘2014.120:2000.8’
(1394:1790) 10/26/16 19:15:40, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module ‘C:Program FilesMicrosoft SQL Server120SharedSQLDUMPER.EXE’ : ‘12.0:2000.8’
(1394:1790) 10/26/16 19:15:40, ACTION,                msvcrt.dll, Watson Invoke: No
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 1: 2116
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 2: 0
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 3: 0:0
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,
Parameter 4: 0000000100296820
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 2116
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000100296820
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000
(830:A84) 10/26/16 19:17:18, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>

Источник

Hi,

I have the vb.net windows application which use axpivottable object. As soon as it call the refresh of this object it was getting hung. We noticed the below error in sqldumper_errorlog.log file.

SQLDUMPER_ERRORLOG.log file content:

01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 5628
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x01DC40C0
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x00000000
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x00000000
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>
01/18/12 10:10:10, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
01/18/12 10:10:15, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
01/18/12 10:10:15, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: D:Program FilesMicrosoft SQL ServerMSSQL.2OLAPLogSQLDmpr0015.mdmp
01/18/12 10:10:15, ACTION,               msmdsrv.exe, Watson Invoke: No

Once i restart the analysis service of sql server, it works fine.

We are not able to find the exact reason for this error. Please let me know what is the reason for this error, so that we can ensure that this does not occur again.

  • Edited by

    Thursday, January 19, 2012 7:52 AM

Источник
title description ms.date ms.custom ms.reviewer ms.topic ms.prod

Use Sqldumper.exe to generate dump files

This article introduces the Sqldumper.exe utility included with SQL Server. This utility generates different kinds of dump files.

09/21/2020

sap:Other tools

sureshka, jopilov

how-to

sql

Use the Sqldumper.exe utility to generate a dump file in SQL Server

This article provides general guidelines for the Sqldumper.exe utility that is included with SQL Server. This utility is used to generate different kinds of dump files.

Original product version:   SQL Server 2019, SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012, SQL Server 2008, SQL Server 2005
Original KB number:   917825

Summary

The Sqldumper.exe utility is included with Microsoft SQL Server. It generates memory dumps of SQL Server and of related processes for debugging purposes. This article describes how to use the Sqldumper.exe utility to generate a dump file for Watson error reporting or for debugging tasks.

The article also describes two other methods to generate dump files:

  • The attached PowerShell script automates SQLDumper.exe command line options.
  • DBCC STACKDUMP Transact-SQL (T-SQL) command can be used to generate a dump file in SQL Server.

How to run the Sqldumper.exe utility manually

Run the Sqldumper.exe utility under the context of the folder where SQL Server originally installed the utility. By default, the installation path of the Sqldumper.exe utility is as follows:

<SQLServerInstall Drive>:Program FilesMicrosoft SQL Server90SharedSQLDumper.exe

[!NOTE]
<SQLServerInstall Drive> is a placeholder for the drive where you installed SQL Server 2005.

To generate a dump file by using the Sqldumper.exe utility, follow these steps:

  1. Open the following folder:

    <SQLServerInstall Drive>:Program FilesMicrosoft SQL Server<number>Shared

    [!NOTE]
    In this folder path, <number> is a placeholder for one of the following:

    • 150 for SQL Server 2019
    • 140 for SQL Server 2017
    • 130 for SQL Server 2016
    • 120 for SQL Server 2014
    • 110 for SQL Server 2012
    • 100 for SQL Server 2008
    • 90 for SQL Server 2005

  2. Make sure that the Dbghelp.dll file is in this folder.

  3. Select Start > Run, type cmd, and then select OK.

  4. At the command prompt, type the following command, and then press Enter:

    cd <SQLServerInstall Drive>:Program FilesMicrosoft SQL Server<number>Shared

    [!NOTE]
    In this folder path, <number> is the same placeholder changing with SQL Server version as described earlier.

  5. To generate a specific kind of dump file, type the corresponding command at the command prompt, and then press Enter:

    • Full dump file

      Sqldumper.exe <ProcessID> 0 0x01100

    • Mini-dump file

      Sqldumper.exe <ProcessID> 0 0x0120

    • Mini-dump file that includes indirectly referenced memory. This is the recommended option and is also used by SQL Server by default when auto-generating memory dumps

      Sqldumper.exe <ProcessID> 0 0x0128

    • Filtered dump file

      Sqldumper.exe <ProcessID> 0 0x8100

    [!NOTE]
    <ProcessID> is a placeholder for the process identifier of the Windows application for which you want to generate a dump file.

If the Sqldumper.exe utility runs successfully, the utility generates a dump file in the folder where the utility is installed.

The dump file that the Sqldumper.exe utility generates has a file name pattern that resembles the following:
SQLDmpr<xxxx>.mdmp

In this pattern, <xxxx> is an increasing number that is determined based on other files that have a similar file name in the same folder. If you already have files in the folder that have file names in the specified pattern, you may have to compare the date and the time that the file was created to identify the file that you want.

How to obtain a Microsoft Windows application process identifier

To generate a dump file by using the Sqldumper.exe utility, you must have the process identifier of the Windows application you want to generate a dump file for. Here’s how to obtain the process identifier:

  1. Press Ctrl+Alt+Delete, and select Task Manager.
  2. In the Windows Task Manager dialog box, select the Processes tab.
  3. On the View menu, select Select Columns.
  4. In the Select Columns dialog box, select the PID (Process Identifier) check box, and select OK.
  5. Take note of the process identifier of the Windows application you want to generate a dump file for. For the SQL Server application, take note of the process identifier of the Sqlservr.exe process.
  6. Close the Task Manager.

Alternatively, use the SQL Server error log file to obtain the process identifier of the SQL Server application running on your computer. A part of the SQL Server error log file resembles this:

2021-09-15 11:50:32.690 Server       Microsoft SQL Server 2019 (RTM-CU12) (KB5004524) - 15.0.4153.1 (X64) 
    Jul 19 2021 15:37:34 
    Copyright (C) 2019 Microsoft Corporation
    Enterprise Edition (64-bit) on Windows 10 Pro 10.0 <X64> (Build 19043: ) (Hypervisor)
2021-09-15 11:50:32.690 Server       UTC adjustment: -5:00
2021-09-15 11:50:32.690 Server       (c) Microsoft Corporation.
2021-09-15 11:50:32.690 Server       All rights reserved.
2021-09-15 11:50:32.690 Server       Server process ID is 7028.

The number that appears after Server process ID is the process identifier for the Sqlservr.exe process.

Output path for memory dumps

SQLDumper.exe exists primarily to generate memory dumps for the SQL Server process in scenarios where a memory dump is needed to resolve specific problems (exceptions, asserts, non-yielding schedulers, etc.). In such cases, SQL Server invokes the SQLDumper.exe to generate a memory dump of its process. The memory dump is stored in the SQL instance MSSQLLOG directory by default.

How to change the default path

If in some cases the dump size is too large, for example, you can modify the path by doing the following:

  1. Open SQL Server Configuration Manager.
  2. Under SQL Server Services, locate the SQL Server under investigation.
  3. Right-click it, select Properties and go to the Advanced tab.
  4. Modify that Dump Directory to the desired path and select OK.
  5. Restart SQL Server (when possible) for the new setting to take effect.

When the Sqldumper.exe utility is used manually to generate a dump file for any Windows application, the dump file may be as large as the memory that the Windows application is currently using. Make sure that sufficient disk space is available on the drive to which the Sqldumper.exe utility is writing the dump file.

Specify a custom output folder in command

You can specify the directory where you want the Sqldumper.exe utility to write the dump file. The directory must already exist before you run the Sqldumper.exe utility. Otherwise, the Sqldumper.exe utility will fail. Don’t use a UNC path as a location for the dump file. The following is an example of how to specify the dump file location of the mini-dump file:

  1. Select Start > Run, type cmd, and then select OK.

  2. At the command prompt, type the following command, and then press Enter:

    cd <SQLServerInstall Drive>:Program FilesMicrosoft SQL Server<number>Shared

  3. Type the following command at the command prompt, and then press Enter:

    Sqldumper.exe ProcessID 0 0x0128 0 <MdumpPath>

    [!NOTE]
    <MdumpPath> is a placeholder for the directory where you want the Sqldumper.exe utility to write the dump file. By default, the file is written to the current folder.

If you specify a full dump file or a filtered dump file to be generated, the Sqldumper.exe utility may take several minutes to generate the dump file. The time depends on the following variables:

  • The amount of memory that the Sqldumper.exe utility is currently using.
  • The speed of the drive to which the utility is writing the dump file.

During this time, the Sqldumper.exe utility won’t process commands. You’ll notice that the server has stopped responding. Additionally, a cluster failover may occur.

Permission requirements

To run the Sqldumper.exe utility, you must sign in to Windows by using one of the following methods:

  • Use an account that is a member of the administrator’s group on the computer.
  • Use the same user account under which the SQL Server service is running.

For the Sqldumper.exe utility to work successfully through Remote Desktop or through Terminal Services, you must start Remote Desktop or Terminal Services in console mode. For example, to start Remote Desktop in console mode, select Start > Run, type mstsc /console, and then select OK. If the target server runs Windows 2000, the /console option is silently ignored. You can connect to the server through Remote Desktop. But you won’t be using the console session.

If you notice that no dump file has been generated in the current folder after you run the Sqldumper.exe utility, review the information that the utility has generated at the command line to try to determine the possible cause of the failure. This information is also logged in the Sqldumper_errorlog.log file in current directory. The following are two possible error messages and their causes:

  • Message 1

    OpenProcess failed 0x57 — The parameter is incorrect

    An invalid Process ID was passed to the Sqldumper.exe utility.

  • Message 2

    Invalid value for thread id — <invalid parameter> Parameter error

    An invalid parameter was passed to the Sqldumper.exe utility.

If an error message that resembles one of the following is generated, you can safely ignore this message:

Unknown callback type during minidump 6
Unknown callback type during minidump 7

Impact of dump generation

When a dump of a user-mode process is requested (as is discussed in this article, to be contrasted with Operating System Kernel Dumps, which are outside our scope), the target Process (here SQLServer.exe) is frozen for the duration it takes to serialize the dump content to its file target.

Frozen means that the process won’t be able to execute any user request or any internal operation, including any Resource Polling mechanism like the implementation of Windows Clustering’s IsAlive and Looks Alive (see the Memory dumps on Cluster failovers section for details on handling that situation). Any time-out relying on wall clock time may also be breached as a consequence of the freeze.

As can be derived from the previous statement, the duration of the freeze is therefore the critical factor here, and it’s driven by the following:

  • The type of dump selected.
  • The size of SQL Server process in memory, which in the case of a single active instance running default parameters is often close to the total physical RAM of the server.
  • The performance of the disk used as a target for the dump.

Furthermore, the size of the dump file on disk should be planned for, especially if multiple dumps are a possibility and if large, non-default dump types are selected. Make sure you review the Dump types to know what to expect. By default, some dump methods will create the dump in SQL Server Instance’s Log folder, which, in default simple configuration would also be system disk and data+log disk for SQL Server. Bringing that disk to saturation will have severe impact on SQL Server and/or system availability.

Manage the impact on clustered systems

The process is suspended temporarily during the dump generation. This might affect the SQL Server service availability and trigger resources failover in Always On contexts (both Failover cluster instance and Availability group). The dump generation of different processes impacts resources differently. Read the Impact of dump generation and Dump types sections carefully.

When capturing a SQL Server process dump file (especially a filtered dump file or a full dump file) on a clustered SQL Server or a SQL Server hosting an Always On availability group (AG) instance, the clustered SQL Server or AG might fail over to another node if the dump file takes too long to be completed. To prevent failover, use the following settings before capturing the dump file. The change can be reverted after a dump file is taken:

  • For failover clustered instance (FCI):
    • Right-click SQL Server resource in Cluster Administrator, select If resource fails, do not restart on the Policies tab.
    • On the Properties tab, increase the HealthCheck Timeout. For example, set the property value to 180 seconds or higher. If this timeout is reached, the policy If resource fails, do not restart will be ignored and the resource will be restarted anyway.
    • Also on the Properties tab, change the FailureConditionLevel value to zero.
  • For AG, apply all the following settings:
    • Increase session-timeout, for example, 120 seconds for all replicas. In SQL Server Management Studio (SSMS), right-click the replica to be configured, and then select Properties. Change the Session timeout (seconds) field to 120 seconds. For more information, see Change the Session-Timeout Period for an Availability Replica (SQL Server).
    • Change the auto failover of all replicas to manual failover. In SSMS, right-click replica, select Properties and change the auto failover of all replicas to manual failover on the Properties tab. For more information, see Change the Failover Mode of an Availability Replica (SQL Server).
    • Increase the LeaseTimeout to 60,000 ms (60 seconds) and change HealthCheckTimeout to 90,000 ms (90 seconds). In Cluster Administrator, right-click AG resource, select Properties, and then switch to the Properties tab to modify both settings. For more information, see Configure HealthCheckTimeout Property Settings.

Product improvements to reduce the impact on SQL Server

Three major improvements have been added to recent versions of SQL Server to reduce the size of the dump file and/or time for generating the memory dump:

  • Bitmap filtering mechanism.

  • Elimination of repeated dumps on the same issue.

  • Shortened output in the error log.

Bitmap filtering mechanism: SQL Server allocates a bitmap that keeps track of memory pages to be excluded from a filtered dump. Sqldumper.exe reads the bitmap and filters out pages without the need to read any other memory manager metadata. You’ll see the following messages in the SQL Server error log when the bitmap is enabled or disabled respectively:

Page exclusion bitmap is enabled. and Page exclusion bitmap is disabled.

  • SQL Server 2016

    Starting with SQL Server 2016 SP2 CU13 the bitmap filtering is enabled by default.

  • SQL Server 2017

    • This isn’t available in RTM through CU15.
    • In SQL Server 2017 CU16, you can enable the bitmap filtering via T8089 and disable it by turning off T8089.
    • Starting with SQL Server 2017 CU20 the bitmap filtering is enabled by default. Trace flag T8089 will no longer apply and will be ignored if turned on. The bitmap filtering can be disabled via T8095.

  • SQL Server 2019

    This is enabled by default in SQL Server 2019 RTM. It can be disabled via T8095.

Elimination of repeated dumps on the same issue: Repeated memory dumps on the same problem are eliminated. Using a stack signature, the SQL engine keeps track if an exception has already occurred and won’t produce a new memory dump if there’s one already. This applies to access violations, stack overflow, asserts, and index corruption exceptions. This significantly reduces the amount of disk space used by memory dumps and doesn’t freeze the process temporarily to generate a dump. This was added in SQL Server 2019.

Shortened output in the Error log: The content generated in the SQL Server Error log from a single memory dump can’t only be overwhelming, but it also slowed down the process of generating a memory dump due to the time all this information had to be serialized into a text format in the Error log. In SQL Server 2019, the content stored in the Error log upon dump generation has been greatly reduced and it may look like this:

DateTimespidS pid    **Dump thread - spid = 0, EC = 0x0000015C7169BF40
DateTimespidS pid    *
DateTimespidS pid    *User initiated stack dump. This is not a server exception dump.
DateTimespidS pid    *
DateTimespidS pid    Stack Signature for the dump is 0x00000000788399E5
DateTimespidS pid    External dump process return code 0x20000001.
External dump process returned no errors.

Previously SQL Server would print information for each session/thread when a manual dump was triggered by the user for example.

Factors that prevent or delay creation of memory dumps

Based on Microsoft CSS support experience, a few factors are known to cause delays or prevent the creation of memory dumps.

  • The IO path where memory dumps are written performs poorly. In such cases, to investigate and resolve disk I/O performance is the next logical step.
  • An anti-virus or other monitoring software is interfering with SQLDumper.exe. In some cases, third party software detour ReadProcessMemory function. This can dramatically increase the dump duration. To resolve most of these issues, disable the interfering software or add SQLDumper.exe to an exclusion list.

Dump types

The methods described are able to generate three different types of dumps: mini dumps, full dumps, and filtered dumps.

Mini dumps with referenced memory

This type of memory dump is a snapshot of all active threads of the process («thread stacks»), along with a limited extract of the memory referenced by the thread stacks and some other key process/thread data. They’re typically a few megabytes in size, and are fast to generate (from less than a second to a couple of seconds). Even larger server systems (with hundreds of CPU indirectly driving massive number of threads in SQL Server process) will rarely exceed 20-30 MB: the size of a mini dump doesn’t grow with the size of SQL Server process. This dump type is the default type used by SQL Server when generating memory dumps automatically on exceptions, scheduler issues, latch issues, etc.

[!NOTE]
SQL Server, as part of its built-in instrumentation, will generate automated «diagnostic mini dumps» in some specific situations. This operation is therefore considered safe enough that SQL Server can trigger it automatically when needed.

Full dumps

A Full memory dump is a complete copy of the active target process space. That would therefore include all thread state, all process allocated memory, and all loaded modules. Full dumps will therefore have a size, which is roughly the same of SQL Server process, which in turn may be almost as large as total system RAM. On large servers dedicated to a single SQL Server instance, that might mean a file, which is several hundreds of gigabytes or more. Needlessly to say, such a file will take a long time to generate and will therefore induce prolongated freeze. Disk performance for file target of dump will be a major driver to freeze time. This kind of dump is rarely used for SQL Server today**, as next type description will explain.

Filtered dumps

As the RAM size of typical servers running SQL Server steadily increases, full dumps become more unwieldy. Filtered dumps are therefore implemented. A filtered dump is a subset of a full dump, where large areas of SQL Server memory are excluded on the fly and not written to disk. Typically the excluded memory brings no added value to troubleshooting. Examples are data/index pages and some internal caches like Hekaton data pages and Log Pool memory. This filtered dump results in a smaller file than a full dump does, but the dump still retains almost all its usefulness. Filtered dumps have replaced full dumps as the preferred option in a vast majority of situations where mini dumps are not sufficient. The decrease in size can vary compared to a full dump, but it’s still a rather large file, which is often 30-60 % of SQL Server process size. Therefore, it’s best to plan for a possible size as large as a full dump as a worst option, which leaves a good safety margin. A filtered dump may not be necessarily faster to generate than a full dump in every case: it’s a matter of whether the gains related to the number of avoided IO exceed the time required to implement the filter logic (disk speed and CPU/RAM speed will influence that).

You can use the following query to get a rough estimate of the filtered dump size. Though the expectation is that most data/index pages are excluded from the dump, the ones that are exclusively latched and being modified won’t be left out.

SELECT SUM(pages_kb) 
FROM sys.dm_os_memory_clerks
WHERE type != 'MEMORYCLERK_SQLBUFFERPOOL'

Since you can employ the Sqldumper.exe utility to generate a dump file on demand for any Microsoft Windows application, you may consider using the filtered dump option. However, a filtered dump file is only applicable and meaningful in the context of SQL Server. You can still generate a mini-dump a full dump file or non-SQL Server applications successfully.

The SQL Server process calls the Sqldumper.exe utility internally to generate a dump file when the process experiences any exceptions. SQL Server passes parameters to the Sqldumper.exe utility. You can use trace flags to change the parameters that SQL Server passes to the utility by default when an exception or assertion occurs. These trace flags are in the range from 2540 to 2559. You can use one of these trace flags to change the default dump type SQLDumper.exe generate (the default is a mini-dump with referenced memory). For example:

  • Trace Flag 2551: Produces a filtered memory dump.
  • Trace Flag 2544: Produces a full memory dump.
  • Trace Flag 8026: SQL Server will clear a dump trigger after generating the dump once.

If two or more trace flags are active, the option indicating the largest memory dump will be honored. For example, if trace flags 2551 and 2544 are used, SQL Server will create a full memory dump.

Generate a memory dump on Cluster failovers

In cluster failover scenarios, the SQL Server resource DLL can obtain a dump file before the failover occurs to assist with troubleshooting. When the SQL Server resource DLL determines that a SQL Server resource has failed, the SQL Server resource DLL uses the Sqldumper.exe utility to obtain a dump file of the SQL Server process. To make sure that the Sqldumper.exe utility successfully generates the dump file, you must set the following three properties as prerequisites:

  • SqlDumperDumpTimeOut
    A user-specified time-out. The resource DLL waits for the dump file to be completed before the resource DLL stops the SQL Server service.
  • SqlDumperDumpPath
    The location where the Sqldumper.exe utility generates the dump file.
  • SqlDumperDumpFlags
    Flags that the Sqldumper.exe utility uses.

If any one of the properties isn’t set, the Sqldumper.exe utility can’t generate the dump file. A warning message will be logged both in the event log and in the cluster log whenever the resource is brought online.

Cluster configuration for SQLDumper on SQL Server 2012 and later versions

You can use the ALTER SERVER CONFIGURATION (T-SQL) command to modify these properties. For example:

ALTER SERVER CONFIGURATION   set FAILOVER CLUSTER PROPERTY SqlDumperDumpTimeOut =0;
ALTER SERVER CONFIGURATION   set FAILOVER CLUSTER PROPERTY SqlDumperDumpPath ='C:temp';
ALTER SERVER CONFIGURATION   set FAILOVER CLUSTER PROPERTY SqlDumperDumpFlags =296;

Alternatively, you can use PowerShell scripts. For example, for a named instance SQL2017AG:

Get-ClusterResource -Name "SQL Server (SQL2017AG)" | Set-ClusterParameter -Name "SqlDumperDumpPath" -Value "C:temp"
Get-ClusterResource -Name "SQL Server (SQL2017AG)" | Set-ClusterParameter -Name "SqlDumperDumpFlags" -Value 296
Get-ClusterResource -Name "SQL Server (SQL2017AG)" | Set-ClusterParameter -Name "SqlDumperDumpTimeOut" -Value 0

To validate the settings have been applied, you can run this PowerShell command:

Get-ClusterResource -Name "SQL Server (SQL2017AG)" | Get-ClusterParameter

Cluster configuration for SQLDumper on SQL Server 2008/2008 R2 or Windows 2012 and earlier versions

To set the Sqldumper.exe utility properties for cluster failover, follow these steps:

  1. Select Start > Run, type cmd, and then select OK.
  2. For each property, type the corresponding command at the command prompt, and then press Enter:

    • The SqlDumperDumpFlags property
      To set the SqlDumperDumpFlags property for a specific kind of dump file, type the corresponding command at the command prompt, and then press Enter:

      • All thread full dump file

        • Default instance

          cluster resource "SQL Server" /priv SqlDumperDumpFlags = 0x01100

        • Named instance

          cluster resource "SQL Server (INSTANCE1)" /priv SqlDumperDumpFlags = 0x01100

      • All thread mini-dump file

        • Default instance

          cluster resource "SQL Server" /priv SqlDumperDumpFlags = 0x0120

        • Named instance

          cluster resource "SQL Server (INSTANCE1)" /priv SqlDumperDumpFlags = 0x0120

      • Filtered all thread dump file

        • Default instance

          cluster resource "SQL Server" /priv SqlDumperDumpFlags = 0x8100

        • Named instance

          cluster resource "SQL Server  (INSTANCE1)" /priv SqlDumperDumpFlags = 0x8100

    • The SqlDumperDumpPath property

      cluster resource "SQL Server" /priv SqlDumperDumpPath= DirectoryPath

      [!NOTE]
      DirectoryPath is a placeholder for the directory in which the dump file will be generated, and it should be specified in quotation marks (» «).

    • The SqlDumperDumpTimeOut property

      cluster resource "SQL Server" /priv SqlDumperDumpTimeOut = <Timeout>

      [!NOTE]
      <Timeout> is a placeholder for the time-out in milliseconds (ms).

The time that the utility takes to generate a dump file of a SQL Server process depends on the computer configuration. For a computer that has lots of memories, the time could be significant. To obtain an estimate of the time that the process takes, use the Sqldumper.exe utility to manually generate a dump file. The valid values for the SqlDumperDumpTimeOut property are from 10,000 ms to MAXDWORD.MAXDWORD represents the highest value in the range of the DWORD data type (4294967295).

To verify that the settings have been enabled, you can run the following command:

cluster resource "SQL Server" /priv "

Remove Sqldumper.exe properties for cluster failover

To remove the Sqldumper.exe utility properties for cluster failover, follow these steps:

  1. Select Start > Run, type cmd, and then select OK.
  2. For a specific property, type the corresponding command at the command prompt, and then press Enter:

    • The SqlDumperDumpFlags property

      • Default instance

         cluster resource "SQL Server" /priv:SqlDumperDumpFlags /usedefault

      • Named instance

         cluster resource "SQL Server (INSTANCE1)" /priv:SqlDumperDumpFlags /usedefault

    • The SqlDumperDumpPath property

      • Default instance

        cluster resource "SQL Server" /priv:SqlDumperDumpPath /usedefault

      • Named instance

        cluster resource "SQL Server (INSTANCE1)" /priv:SqlDumperDumpPath /usedefault

    • The SqlDumperDumpTimeOut property

      • Default instance

        cluster resource "SQL Server" /priv:SqlDumperDumpTimeOut /usedefault

      • Named instance

        cluster resource "SQL Server (INSTANCE1)" /priv:SqlDumperDumpTimeOut /usedefault

How to use DBCC STACKDUMP

The DBCC STACKDUMP command can help you create a memory dump in the LOG directory of your SQL Server instance installation. The command will by default create a minidump with all threads, which has limited size and is adequate to reflect the state of SQL Server process. Execute the following command in a SQL Server client:

For extended functionality of DBCC STACKDUMP in SQL Server 2019, see Extended DBCC STACKDUMP functionality introduced in SQL Server 2019.

To enable this method to create a filtered dump, turn on trace flags 2551 with following command:

dbcc traceon(2551, -1)
go
dbcc stackdump

To create a full dump, use trace flag 2544.

[!NOTE]
After you get the dump file, you should disable the trace flag by using the following command to avoid inadvertently upgrading all further SQL Server self-diagnostic minidumps to larger dumps:

DBCC TRACEOFF (TraceNumber, -1);

Where TraceNumber is the trace flag you have previously enabled like 2551 or 2544.

In case you’re unsure of which trace flag remains active, you can execute:

An empty result set indicates no trace flag is active. Conversely, if 2551 is still active you would see:

TraceFlag Status Global Session
2551 1 1 0

[!NOTE]
The traceflag enabled by DBCC TRACEON are reset (removed) after a service restart.

Extended DBCC STACKDUMP functionality introduced in SQL Server 2019

Starting with SQL Server 2019 CU2, the DBCC STACKDUMP command was extended to support generating dumps of different types: mini, filtered, full dumps. This command eliminates the need for using trace flags. It also allows you to limit the text output in the other text file that gets generated with the memory dump. Doing so may provide visible performance gain in the time it takes SQLDumper.exe to generate a memory dump.

DBCC STACKDUMP WITH MINI_DUMP | FILTERED_DUMP | FULL_DUMP [, TEXT_DUMP = LIMITED | DETAILED]

The TEXT_DUMP = LIMITED is the default option. If you would like to receive detailed output in the SQLDump000X.txt file, you can use TEXT_DUMP = DETAILED.

To generate a filtered dump with limited output in the .txt file, you can execute the following command:

DBCC STACKDUMP WITH FILTERED_DUMP , TEXT_DUMP = LIMITED

How to use a PowerShell script to generate a dump file with SQLDumper

  • Save the following code as a ps1 file, for example SQLDumpHelper.ps1:

    Code details

    $isInt = $false
$isIntValDcnt = $false
$isIntValDelay = $false
$SqlPidInt = 0
$NumFoler =""
$OneThruFour = "" 
$SqlDumpTypeSelection = ""
$SSASDumpTypeSelection = ""
$SSISDumpTypeSelection = ""
$SQLNumfolder=0
$SQLDumperDir=""
$OutputFolder=""
$DumpType ="0x0120"
$ValidPid
$SharedFolderFound=$false
$YesNo =""
$ProductNumber=""
$ProductStr = ""

Write-Host ""
Write-Host "`**********************************************************************"
Write-Host "This script helps you generate one or more SQL Server memory dumps"
Write-Host "It presents you with choices on:`
            -target SQL Server process (if more than one)
            -type of memory dump
            -count and time interval (if multiple memory dumps)
You can interrupt this script using CTRL+C"
Write-Host "***********************************************************************"

#check for administrator rights
#debugging tools like SQLDumper.exe require Admin privileges to generate a memory dump

if (-not ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator))
{
     Write-Warning "Administrator rights are required to generate a memory dump!`nPlease re-run this script as an Administrator!"
     #break
}

#what product would you like to generate a memory dump
while(($ProductNumber -ne "1") -and ($ProductNumber -ne "2") -and ($ProductNumber -ne "3") -and ($ProductNumber -ne "4") -and ($ProductNumber -ne "5"))
{
    Write-Host "Which product would you like to generate a memory dump of?" -ForegroundColor Yellow
    Write-Host "1) SQL Server"
    Write-Host "2) SSAS (Analysis Services)"
    Write-Host "3) SSIS (Integration Services)"
    Write-Host "4) SSRS (Reporting Services)"
    Write-Host "5) SQL Server Agent"
    Write-Host ""
    $ProductNumber = Read-Host "Enter 1-5>"

    if (($ProductNumber -ne "1") -and ($ProductNumber -ne "2") -and ($ProductNumber -ne "3") -and ($ProductNumber -ne "4")-and ($ProductNumber -ne "5"))
    {
        Write-Host ""
        Write-Host "Please enter a valid number from list above!"
        Write-Host ""
        Start-Sleep -Milliseconds 300
    }
}

if ($ProductNumber -eq "1")
{
    $SqlTaskList = Tasklist /SVC /FI "imagename eq sqlservr*" /FO CSV | ConvertFrom-Csv
    $ProductStr = "SQL Server"
}
elseif ($ProductNumber -eq "2")
{
    $SqlTaskList = Tasklist /SVC /FI "imagename eq msmdsrv*" /FO CSV | ConvertFrom-Csv
    $ProductStr = "SSAS (Analysis Services)"
}
elseif ($ProductNumber -eq "3")
{
    $SqlTaskList = Tasklist /SVC /FI "imagename eq msdtssrvr*" /FO CSV | ConvertFrom-Csv
    $ProductStr = "SSIS (Integration Services)"
}
elseif ($ProductNumber -eq "4")
{
    $SqlTaskList = Tasklist /SVC /FI "imagename eq reportingservicesservice*" /FO CSV | ConvertFrom-Csv
    $ProductStr = "SSRS (Reporting Services)"
}
elseif ($ProductNumber -eq "5")
{
    $SqlTaskList = Tasklist /SVC /FI "imagename eq sqlagent*" /FO CSV | ConvertFrom-Csv
    $ProductStr = "SQL Server Agent"
}

if ($SqlTaskList.Count -eq 0)
{
    Write-Host "There are curerntly no running instances of $ProductStr. Exiting..." -ForegroundColor Green
    break
}

#if multiple SQL Server instances, get the user to input PID for desired SQL Server
if ($SqlTaskList.Count -gt 1) 
{
    Write-Host "More than one $ProductStr instance found." 

    $SqlTaskList | Select-Object  PID, "Image name", Services |Out-Host 

    #check input and make sure it is a valid integer
    while(($isInt -eq $false) -or ($ValidPid -eq $false))
    {
        Write-Host "Please enter the PID for the desired SQL service from list above" -ForegroundColor Yellow
        $SqlPidStr = Read-Host ">" 
    
        try{
                $SqlPidInt = [convert]::ToInt32($SqlPidStr)
                $isInt = $true
            }

        catch [FormatException]
            {
                 Write-Host "The value entered for PID '",$SqlPidStr,"' is not an integer"
            }
    
        #validate this PID is in the list discovered 
        for($i=0;$i -lt $SqlTaskList.Count;$i++)
        {
            if($SqlPidInt -eq [int]$SqlTaskList.PID[$i])
            {
                $ValidPid = $true
                break;
            }
            else
            {
                $ValidPid = $false
            }
        }
     }   

 
    Write-Host "Using PID=$SqlPidInt for generating a $ProductStr memory dump" -ForegroundColor Green
    Write-Host ""
    
}
else #if only one SQL Server/SSAS on the box, go here
{
    $SqlTaskList | Select-Object PID, "Image name", Services |Out-Host
    $SqlPidInt = [convert]::ToInt32($SqlTaskList.PID)
 
    Write-Host "Using PID=", $SqlPidInt, " for generating a $ProductStr memory dump" -ForegroundColor Green
    Write-Host ""
}

#dump type

if ($ProductNumber -eq "1")  #SQL Server memory dump
{
    #ask what type of SQL Server memory dump 
    while(($SqlDumpTypeSelection  -ne "1") -and ($SqlDumpTypeSelection -ne "2") -And ($SqlDumpTypeSelection -ne "3") -And ($SqlDumpTypeSelection -ne "4" ))
    {
        Write-Host "Which type of memory dump would you like to generate?" -ForegroundColor Yellow
        Write-Host "1) Mini-dump"
        Write-Host "2) Mini-dump with referenced memory " -NoNewLine; Write-Host "(Recommended)" 
        Write-Host "3) Filtered dump " -NoNewline; Write-Host "(Not Recommended)" -ForegroundColor Red
        Write-Host "4) Full dump  " -NoNewline; Write-Host "(Do Not Use on Production systems!)" -ForegroundColor Red
        Write-Host ""
        $SqlDumpTypeSelection = Read-Host "Enter 1-4>"

        if (($SqlDumpTypeSelection -ne "1") -and ($SqlDumpTypeSelection -ne "2") -And ($SqlDumpTypeSelection -ne "3") -And ($SqlDumpTypeSelection -ne "4" ))
        {
            Write-Host ""
            Write-Host "Please enter a valid type of memory dump!"
            Write-Host ""
            Start-Sleep -Milliseconds 300
        }
    }

    Write-Host ""

    switch ($SqlDumpTypeSelection)
    {
        "1" {$DumpType="0x0120";break}
        "2" {$DumpType="0x0128";break}
        "3" {$DumpType="0x8100";break}
        "4" {$DumpType="0x01100";break}
        default {"0x0120"; break}
    }
}
elseif ($ProductNumber -eq "2")  #SSAS dump 
{

    #ask what type of SSAS memory dump 
    while(($SSASDumpTypeSelection  -ne "1") -and ($SSASDumpTypeSelection -ne "2"))
    {
        Write-Host "Which type of memory dump would you like to generate?" -ForegroundColor Yellow
        Write-Host "1) Mini-dump"
        Write-Host "2) Full dump  " -NoNewline; Write-Host "(Do Not Use on Production systems!)" -ForegroundColor Red
        Write-Host ""
        $SSASDumpTypeSelection = Read-Host "Enter 1-2>"

        if (($SSASDumpTypeSelection -ne "1") -and ($SSASDumpTypeSelection -ne "2"))
        {
            Write-Host ""
            Write-Host "Please enter a valid type of memory dump!"
            Write-Host ""
            Start-Sleep -Milliseconds 300
        }
    }

    Write-Host ""

    switch ($SSASDumpTypeSelection)
    {
        "1" {$DumpType="0x0";break}
        "2" {$DumpType="0x34";break}
        default {"0x0120"; break}
    }
}

elseif ($ProductNumber -eq "3" -or $ProductNumber -eq "4" -or $ProductNumber -eq "5")  #SSIS/SSRS/SQL Agent dump
{
    #ask what type of SSIS memory dump 
    while(($SSISDumpTypeSelection   -ne "1") -and ($SSISDumpTypeSelection  -ne "2"))
    {
        Write-Host "Which type of memory dump would you like to generate?" -ForegroundColor Yellow
        Write-Host "1) Mini-dump"
        Write-Host "2) Full dump" 
        Write-Host ""
        $SSISDumpTypeSelection = Read-Host "Enter 1-2>"

        if (($SSISDumpTypeSelection  -ne "1") -and ($SSISDumpTypeSelection  -ne "2"))
        {
            Write-Host ""
            Write-Host "Please enter a valid type of memory dump!"
            Write-Host ""
            Start-Sleep -Milliseconds 300
        }
    }

    Write-Host ""

    switch ($SSISDumpTypeSelection)
    {
        "1" {$DumpType="0x0";break}
        "2" {$DumpType="0x34";break}
        default {"0x0120"; break}
    }
}

# Sqldumper.exe PID 0 0x0128 0 c:temp
#output folder
while($OutputFolder -eq "" -or !(Test-Path -Path $OutputFolder))
{
    Write-Host ""
    Write-Host "Where would your like the memory dump stored (output folder)?" -ForegroundColor Yellow
    $OutputFolder = Read-Host "Enter an output folder with no quotes (e.g. C:MyTempFolder or C:My Folder)"
    if ($OutputFolder -eq "" -or !(Test-Path -Path $OutputFolder))
    {
        Write-Host "'" $OutputFolder "' is not a valid folder. Please, enter a valid folder location" -ForegroundColor Yellow
    }
}

#strip the last character of the Output folder if it is a backslash "". Else Sqldumper.exe will fail
if ($OutputFolder.Substring($OutputFolder.Length-1) -eq "")
{
    $OutputFolder = $OutputFolder.Substring(0, $OutputFolder.Length-1)
    Write-Host "Stripped the last '' from output folder name. Now folder name is  $OutputFolder"
}

#find the highest version of SQLDumper.exe on the machine
$NumFolder = dir "c:Program Filesmicrosoft sql server1*" | Select-Object @{name = "DirNameInt"; expression={[int]($_.Name)}}, Name, Mode | Where-Object Mode -Match "da*" | Sort-Object DirNameInt -Descending

for($j=0;($j -lt $NumFolder.Count); $j++)
{
    $SQLNumfolder = $NumFolder.DirNameInt[$j]   #start with the highest value from sorted folder names - latest version of dumper
    $SQLDumperDir = "c:Program Filesmicrosoft sql server"+$SQLNumfolder.ToString()+"Shared"
    $TestPathDumperDir = $SQLDumperDir+"sqldumper.exe" 
    
    $TestPathResult = Test-Path -Path $SQLDumperDir 
    
    if ($TestPathResult -eq $true)
    {
        break;
    }
 }

#build the SQLDumper.exe command e.g. (Sqldumper.exe 1096 0 0x0128 0 c:temp)

$cmd = "$([char]34)"+$SQLDumperDir + "sqldumper.exe$([char]34)"
$arglist = $SqlPidInt.ToString() + " 0 " +$DumpType +" 0 $([char]34)" + $OutputFolder + "$([char]34)"
Write-Host "Command for dump generation: ", $cmd, $arglist -ForegroundColor Green

#do-we-want-multiple-dumps section
Write-Host ""
Write-Host "This utility can generate multiple memory dumps, at a certain interval"
Write-Host "Would you like to collect multiple memory dumps (2 or more)?" -ForegroundColor Yellow

#validate Y/N input
while (($YesNo -ne "y") -and ($YesNo -ne "n"))
{
    $YesNo = Read-Host "Enter Y or N>"

    if (($YesNo -eq "y") -or ($YesNo -eq "n") )
    {
        break
    }
    else
    {
        Write-Host "Not a valid 'Y' or 'N' response"
    }
}

#get input on how many dumps and at what interval
if ($YesNo -eq "y")
{
    [int]$DumpCountInt=0
    while(1 -ge $DumpCountInt)
        {
            Write-Host "How many dumps would you like to generate for this $ProductStr ?" -ForegroundColor Yellow
            $DumpCountStr = Read-Host ">"
    
            try{
                    $DumpCountInt = [convert]::ToInt32($DumpCountStr)

                    if(1 -ge $DumpCountInt)
                    {
                        Write-Host "Please enter a number greater than one." -ForegroundColor Red
                    }
                }

            catch [FormatException]
                {
                     Write-Host "The value entered for dump count '",$DumpCountStr,"' is not an integer" -ForegroundColor Red
                }
        }

    [int]$DelayIntervalInt=0
    while(0 -ge $DelayIntervalInt)
        {
            Write-Host "How frequently (in seconds) would you like to generate the memory dumps?" -ForegroundColor Yellow
            $DelayIntervalStr = Read-Host ">"
    
            try{
                    $DelayIntervalInt = [convert]::ToInt32($DelayIntervalStr)
                    
                    if(0 -ge $DelayIntervalInt)
                    {
                        Write-Host "Please enter a number greater than zero." -ForegroundColor Red
                    }
                }

            catch [FormatException]
                {
                     Write-Host "The value entered for frequency (in seconds) '",$DelayIntervalStr,"' is not an integer" -ForegroundColor Red
                }
        }

    Write-Host "Generating $DumpCountInt memory dumps at a $DelayIntervalStr-second interval" -ForegroundColor Green

    #loop to generate multiple dumps    
    $cntr = 0
    while($true)
    {
        Start-Process -FilePath $cmd -Wait -Verb runAs -ArgumentList $arglist 
        $cntr++

        Write-Host "Generated $cntr memory dump(s)." -ForegroundColor Green

        if ($cntr -ge $DumpCountInt)
        {
            break
        }
        Start-Sleep -S $DelayIntervalInt
    }

    #print what files exist in the output folder
    Write-Host ""
    Write-Host "Here are all the memory dumps in the output folder '$OutputFolder'" -ForegroundColor Green
    $MemoryDumps = $OutputFolder + "SQLDmpr*"
    Get-ChildItem -Path $MemoryDumps

    Write-Host ""
    Write-Host "Process complete"
}

else #produce just a single dump
{
    Start-Process -FilePath $cmd -Wait -Verb runAs -ArgumentList $arglist 

    #print what files exist in the output folder
    Write-Host ""
    Write-Host "Here are all the memory dumps in the output folder '$OutputFolder'" -ForegroundColor Green
    $MemoryDumps = $OutputFolder + "SQLDmpr*"
    Get-ChildItem -Path $MemoryDumps

    Write-Host ""
    Write-Host "Process complete"
}

Write-Host "For errors and completion status, review SQLDUMPER_ERRORLOG.log created by SQLDumper.exe in the output folder '$OutputFolder'. `Or if SQLDumper.exe failed look in the folder from which you are running this script"

  • Run it from Command Prompt as administrator by using the following command:

    Powershell.exe -File SQLDumpHelper.ps1

  • Or run it from Windows PowerShell console and run as administrator by using the following command:

[!NOTE]
If you have never executed PowerShell scripts on your system, you may receive the error message:

«File …SQLDumpHelper.ps1 cannot be loaded because running scripts is disabled on this system.»

You have to enable the ability to run them by the following steps:

  1. Start Windows PowerShell console with the Run as Administrator option. Only members of the administrators group on the computer can change the execution policy.

  2. Enable running unsigned scripts by the following command:

    Set-ExecutionPolicy RemoteSigned

    [!NOTE]
    This will allow you to run unsigned scripts that you create on your local computer and signed scripts from Internet.

Источник

Ссылки

Введение в дамп SQL Server

Предисловие

Я часто слышал слово дамп, когда слушал обмен мнениями между коллегами, но никогда не понимал, что такое дамп, сегодня я разберусь с этой информацией. Мы называем дамп дампом, ноДамп, о котором мы здесь говорим, — это не команда резервного копирования DUMP самого SQL Server, а дамп в sqldumper.exe., Итак, что такое дамп? Дамп относится к преобразованию определенного контента в другой, более читаемый способ. В ORACLE есть специальная команда дампа, которая может сбрасывать содержимое файлов данных и т. Д. Трассировка также эквивалентна другому дампу. Через дамп можно понять принцип работы всей системы. Информации о SQL Server очень мало, конечно, это соответствует стратегии Microsoft не открытого исходного кода. Однако в последние годы по этому аспекту появилось много информации, и соответствующий контент можно получить через Google.

Первое, что меня интересует, — это файл .mdmp, о котором часто спрашивают многие люди. Mdmp называется mini dmp или memory dmp. Это связано с тем, что SQL Server обнаружил некоторые ошибки или ошибки во время работы и сбросил его. Чтобы помнитьФайл, в котором записано сообщение об ошибке. Как правило, обработку таких файлов рекомендуется упаковать и отправить в Microsoft для анализа. Если вы не можете получить помощь от Microsoft, вам необходимо самостоятельно проанализировать такие файлы, а затем выяснить причину проблемы и решить ее.

Во-первых, введение в SQLDumper.exe

Как упоминалось ранее, SQL Server автоматически генерирует некоторые файлы дампа во время выполнения. Мы также можем создавать файлы дампа вручную. Способ создания файлов дампа — через Sqldumper. Начиная с пакета обновления 3 (SP3) для SQL Server 2000, Sqldumper.exe включен в Microsoft SQL Server 2000. Sqldumper.exe может создавать файлы дампа в соответствии с потребностями любого приложения Microsoft Windows. Sqldumper.exe может выгружать не только SQL Server, но и другие приложения Windows.

Я использую среду SQL Server 2012, поэтому SQLDumper находится в папке C: Program Files Microsoft SQL Server 110 Shared. Мы можем запустить SQLDumper /?, Чтобы узнать, как его использовать. Шестнадцатеричный код является идентификатором элемента управления. Код для запроса SQLDumper выглядит следующим образом:

C:Program FilesMicrosoft SQL Server110Shared>SqlDumper.exe /?
Usage: SqlDumper.exe [ProcessID [ThreadId [Flags[:MiniDumpFlags] [SqlInfoPtr [DumpDir [ExceptionRecordPtr [ContextPtr [ExtraFile]]]]]]]] [-I<InstanceName>] [-S<ServiceName>][-remoteservers:[print|dump|freeze|resume|remote:guiddumporiginsignaturelocalIdportoperationType]]
  Flags:
    dbgbreak                         = 0x0001
    nominidump                       = 0x0002
    validate_image                   = 0x0004
    referenced_memory                = 0x0008
    all_memory                       = 0x0010
    dump_all_threads                 = 0x0020
    match_file_name                  = 0x0040
    no_longer_used_flag              = 0x0080
    verbose                          = 0x0100
    wait_at_exit                     = 0x0200
    send_to_watson                   = 0x0400
    defaultflags                     = 0x0800
    maximumdump                      = 0x1000
    mini_and_maxdump                 = 0x2000
    force_send_to_watson             = 0x4000
    full_filtered_dump               = 0x8000
    no_auto_remote_dump_invocation   = 0x40000

  MiniDumpFlags:
    Normal                           = 0x0000
    WithDataSegs                     = 0x0001
    WithFullMemory                   = 0x0002
    WithHandleData                   = 0x0004
    FilterMemory                     = 0x0008
    ScanMemory                       = 0x0010
    WithUnloadedModules              = 0x0020
    WithIndirectlyReferencedMemory   = 0x0040
    FilterModulePaths                = 0x0080
    WithProcessThreadData            = 0x0100
    WithPrivateReadWriteMemory       = 0x0200
    WithoutOptionalData              = 0x0400
    WithFullMemoryInfo               = 0x0800
    WithThreadInfo                   = 0x1000

Как видно из приведенной выше команды, если вы хотите выгрузить приложение, вам нужно сначала узнать его pid (идентификатор процесса), а затем добавить некоторые управляющие идентификаторы Flags для управления содержимым дампа. Например, я хочу сбросить SQL Server, сначала найдите pid SQL Server — 1672 (вы можете найти ProcessID службы sql server 2012 в управлении настройкой sql server), если вы хотите сбросить всю информацию о памяти, вы можете использовать следующую команду Продолжать:

C:Program FilesMicrosoft SQL Server110Shared>SqlDumper.exe 1672 0x0010

Среди них 0x0010 означает all_memory, поэтому два файла, SQLDmpr0001.mdmp и SQLDUMPER_ERRORLOG.log, будут созданы в каталоге C: Program Files Microsoft SQL Server 110 Shared, который является файлом дампа (.mdmp).

Ниже приведены некоторые из наиболее распространенных флагов дампа:

0x0120 - Minidump --Этот флаг сбрасывает только информацию о стеке и загруженных модулях процесса.Это самый маленький метод дампа, а также способ, которым SQL Server автоматически генерирует файлы дампа.
0x01100 – Full Dump --Этот флаг сбрасывает весь блок информации о процессе. Если он находится в 64-битной системе, размер файла по-прежнему очень велик.
0x8100 – Filtered Dump --Этот флаг используется для выгрузки информации о памяти, используемой для других целей сервера (включая кеш процесса)

Два, DUMP в режиме SQL Server

Использование Sqldumper — это всего лишь способ вручную сгенерировать файлы дампа. Конечно, есть много способов создания файлов dmp. SQL Server также предоставляет такие инструменты. в основномDBCC STACKDUMP и DBCC dumpt запускают этоДве команды, Конечно, вы также можете использовать TraceFlag, чтобы контролировать, следует ли создавать файлы dmp или создавать файлы при обнаружении ошибок. Например, если мы хотим сгенерировать полный дамп, мы должны включить Trace Flag 2544 и 2546, а затем выполнитьDBCC STACKDUMP , Команда выглядит следующим образом:

--DBCC stackdump
dbcc traceon(2544, -1) 
go

dbcc traceon(2546, -1) 
go

dbcc stackdump

dbcc traceon(2544, -1) 
go 
dbcc traceon(2546, -1) 
go

После выполнения указанной выше команды мы найдем в D: Program Files Microsoft SQL Server MSSQL11.SQL2012 MSSQL Log (Я установил пример sqlserver2012 на диск D) В каталоге есть еще три файла, как показано ниже:

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

Два файла SQLDUMPER_ERRORLOG.log и ERRORLOG являются общими.

Если вы хотите, чтобы SQL Server создавал файл дампа только для определенной ошибки, вы можете использовать dbcc dumptrigger. Ниже приведен пример.

--DBCC dumptrigger
--Установите триггер дампа на ошибку 802
dbcc dumptrigger('set', 802) 
go

--  Просмотр текущего содержимого триггера дампа
dbcc traceon(3604, -1) 
go 
dbcc dumptrigger('display') 
go 
dbcc traceoff(3604, -1) 
go

--  Отключить текущий триггер дампа.
dbcc dumptrigger('clear', 802) 
go

После выполнения указанной выше команды в SSMS отображается следующая информация:

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

Dump Triggers

DebugBreak = 0                      
CExDumpTriggers @0x00000001ECBD4140

Exception = 802                     
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

В-третьих, некоторые знания по анализу файлов mdmp

Вышеупомянутое — всего лишь введение в создание mdmp и то, как вручную генерировать файлы mdmp, но ключевой момент является то, как анализировать файлы mdmp. По нему был проведен некоторый анализ, но возможности ограничены, и получить не так много информации. Как анализироватьПроцесс создания файла mdmp является общим, и мы надеемся, что более продвинутые люди смогут найти в нем некоторые принципы работы SQL Server.

1. Отладка

Поскольку SQL Server также является программой, работающей на платформе Windows, при возникновении проблемы просто рассматривайте ее как обычную программу Windows для отладки. В Windows есть два аспекта отладки: один — это отладка в режиме ядра, а другой — отладка в пользовательском режиме. Отладка ядра предназначена для отладки операционной системы Windows, отражая работу ОС Windows и аппаратных устройств. Отладка в пользовательском режиме предназначена для отладки приложения, поскольку приложение работает в пользовательском режиме. Отладка этих двух программ отличается, поэтому я не буду вдаваться в подробности здесь. Если у вас есть вопросы, просто погуглите.

Есть еще одно различие в отладке: нужно ли отлаживать программу во время ее работы (отладка в реальном времени) или читать анализ и отладку mdmp (посмертная отладка). Эти два тоже разные. Заставьте программу зависнуть во время отладки в реальном времени, затем установите bp (точку останова), чтобы наблюдать за поведением программы при ее выполнении. Эта статья в основном посвящена посмертной отладке.

В процессе отладки мы чаще всего анализируем информацию трассировки стека потока. Поскольку на платформе Windows приложение запускается как процесс, а процесс включает в себя поток, и поток действительно выполняет некоторые функции. Мы можем просмотреть информацию о потоке, на котором запущен SQL Server, с помощью следующей команды:

use master
select spid,kpid from sys.sysprocesses

Результаты запроса следующие:

spid   kpid
------ ------
1      3260
2      3356
3      3352
4      3252
5      3256
6      3236
7      3368
8      3372
10     0
11     3436
12     3380
13     3264
14     4016
15     3768
16     3348
17     3284
18     0
19     0
20     0
21     0
22     0
23     0
24     3576
25     4024
26     0
28     4020
29     2368
30     2556
31     4028
51     0
52     3364
53     0
56     0
57     0

Просмотреть информацию о потоке можно также с помощью ProcessExplorer, как показано на следующем рисунке:

Но для этого нужна поддержка windbg, которую можноDownload and Install Debugging Tools for WindowsПосле загрузки я использую Install Debugging Tools for Windows как отдельный компонент, что означает, что я устанавливаю windbg как отдельный компонент.

Четыре, используйте windbg

Осознав вышеуказанные знания, вы можете использовать windbg для анализа.

1. Настройка окружения windbg

Перейдите на сайт Microsoft, чтобы загрузить windbg и установить его напрямую.После завершения установки вам нужно настроить путь символов, открыть windbg и во всплывающем диалоговом окне ввести Файл -> Путь к файлу символов.

srv*D:appsymbols*http://msdl.microsoft.com/download/symbols

среди нихD: app symbols — это папка на локальном жестком диске. При ее использовании windbg перейдет на http://msdl.microsoft.com/download/symbols для загрузки связанных символов. Общий размер, который я скачал, составляет 6,27 МБ.

2. Откройте файл mdmp.

Откройте windbg, File -> Open Crash Dump, выберите файл mdump, нажмите «Да» во всплывающем диалоговом окне, здесь я выбираю создание SQLDmpr0001.mdmp в каталоге C: Program Files Microsoft SQL Server 110 Shared .

3. Проанализировать mdmp

Тип «~«,Как показано ниже:

После нажатия клавиши ВВОД появится информация о потоке, информация будет следующей:


View Code 

0:000> ~
.  0  Id: 688.e68 Suspend: 1 Teb: 000007ff`fffde000 Unfrozen
   1  Id: 688.f2c Suspend: 1 Teb: 000007ff`fffd5000 Unfrozen
   2  Id: 688.2ec Suspend: 1 Teb: 000007ff`fff9e000 Unfrozen
   3  Id: 688.2184 Suspend: 1 Teb: 000007ff`fff9a000 Unfrozen
   4  Id: 688.ba0 Suspend: 1 Teb: 000007ff`fff98000 Unfrozen
   5  Id: 688.f94 Suspend: 1 Teb: 000007ff`fff96000 Unfrozen
   6  Id: 688.dc4 Suspend: 1 Teb: 000007ff`fff94000 Unfrozen
   7  Id: 688.fdc Suspend: 1 Teb: 000007ff`fff92000 Unfrozen
   8  Id: 688.1fdc Suspend: 1 Teb: 000007ff`fff90000 Unfrozen
   9  Id: 688.d60 Suspend: 1 Teb: 000007ff`fff8e000 Unfrozen
  10  Id: 688.d64 Suspend: 1 Teb: 000007ff`fff8c000 Unfrozen
  11  Id: 688.d58 Suspend: 1 Teb: 000007ff`fff8a000 Unfrozen
  12  Id: 688.d48 Suspend: 1 Teb: 000007ff`fff88000 Unfrozen
  13  Id: 688.1c58 Suspend: 1 Teb: 000007ff`fff86000 Unfrozen
  14  Id: 688.1b7c Suspend: 1 Teb: 000007ff`fff84000 Unfrozen
  15  Id: 688.1ecc Suspend: 1 Teb: 000007ff`fff82000 Unfrozen
  16  Id: 688.20f8 Suspend: 1 Teb: 000007ff`fff80000 Unfrozen
  17  Id: 688.2288 Suspend: 1 Teb: 000007ff`fff7e000 Unfrozen
  18  Id: 688.f0c Suspend: 1 Teb: 000007ff`fff7c000 Unfrozen
  19  Id: 688.2260 Suspend: 1 Teb: 000007ff`fff7a000 Unfrozen
  20  Id: 688.c14 Suspend: 1 Teb: 000007ff`fff78000 Unfrozen
  21  Id: 688.a54 Suspend: 1 Teb: 000007ff`fff76000 Unfrozen
  22  Id: 688.b9c Suspend: 1 Teb: 000007ff`fff74000 Unfrozen
  23  Id: 688.1838 Suspend: 1 Teb: 000007ff`fffd7000 Unfrozen
  24  Id: 688.82c Suspend: 1 Teb: 000007ff`fff6e000 Unfrozen
  25  Id: 688.fd0 Suspend: 1 Teb: 000007ff`fff6c000 Unfrozen
  26  Id: 688.8e4 Suspend: 1 Teb: 000007ff`fff6a000 Unfrozen
  27  Id: 688.c84 Suspend: 1 Teb: 000007ff`fff68000 Unfrozen
  28  Id: 688.c80 Suspend: 1 Teb: 000007ff`fff66000 Unfrozen
  29  Id: 688.c8c Suspend: 1 Teb: 000007ff`fff64000 Unfrozen
  30  Id: 688.cb0 Suspend: 1 Teb: 000007ff`fff60000 Unfrozen
  31  Id: 688.cb4 Suspend: 1 Teb: 000007ff`ffeae000 Unfrozen
  32  Id: 688.cf0 Suspend: 1 Teb: 000007ff`ffea8000 Unfrozen
  33  Id: 688.cec Suspend: 1 Teb: 000007ff`ffea6000 Unfrozen
  34  Id: 688.f14 Suspend: 1 Teb: 000007ff`ffea2000 Unfrozen
  35  Id: 688.11f0 Suspend: 1 Teb: 000007ff`ffea0000 Unfrozen
  36  Id: 688.6ec Suspend: 1 Teb: 000007ff`ffe9c000 Unfrozen
  37  Id: 688.d3c Suspend: 1 Teb: 000007ff`ffe9a000 Unfrozen
  38  Id: 688.548 Suspend: 1 Teb: 000007ff`ffe92000 Unfrozen
  39  Id: 688.dc0 Suspend: 1 Teb: 000007ff`ffe86000 Unfrozen
  40  Id: 688.246c Suspend: 1 Teb: 000007ff`ffe94000 Unfrozen
  41  Id: 688.1b5c Suspend: 1 Teb: 000007ff`ffe90000 Unfrozen
  42  Id: 688.1a08 Suspend: 1 Teb: 000007ff`fff70000 Unfrozen
  43  Id: 688.1e28 Suspend: 1 Teb: 000007ff`ffea4000 Unfrozen
  44  Id: 688.2a3c Suspend: 1 Teb: 000007ff`fffdc000 Unfrozen
  45  Id: 688.2728 Suspend: 1 Teb: 000007ff`fff72000 Unfrozen
  46  Id: 688.2b54 Suspend: 1 Teb: 000007ff`ffeac000 Unfrozen
  47  Id: 688.ffc Suspend: 1 Teb: 000007ff`ffe9e000 Unfrozen
  48  Id: 688.34b0 Suspend: 1 Teb: 000007ff`fffd9000 Unfrozen
  49  Id: 688.3698 Suspend: 1 Teb: 000007ff`fffd3000 Unfrozen
  50  Id: 688.1f64 Suspend: 1 Teb: 000007ff`fff9c000 Unfrozen
  51  Id: 688.1740 Suspend: 1 Teb: 000007ff`fff62000 Unfrozen

3. Другое

Функция windbg очень мощная, это мощный инструмент, ведущий к sql server. Если вы хотите понять, вам следует внимательно изучить <windows internal>, а те, кому интересно, могут пойти глубже.

Источник

Hi Raj,

Did you ever find out an answer to your problem? I’m getting the same thing with a production server. Exact same contents (except for processID and filename of course)

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ProcessID = 6788

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ThreadId = 0

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Flags = 0x0

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDumpFlags = 0x0

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, SqlInfoPtr = 0x0100A530

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, DumpDir =

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ExceptionRecordPtr = 0x00000000

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ContextPtr = 0x00000000

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ExtraFile =

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, InstanceName =

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ServiceName =

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used

09/23/09 10:15:35, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used

09/23/09 10:15:37, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used

09/23/09 10:15:37, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:Program FilesMicrosoft SQL Server90SharedErrorDumpsSQLDmpr0031.mdmp

09/23/09 10:15:37, ACTION, DTExec.exe, Watson Invoke: Yes

09/23/09 10:15:38, ACTION, DTExec.exe, Watson Invoked: C:PROGRA~1COMMON~1MICROS~1DWDW20.EXE dw20.exe -d "C:Program FilesMicrosoft SQL Server90SharedErrorDumpsSQLDmpr0002.mft"

The SSIS package is exiting without outputting any messages, or any entries in the sysdtslog (I also have OnError events enabled and log everthing to sysdtslog). Only the SQLdumper cmd window flashes up for a split second as DTEXEC exits.

It runs on the same server as the production warehouse (tis only small! 150k load a day).

So I can’t figure out whats going on. Only thing I can say is this problem has been occurring intermittently for last 4 months or so, but rerunning usually works. Since Monday (2009-09-21) its failing every time. But doesn’t fail when i run the package from the dev server using production database. So is pointing me to corruption in SSIS runtimes or third party components that I’m using ??

Only conclusion I can come to just now is that something has changed in the data sources to cause a problem in processing, the problem being so catastrophic (maybe a division by zero somewhere in the SSIS framework?) it causes the DTEXEC util to just completely bog out.

So short of it, does anyone know how to troubleshoot these kind of problems?? without an actual error I’ve been totally stumped and for last three days I’ve just been trying random things to no avail. I know something must have changed, but system is taking data from 7 different sources and applying a host of different manipulations/dedupes/bucketing/cleaning etc to it so don’t know where to start. And as its not giving actual errors i don’t think the DDL of the sources is changing, just something about the data, but trying to get the business to tell you what there up to is impossible though!!!

aaaaaaaarrrrrrrrrrrrrgg

Источник

Понравилась статья? Поделить с друзьями:
  • Sqlalchemy timeout error
  • Sqlalchemy database error
  • Sql1159 initialization error with db2 net data provider reason code 10
  • Sql сервер ошибка 18456
  • Sql ошибка 924