我们在Windows Server 2008上有一个IIS 7.5 Web服务，用于处理来自C＃客户端的WCF请求。 此服务被configuration为最大工作进程= 1，所以它不是一个networking花园。
IIS设置为每天（凌晨3点）同时进行自我回收 。 我想debugging粗糙的连接问题，所以我想确保应用程序池不是自我回收。 我将池configuration为在回收自己时logging一个事件 。
令我惊讶的是，我在系统事件日志中看到以下条目：
级别：信息date/时间：3/23/2012 3:00:00 – 来源：WAS – 事件ID：5076
- 在IIS 7.5中configuration自定义应用程序池
- 回收应用程序池是否清除请求队列？
- 在服务器上安装.NET Framework 4.6.2是否会重置运行IIS的应用程序池？
- 为什么将读取和执行权限分配给IIS_IUSRS授予对NETWORK SERVICE的访问权限？
- IIS 6.0应用程序池崩溃
进程ID为“6636”的服务应用程序池“MyAppPool”的工作进程已经请求回收，因为它已经达到了预定的回收时间。
级别：信息date/时间：3/23/2012 2:59:39 AM – 来源：WAS – 事件ID：5076
进程ID为'9364'的服务应用程序池'MyAppPool'的工作进程已经请求了一个回收，因为它达到了预定的回收时间。
IIS在上午3点正确地回收应用程序池。 但是，我不明白为什么我会在几秒钟内在日志中获得两个回收事件。 进程的最大数目是1. IIS是否有时为被指定为具有一个进程的应用程序池分配多个进程？
– 编辑 –
我今天下午4点左右连接，只能看到1个w3wp.exe进程。 没有其他事件日志条目会指示崩溃。
我们在几台服务器上有同样的问题。 如果我重置时间，他们将只有单一的回收，直到date改变，然后再次从重复开始。 微软告诉我们这是因为VM服务器上的时间漂移。