Iis 意外的应用程序池重新启动-在何处查找回收原因

Iis 意外的应用程序池重新启动-在何处查找回收原因,iis,Iis,生产服务器出现问题,导致503服务不可用。通过分析问题,我们发现应用程序池的重启次数超出预期(我们有默认的回收配置,没有特殊条件,只是每29小时定时回收一次,没有空闲超时等) 我找不到发生这种情况的任何具体原因,在意外回收之前,我们找不到任何异常。此外,我们无法找到发生这种情况的具体原因,我们在事件查看器中检查了日志、事件,但它没有保存太多信息。 我们还检查了回收的所有常见原因,没有配置更改,没有文件更改,内存使用在限制范围内,因此这种行为没有明显的原因 所以我的问题是: 如何检查池回收背后的原

生产服务器出现问题,导致503服务不可用。通过分析问题,我们发现应用程序池的重启次数超出预期(我们有默认的回收配置,没有特殊条件,只是每29小时定时回收一次,没有空闲超时等) 我找不到发生这种情况的任何具体原因,在意外回收之前,我们找不到任何异常。此外,我们无法找到发生这种情况的具体原因,我们在事件查看器中检查了日志、事件,但它没有保存太多信息。 我们还检查了回收的所有常见原因,没有配置更改,没有文件更改,内存使用在限制范围内,因此这种行为没有明显的原因

所以我的问题是:


如何检查池回收背后的原因?在何处查找循环发生的原因、是否计划重新启动、是否由其他规则、空闲或导致该行为的外部原因引起的信息。

要记录循环事件,需要根据需要将logEventOnRecycle属性设置为适当的值。您可以查看以下配置参考以查看的详细信息

在IIS管理控制台中,您可以执行以下步骤来设置值:打开IIS管理器->选择要配置的应用程序池->单击右侧操作窗格中的高级设置->向下滚动并查找回收设置->展开生成回收事件日志条目并配置设置

您也可以使用FRT来解决此问题:


谢谢,@DingPeng,我已经检查了所有配置,所有配置都打开了,默认情况下,关于日志记录,我的问题是如何在事件日志中区分它们,对于我来说,事件日志是一样的,没有导致具体回收的信息,我可以在某处获得这些信息吗?也许我找错地方了。我没有任何可见的问题或错误。您是否使用FRT来解决此问题