Sharepoint W3WP.EXE过程消耗100％CPU - 纠正措施？

Question

我们有一个Windows Server 2003 Web服务器，并且在该服务器上运行大约5-6个顶级Sharepoint站点，每个站点都有一个不同的应用程序池。

有一个W3WP进程在一天中的大部分时间（昨天和今天发生）都保持100％挂钩，并且它通过在命令行执行“Cscript iisapp.vbs”并通过匹配ProcessID连接到特定Sharepoint网站...几乎无法使用。

我可以采取什么样的纠正措施？这些是我的想法如下

1）在IIS中停止并重新启动网站 - 出于某种原因，这并不能阻止违规的W3WP进程？任何想法为什么不呢？

2）停止并重新启动关联的应用程序池。

3）回收关联的应用程序池。

任何这些听起来像正确的想法？如果不是有什么好东西要尝试？我不能做一个iisreset，因为我不想将服务更改为其他更常用的Sharepoint网站。

如果我确实需要做一些诊断工作，请指出正确的方向。我不是Sharepoint的管理员（他不在城里，所以即使我只是一名开发人员，我仍在填补），但我会尽我所能。

如果您需要任何信息，请让我知道，我会查找它（尽管如此，因为一个过程挂钩整个机器）。

Answer 1

原来有人试图安装一些功能失灵。

于是，他写了一个剧本STSADM卸载这些功能

处理器仍然挂。

我重新启动了该IIS进程的IIS应用程序池，但没有解决它。

因此，然后我重新启动该网站的IIS，并解决了处理器问题。

Answer 2

这不是您需要的IISReset。你有一段代码与你的记忆力不满。这很可能不是CPU问题，而是寻呼问题。我已经遇到过几次内存中的数据结构，这些数据结构变得太大而不能有效地页面输入/输出，并且最终试图分页数据开始消耗一切。我建议的步骤是：

1）去获取IIS Debug Diagnostics工具。和learn how to use them。 2）如果可能，将会话状态从InProc中移除到状态服务器或sql服务器（因为这需要序列化进入会话的所有类，这可能是不可能的）。这将有助于缓解一些与流程相关的内存问题。

3）转到您的应用程序池并向上调整工作进程的数量。删除快速失败保护（即使发生快速灾难性错误，这也将允许网站继续提供页面）。

IIS调试诊断将记录大量数据，但是您可以指定特定的“catch”警报来检测挂起，过度的cpu使用情况等。它将捕获数据的演出，因此准备尝试等待很长一段时间查看日志。