Asp.net 出现X个错误后是否重新启动IIS/回收应用程序池？
我的公司被我们的webfarm[6 Server 2003 SP2 Box w/IIS 6.0]上臭名昭著的“”错误所困扰。我意识到有一个知识库更新可以解决这个错误（请参阅链接），但是部门中的其他人没有及时联系微软（我没有这样做的权限）。我们发现，全面的iisreset或回收应用程序池都可以解决问题 是否有一种方法可以配置IIS来监控它生成的错误数量，并在达到某个阈值后进行回收和/或重置？这应该很容易判断-当这个错误被触发时，我们在受影响的服务器上每分钟会收到1000多个错误。如果你可以（听起来你可以）在应用程序中，你可以让应用程序自行回收。有关如何执行此操作的详细信息，请参阅 当然，你需要意识到这样做的问题 或者，您可以根据以下标准获得：Asp.net 出现X个错误后是否重新启动IIS/回收应用程序池？,asp.net,iis,iis-6,Asp.net,Iis,Iis 6,我的公司被我们的webfarm[6 Server 2003 SP2 Box w/IIS 6.0]上臭名昭著的“”错误所困扰。我意识到有一个知识库更新可以解决这个错误（请参阅链接），但是部门中的其他人没有及时联系微软（我没有这样做的权限）。我们发现，全面的iisreset或回收应用程序池都可以解决问题 是否有一种方法可以配置IIS来监控它生成的错误数量，并在达到某个阈值后进行回收和/或重置？这应该很容易判断-当这个错误被触发时，我们在受影响的服务器上每分钟会收到1000多个错误。如果你可以（听起来
- 经过一段时间之后
- 在X请求之后
- 在预定的时间
- 在使用了一定数量的内存之后
- 经过一段时间之后
- 在X请求之后
- 在预定的时间
- 在使用了一定数量的内存之后
也许您可以找到其中一个有帮助的条件？您可以创建一个小型监控应用程序来检查perfmon，并在达到阈值时执行命令来回收应用程序池（我相信有一个WMI接口可以重新启动单个应用程序池）
我承认这不是个好办法 您可以创建一个小型监控应用程序来检查perfmon，并在达到阈值时执行命令来回收应用程序池（我相信有一个WMI接口可以重新启动单个应用程序池） 我承认这不是个好办法