process explore,debug diagnostic tool 检测：应用假死、性能差、内存泄露，cpu高的原因
process explore
监控服务器上运行的应用程序的cpu,内存,pid等信息；
找到占用cpu，内存高的pid,
到这个工具里debug diagnostic tool 找到对应的PID,右键--》生产full dmp文件，
用IE打开,查看分析cpu，内存高的原因。
Debug Diagnostic Tool (DebugDiag)是用来帮助诊断IIS/COM+等应用假死、性能差、内存泄露及碎片和崩溃等问题的工具。Debug Diagnostic Tool用这个可以自动抓取 并且自带分析功能 非常方便 支持各种操作系统 解决上面只能08的问题
其次 分析系统问题 有的时候非常复杂 因为有可能会遇到不是代码引起的,这个时候一定要利用好 windows自带的性能检测
利用好这个 会给你分析带来很大的灵感~
DebugDiag怎么使用？
这东西要装在你的IIS Server上,不过个人工作的电脑通常也要装,因为dump完大概下一件事就是赶快重开机让production server赶快回复运作,哪里还有那种美国时间让你在上面跑分析而且分析过程中要上网download symbol file,有时候production server是不对外的
装完以后就像这样,放在程式集里面
执行起来的画面像这样,当你的IIS挂掉时,先不要急着重开
1.赶快先把犯罪的证据保留下来,从Tools->Create IIS Hang Dump将IIS相关的process都dump下来
2.然后再用最下面的Add Data Files将dump的结果读进来
3.在上面的ListBox选择Crach/Hang Analyzers
4.点选下面的Start Analysis
就这样,够简单了那分析结果如何解读? Watch this
直接告诉你哪一个thread block住后面的程式,那么thread 19是什么?点一下超连结
直接告诉你这是哪支ASP,连第几行都告诉你了
那.NET程式可不可以?
我写了一个无穷回圈的webservice
dump出来的report像这样
DebugDiag诊断ASP.Net异常：
1. 按照操作系统的类型(32位或是64位)，下载DebugDiag工具并安装。
2. 在Debug Diagnostic Tool 1.2应用程序组中运行DebugDiag 1.2。
3. 配置Crash规则。
4.选择需要监控的程序，如果是IIS应用，可以选择特定的应用程序池。
5.这是需要监控的IIS应用程序池.
6. 注意 CLR 4.0 and CLR 1.0~3.5 有不同的异常码。
在.Net Exception Type中填入特定的异常，比如System.Data.SqlClient.SQLException。
ActionType指定当异常发生时，产生FullDump, MiniDump或是Log。
ActionLimit指定FullDump或MiniDump的数量，如果填入0就不会限制数量。同时如果只是需要产生Log的话，就不受ActionLimit限制。
7. 指定规则的名字和Dump产生的路径。
9. 在“Rules”标签下的规则已经处于激活状态。
10. 当.Net异常发生之后，在第7步配置的Userdump Location下会有dump文件（后缀名为dmp）产生。
分析创建出来的Dump文件：
Debugdiag工具同时能帮助分析各种Dump文件。在本文ASP.Net异常dump文件产生出之后，可以参考以下步骤分析：
1. 打开Debugdiag工具，在Tools->Options and Settings->Folders and Search Paths->Symbol Search Path For Analysis里填入：
SRV*f:\localsymbols*http://msdl.microsoft.com/download/symbols
其中f:\localsymbols可以用硬盘中的目录替代，http://msdl.microsoft.com/download/symbols是微软公用symbol的URL，不用改变。
2. 在Advanced Analysis页中，选择Crash/Hang Analyzers，并点击Add Files…按钮选择生成出的dump文件（后缀名为.dmp）。Debugdiag会因此分析dump文件并产生报告。
配合Windbg使用效果更佳：http://www.cr173.com/soft/71175.html
