IIS 7 AppPool在循环后记录由于不活动导致的错误。

Question

我们有Windows2008RS服务器运行IIS托管一个ASP.NET站点。今天早上有个奇怪的序列。首先，一份关于AppPool由于不活动而被回收的通知：

“由于不活动，进程id为'6896‘的服务应用程序池'xxxx’的辅助进程被关闭。应用程序池超时配置设置为20分钟。需要时将启动一个新的辅助进程。”

这在超时设置中是有意义的，但30秒后我们会看到：

“为应用程序池'xxxx‘服务的进程意外终止。进程id为'6896’。进程退出代码为‘0xc0000005’。”

我发现了一个较旧的KB文章，它解释了由于权限问题而在IIS6上发生这种情况的原因，但我很好奇IIS7.5上会发生什么原因，特别是因为我们没有经常看到它。

Answer 1

与那篇文章类似的东西可能是一个原因。

错误消息基本上是“拒绝访问”(任何以05结尾的内容通常都是“否”)，这意味着进程在被告知离开时试图做一些事情，但失败了。

因为：

• 这是一个空闲的工作进程
• 已经被告知要回收再利用
• 就这样结束了，而且
• 一个新的工作进程在旧的进程终止之前排队(除非对同一个池有一个挂起的请求，否则它实际上不会在此时运行；同时，HTTP.SYS队列被重新设置为WAS )。

...there对应用程序的影响应该是最小的(对任何用户来说都是零)，除非它试图在应用程序终止或类似的情况下做一些疯狂的事情。

如果它把它作为App帐户(术语的讨论)，那么它很有可能(考虑到由于没有请求而被回收)，这个帐户可能没有在某个地方读或写什么东西。很好，很具体，不是吗？

因此，更多信息请：

• 您是将App作为一个特定的用户帐户运行，还是作为一个ApplicationPoolIdentity运行？
• 如果是特定的帐户，您有manualGroupMembership=true 吗？
  • (如果是的话，用户是IIS_IUSRS的成员吗？如果不使用mGM=true，它就不需要了，IIS_IUSRS的SID无论如何都会被注入)