【发布时间】：2017-02-20 13:41:27
【问题描述】：
最近我开始在几台服务器上遇到问题，其中 CPU 开始消耗比通常趋势更多的资源。我正在尝试找出导致此问题的根本原因，并从任务管理器中提取 w3wp 进程的转储（右键单击进程并进行转储）。
现在 dmp 文件大小为 14GB，我正在尝试通过 WinDBG 对其进行分析，但该工具无法正常工作并收到消息：
我也使用了一些小型转储，但其中一些打开正常，而很少打开，所以这与 32 位或 64 位之间的混淆无关。（收集的转储是 64 位）。
我想知道是什么导致了这个问题。是文件大小还是我没有正确进行转储。
我检查了link，但没有帮助。
【问题讨论】：
-
“是文件大小吗” - 可能不是。所有受支持的 Windows 版本都允许读取大于 4 GB 的文件。 “我没有正确处理转储” - 我们不知道您是如何生成转储文件的，所以我们无法知道。
-
这是 32 位应用程序吗，如果是则需要使用 32 位任务管理器进行转储查看：blogs.msdn.microsoft.com/amb/2011/05/12/…
-
它是 64 位应用程序。转储来自任务管理器。只是为了测试，我在我的测试环境中遵循了相同的过程，并进行了 800 MB 的转储，这可以正常打开。
-
您是否尝试过 WPR/WPA 来分析 CPU 使用率？您是否能够检测出导致 CPU 使用率的原因？
-
@ThomasWeller，这不是重复的问题。因为以相同的方式在同一台机器上进行相同进程的转储，但很少有转储打开，很少有没有打开。
标签： windows iis windbg crash-dumps debugdiag