使用winDBG获取sharepoint w3wp.exe进程内存转储

我尝试使用winDBG（adplus）转储w3wp进程

当我运行这个命令adplus.vbs-hang-quiet-p****时，我发现它创建了一个带有大文件的文件夹，而且文件的大小还在增长。然后突然，大文件消失了，进程重新开始。有人知道吗

---

致以最诚挚的问候，

我只能想象w3wp进程的内存使用量达到触发应用程序池回收的程度，这意味着重新启动w3wp。

我只能想象w3wp进程的内存使用量达到触发应用程序池回收的程度，这意味着重新启动w3wp。

科林是对的；实际上，您正在与IIS竞争，因为它正在对应用程序池进行重新命名。在抓取流程快照时，您要么达到了回收内存的阈值，要么运行状况检查发现流程被挂起并开始回收（可能是由于ADPlus锁定了流程）

下面是在尝试下一次捕获之前，我将如何修改您的应用程序池特征。您只需要这些更改在捕获转储所需的时间内生效：

• 关闭基于内存的回收限制（物理和虚拟）
• 关闭空闲超时限制（如果已打开）
• 禁用ping和快速故障保护

实际上：你需要关闭所有试图让你的应用程序池正常运行的功能。捕获内存快照需要时间（如您所知）

我还建议从SysInternals人员那里签出ProcDump（）。它是上个月刚刚发布的，它使进程内存捕获变得更加容易。下面是一篇关于使用它捕获W3WP的文章：

我希望这有帮助

永伟

科林是对的；实际上，您正在与IIS竞争，因为它正在对应用程序池进行重新命名。在抓取流程快照时，您要么达到了回收内存的阈值，要么运行状况检查发现流程被挂起并开始回收（可能是由于ADPlus锁定了流程）

下面是在尝试下一次捕获之前，我将如何修改您的应用程序池特征。您只需要这些更改在捕获转储所需的时间内生效：

• 关闭基于内存的回收限制（物理和虚拟）
• 关闭空闲超时限制（如果已打开）
• 禁用ping和快速故障保护

实际上：你需要关闭所有试图让你的应用程序池正常运行的功能。捕获内存快照需要时间（如您所知）

我还建议从SysInternals人员那里签出ProcDump（）。它是上个月刚刚发布的，它使进程内存捕获变得更加容易。下面是一篇关于使用它捕获W3WP的文章：

我希望这有帮助