我正在使用几个生产Windows Server 2008 R2 Standard服务器上的debugging诊断工具（DebugDiag v1.2），运行在IIS 7.5上内置的自定义Web应用程序来创build故障转储文件。
问题在于，Windows进程激活服务（WAS）警告事件不断发生在我的所有生产服务器上，并且频率在不断增加，但在整个24小时内仍然是随机的。
这里是我关心的一个示例系统日志事件：
级别：警告源：WAS事件ID：5011描述：服务应用程序池“MyAppPool”的进程遇到与Windows进程激活服务的致命通信错误。 进程ID是“7776”。 数据字段包含错误编号。
我分析转储，并得到这样的每一次（下）。 问题是，我怎么才能继续深入到'0x3d9b9c16'行，重复数百次的问题？ 我可以采取哪些工具或方法进一步debugging？
线程252 – 系统ID 6380入口点0x00000000创build时间3/25/2015 10:52:49 PM在用户模式下花费的时间0天00：00：01.856在内核模式下花费的时间0天00：00：00.124
此线程被未处理的exception阻止
.NET调用堆栈
函数System.Web.Hosting.UnsafeIISMethods.MgdIndicateCompletion（IntPtr，System.Web.RequestNotificationStatus ByRef）
完整的调用堆栈
函数源ntdll！ZwTerminateProcess
KERNELBASE！了TerminateProcess + 2C
CLR！EEPolicy :: HandleFatalStackOverflow + 1BA
CLR！EEPolicy :: HandleStackOverflow + 1AC
CLR！COMPlusFrameHandler + 9B
NTDLL！ExecuteHandler2 + 26
NTDLL！ExecuteHandler + 24
NTDLL！RtlDispatchException + 127
NTDLL！KiUserExceptionDispatcher + F
CLR！COMNlsHashProvider :: HashiStringKnownLower80 + 10
CLR！COMNlsInfo :: InternalGetCaseInsHash + FA
mscorlib_ni + 2e7a9b
mscorlib_ni + 2e7a0a
mscorlib_ni + 38aba8
mscorlib_ni + 2e1a10
mscorlib_ni + 2e19cf
mscorlib_ni + 2e18ce
System_ni + 1a41b4
System_Web_ni + 1c6785
System_Web_ni + 1f3581
System_Web_ni + 1c67f8
0x1b2bcc27
0x3d9b9c0e
0x3d9b9c16
0x3d9b9c16
0x3d9b9c16
0x3d9b9c16
…（这是重复数百行！）… 0x3d9b9c16
0x3d9b9c16
0x3d9b9c16
0x3d9b9c16
System_Web_ni + 217774
System_Web_ni + 1ea04d
System_Web_ni + 1ea087
System_Web_ni + 1ea0e2
System_Web_ni + 1ea0e2
System_Web_ni + 1ea0e2
System_Web_ni + 1fd845
System_Web_ni + 1fd3a5
System_Web_ni + 1fd2d9
System_Web_ni + 1fd216
System_Web_ni + 1fc16b
System_Web_ni + 2021f6
System_Web_ni + 1df356
System_Web_ni + 1f1277
System_Web_ni + 1df5f0
System_Web_ni + 1dc0cb
System_Web_ni + 1e1561
System_Web_ni + 1e126f
webengine4！W3_MGD_HANDLER :: ProcessNotification + 5A
webengine4！W3_MGD_HANDLER :: DoWork的+ 2CB
webengine4！RequestDoWork + 2EA
webengine4！CMgdEngHttpModule :: OnExecuteRequestHandler + 18
iiscore！NOTIFICATION_CONTEXT :: RequestDoWork + 128
iiscore！NOTIFICATION_CONTEXT :: CallModulesInternal + 305
iiscore！NOTIFICATION_CONTEXT :: CallModules + 28
iiscore！W3_CONTEXT :: DoStateRequestExecuteHandler + 36
iiscore！W3_CONTEXT :: DoWork的+ D7
iiscore！W3_MAIN_CONTEXT :: ContinueNotificationLoop + 1F
iiscore！W3_MAIN_CONTEXT :: ProcessIndicateCompletion + 1F
iiscore！W3_CONTEXT :: IndicateCompletion + 75
webengine4！W3_MGD_HANDLER :: IndicateCompletion + 38
webengine4！MgdIndicateCompletion + 22
System_Web_ni + 240211
System_Web_ni + 1e16e0
System_Web_ni + 1e126f
CLR！UM2MThunk_WrapperHelper + 10
CLR！UM2MThunk_Wrapper + 76
CLR！线程:: DoADCallBack + B4
CLR！UM2MDoADCallBack + 92
0x0098b361
webengine4！W3_MGD_HANDLER :: ProcessNotification + 5A
webengine4！ProcessNotificationCallback + 32
CLR！UnManagedPerAppDomainTPCount :: DispatchWorkItem + 1CE
CLR！ThreadpoolMgr :: ExecuteWorkRequest + 42
CLR！ThreadpoolMgr :: WorkerThreadStart + 36C
CLR！主题:: intermediateThreadProc + 4D
KERNEL32！BaseThreadInitThunk + E
NTDLL！__ RtlUserThreadStart + 70
NTDLL！_RtlUserThreadStart + 1B
谢谢！