延长应用程序池回收进程的时间

有没有办法configuration分配给IIS来重新启动应用程序池的时间?

我正在使用IIS上的Sitecore CMS处理内部编写模块的问题。

看起来最近的更新MS013-004(特别是KB2742601)在我们的应用程序池回收时造成问题。 我们正在接受

ISAPI 'C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet_isapi.dll' reported itself as unhealthy for the following reason: 'Deadlock detected'. 

据我可以告诉问题自行清除,如果稍后按下IISpipe理器中的启动应用程序池button,它将开始没有问题。

我的猜测是,超时阈值传递给应用程序池停止后,重启失败,因为它已经开始。 这是一个非常重要的更新,我宁愿不需要卸载。

请注意,我不在寻找如何改变应用程序池从默认的20分钟回收的窗口。 我们通过暂时禁用回收来解决这个问题,并且在事情正常工作的时候有确切的时间表。

经过研究发现,通过将应用程序池上的“closures时间限制”缩短到一秒,可以减轻这个错误 – 如果不能解决根本原因。

这使得应用程序池能够被及时停止和启动,并且回收function按照预期工作。 我们正在与供应商合作,看看我们能做些什么来解决导致请求挂在应用程序池中的问题,但至less有一些工作正在进行。