Tools 2中的收集Dump的工具,这个Tools里面还有DebugDiag 2 analysis可以用于Dump文件的分析,我们在后面会提到。...DebugDiag下载地址为DebugDiag 下载。它可以在App发生Crash或Hang时,自动转存Dump文件用于分析。...DebugDiag collection的使用是通过设置rule来自动抓取Dump文件。也可以手动抓取Process的Dump文件。...其具体操作可以参照DebugDiag简介 三、Dump文件分析工具 1.DebugDiag 2 analysis。...Debugdiag会因此分析dump文件并产生报告。 2.WinDbg WinDbg也是微软公司的用于软件开发调试的工具,在分析Dump文件领域受到广泛的使用。
二、查找问题来源并修复 1、下载 DebugDiag 插件 这里我们下载一个插件 Debug Diagnostic Tool (点击此处跳转下载页面),通过这个插件,我们可以在IIS的错误事件发生时捕获更加详细...2、配置 DebugDiag 的断点信息 安装成功之后我们打开安装好的 DebugDiag 2 Analysis 程序,按照下面步骤添加断点。 选择“crash (崩溃)”规则。...3、复现崩溃场景,查看问题日志 我们复现了出现问题的场景,IIS应用池再次崩溃,网页503无法访问,DebugDiag Tool的“Userdump Count”变为了10,表示程序池崩溃前程序已经出错了
和Dr.Watson、ADPlus以及DebugDiag一样,ProcDump可以在不期望的情况或者异常发生时,用于俘获一个进程的内存转储。...而且也同ADPlus以及DebugDiag一样,它可以对一个挂起的应用程序强制进行进程转储。但和之前的任何工具不同的是,ProcDump可以在CPU的活动峰值达到一个指定的级别时,对一个进程进行转储。...这与ADPlus和DebugDiag中的功能很相似。使用-e参数可以使得ProcDump去检测应用程序的一个未处理的异常,并获取进程转储。
数据采集 收集用户模式进程转储的最简单方法是使用Debug Diagnostic Tools v2.0[5]或仅使用DebugDiag。...DebugDiag具有一组用于收集数据(DebugDiag集合)和分析数据(DebugDiag分析)的工具。...因此,让我们开始定义使用调试诊断工具收集数据的规则: 1.打开DebugDiag集合,然后选择Performance。 ? 图片 2.选择Performance Counters并单击Next。...将转储文件保存在所选文件夹中后,我们将使用DebugDiag Analysis工具来分析收集的数据: 1.选择性能分析器。 ? 图片 2.添加转储文件。 ? 图片 3.开始分析。...DebugDiag将花费几分钟(或数分钟)来解析转储并提供分析。完成分析后,您将看到一个网页,其中包含摘要以及有关线程的大量信息,类似于以下内容: ?
临时解决方法: 1 安装Debug Diagnostic Tool, 2 启动 "DebugDiag 2 Collection" 3 在process标签页中找到w3wp.exe, 右键选择detach
抓取dump分析 为了找到程序池崩溃的原因,抓取dump进行分析,如何抓取dump见文档,使用DebugDiag工具进行抓取,抓取后使用DebugDiag进行初步分析,如下图: 可以看出是线程池中的线程抛出了异常
下载 Debug Diagnostic Tool v2 Update 3[5] 点击 "DebugDiag 2 Collection" (在开始菜单中可用) 配置一个规则,比如说当应用程序崩溃的时候 当条件得到满足时
这类的工具非常多,比如Application Verifier、DebugDiag、Bounds Checker(后被收购集成到Devpartner Studio中)、Parallel Inspector
WinDbg 和 DebugDiag 是常用的 dump 分析工具。 Logging 和 Tracing: 在代码中插入日志和追踪语句,帮助你理解程序的执行流程,查找问题和性能瓶颈。
领取专属 10元无门槛券
手把手带您无忧上云