X 次错误后重新启动 IIS / 回收应用程序池？

Question

我的公司被我们的 webfarm [6 个带有 IIS 6.0 的 Server 2003 SP2 盒子] 上臭名昭著的“Hashtable insert failed. Load factor too high”错误所困扰。我意识到有一个 kb 更新可以解决此错误（请参阅链接），但是该部门的其他人没有及时联系 Microsoft（我无权这样做）。我们发现，成熟的 iisreset 或回收应用程序池可以解决问题。

有没有一种方法可以配置 IIS 来监控它生成的错误数量，并在达到某个阈值后回收和/或重置？这应该很容易分辨——我们实际上每分钟会出现 1,000 多个错误。触发此错误时在受影响的服务器上。

Answer 1

如果你可以在应用程序中catch the error（听起来你可以），你可以让应用程序自行回收。有关如何执行此操作的详细信息，请参阅http://www.west-wind.com/Weblog/posts/5688.aspx。

当然，您需要注意这样做的问题。

或者，您可以根据以下条件获得app pool recycling working：

• 经过一段时间后。
• 在 X 请求之后。
• 在预定的时间。
• 使用一定数量的内存后。

也许您能找到其中一个有帮助的标准？

Answer 2

您可以创建一个小型监控应用程序来检查 perfmon 并在达到阈值时执行命令以回收应用程序池（我相信有一个 WMI 接口可以重新启动单个应用程序池）

我承认这不是一个绝妙的解决方案……