默认应用程序池崩溃和关闭是否会影响同一场/IIS 中的其他应用程序池 运行？
Whether the Default App pool crashes and shut down will affect other App pools running in the same farm / IIS?
我们有 Windows 2003 Server IIS 6.0 和 Windows 2008 Server IIS 7.0
问题：在 IIS 6.0 中，当默认应用程序池崩溃时，它也会关闭其他应用程序池。
默认应用程序池崩溃和关闭是否会影响同一场/IIS 中的其他应用程序池运行？
其他池
在这种情况下，一个池可以影响另一个池。
- 锁定其他人需要访问的一些全局资源，所有资源池都会超时。
- 用坏循环消耗服务器电源。
每个池都有自己的 space 彼此分开工作，所以一般来说你需要寻找它们的共同点，比如如果你使用会话数据库并且长时间锁定它，并且另一个是和第一个一起超时了很多次，也落在了快速失败保护上。
自己池化
该池与许多应用程序相连，因此当该池崩溃时，会影响所有与此相连的 apps/web 站点。
当这是一个问题。
- 当池崩溃多次并感觉到“Rapid-Fail Protection”时，池将永久关闭。
- 当某些站点将池保持在一个循环中时，循环会消耗它的所有资源和服务器的能力。
这里有一个例子：How do I crash the App Pool?
对于第一种情况，您必须前往泳池并关闭“Rapid-Fail Protection”。第二种情况需要定位问题并隔离。
更多阅读：
Rapid Fail Protection
Configuring Rapid-Fail Protection
IIS app pools, worker processes, app domains
我们有 Windows 2003 Server IIS 6.0 和 Windows 2008 Server IIS 7.0
问题：在 IIS 6.0 中，当默认应用程序池崩溃时，它也会关闭其他应用程序池。
默认应用程序池崩溃和关闭是否会影响同一场/IIS 中的其他应用程序池运行？
其他池
在这种情况下，一个池可以影响另一个池。
- 锁定其他人需要访问的一些全局资源，所有资源池都会超时。
- 用坏循环消耗服务器电源。
每个池都有自己的 space 彼此分开工作，所以一般来说你需要寻找它们的共同点，比如如果你使用会话数据库并且长时间锁定它，并且另一个是和第一个一起超时了很多次，也落在了快速失败保护上。
自己池化
该池与许多应用程序相连，因此当该池崩溃时，会影响所有与此相连的 apps/web 站点。
当这是一个问题。
- 当池崩溃多次并感觉到“Rapid-Fail Protection”时，池将永久关闭。
- 当某些站点将池保持在一个循环中时，循环会消耗它的所有资源和服务器的能力。
这里有一个例子：How do I crash the App Pool?
对于第一种情况，您必须前往泳池并关闭“Rapid-Fail Protection”。第二种情况需要定位问题并隔离。
更多阅读：
Rapid Fail Protection
Configuring Rapid-Fail Protection
IIS app pools, worker processes, app domains