【问题标题】:Get sharepoint w3wp.exe process memory dump using the winDBG使用 winDBG 获取 sharepoint w3wp.exe 进程内存转储
【发布时间】:2009-09-15 03:28:55
【问题描述】:

我尝试使用 winDBG (adplus) 转储 w3wp 进程。

当我运行这个命令 adplus.vbs -hang -quiet -p **** 时,我发现它创建了一个包含大文件的文件夹,并且大小在增长。然后突然间,大文件消失了,过程又重新开始了。有人知道吗?

最好的问候,

【问题讨论】:

    标签: sharepoint windbg


    【解决方案1】:

    永威,

    科林是对的;实际上,您正在与 IIS 竞争,因为它正在回收应用程序池。当您拍摄进程快照时,您要么达到了回收的内存阈值,要么运行状况检查发现进程被挂起并启动回收(可能是由于 ADPlus 锁定了进程)

    在尝试下一次捕获之前,我将如何修改您的应用程序池特征。只要捕获转储,您只需要这些更改生效:

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

    实际上:您需要关闭所有尝试的功能以保持您的应用程序池运行良好。捕获内存快照需要时间(如您所知)。

    我还建议您查看 SysInternals 人员的 ProcDump (http://technet.microsoft.com/en-us/sysinternals/dd996900.aspx)。它上个月刚刚发布,它使进程内存捕获更容易一些。一篇关于使用它捕获 W3WP 的文章在这里:http://blogs.msdn.com/webtopics/archive/2009/08/08/using-procdump-exe-to-monitor-w3wp-exe-for-cpu-spikes.aspx

    我希望这会有所帮助!

    【讨论】:

      【解决方案2】:

      我只能想象 w3wp 进程的内存使用量太大而触发了应用程序池回收,这意味着重新启动 w3wp。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2021-10-18
        • 2012-12-30
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多