IIS6 和 IIS7 中 ASP.NET 应用程序的 AppPools 最佳实践

Question

我的公司目前正在使用 IIS6 来运行 ASP.NET 应用程序，但最终将使用 IIS7。是否有任何推荐的 AppPools 实践现在可以在 IIS6 中实现，并将延续到 IIS7？例如，我们应该开始在 IIS6 中使用 AppPool 自定义身份吗？

Answer 1

第一个问题是“重要吗？”在大多数情况下，您对应用程序池所做的任何事情都不会转移到 IIS7，因为大多数管理员不会就地升级，因此您必须重新创建东西，至少在某种程度上是这样。

就 IIS7 的不同之处而言，唯一想到的是 IIS7 默认将每个站点放在自己的池中，这是在 IIS6 上手动执行的非常非常好的事情。

两者还有一个默认的 20 分钟应用程序池空闲超时和每日回收，如果您的应用程序是纯托管的（没有 COM 依赖项的 ASP.NET），这没什么意义 - 这是 ASP 时代的遗留物.OLD 当您需要回收网络服务器以进行自卫健身时。我建议取消这些限制，看看情况如何——如果你需要恢复回收，你总是可以的。并且 IIS6 和 IIS7 都为您提供了一些其他选项，以便在必要时强制回收。