У меня есть работающий автономный сервер под управлением Windows Server 2008 с пакетом обновления 2 (64 бита) и IIS7. Он работает на веб-сайте ASP.NET, построенном на основе .NET 3.5 в своем собственном пуле приложений. Случайно в разное время дня я получаю вышеуказанную ошибку. Это может происходить один раз в день или чаще. Часто, когда это происходит, это происходит два или три раза в относительно быстрой последовательности.
Глядя на процессы и журналы, ведущие к сбою, похоже, что нет реального шаблона или конкретного сценария, вызывающего его.
По результатам поиска большинство рекомендаций состоит в том, чтобы получить аварийный дамп и проанализировать его, однако я изо всех сил пытаюсь получить его.
У меня установлена Debug Diagnostics 1.2, и я пробовал различные настройки правил сбоя, но они не создают пользовательскую дамп. В настоящее время у меня есть «Правило сбоя для всех процессов, связанных с IIS / COM +» с расширенной конфигурацией по умолчанию.
Кто-нибудь может подсказать, почему это не создает аварийный дамп при возникновении проблемы? Есть ли другой способ получить аварийный дамп?
РЕДАКТИРОВАТЬ: я установил средства отладки в соответствии с этой полезная ссылка и запускаю ADPlus с помощью этой команды:
ADPlus -crash -pn w3wp.exe -o c:\ADplusCrashDump
Надеюсь, я получу аварийный дамп, когда он появится снова. , .
РЕДАКТИРОВАНИЕ 2: Обнаружен рекурсивный вызов метода, который в редких случаях вызывал переполнение стека. Надеюсь, что проблема решена. Однако я нашел еще одну полезную ссылку, см. Сообщение в блоге .