Sharepoint W3WP.EXE进程消耗100% CPU -纠正措施？

Question

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

有一个W3WP进程在一天中的大部分时间都保持100%的跟踪(发生在昨天和今天)，它连接到一个特定的Sharepoint site...which几乎是不可用的(通过在命令行执行"Cscript iisapp.vbs“并匹配ProcessID就可以找到它)。

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

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 server (因为这需要序列化进入会话的所有类，这可能是不可能的)。这将有助于缓解一些与进程相关的内存问题。

3)转到您的应用程序池，向上调整工作进程数。删除快速失败保护(这将允许站点在发生快速灾难性错误时继续提供页面服务)。

IIS调试诊断程序将记录大量数据，但您可以指定特定的“捕获”警报，以检测挂起、cpu使用率过高等。它将捕获大量数据，因此在尝试查看日志时要做好长时间等待的准备。