Iis 7 在共享环境中回收IIS7中的应用程序池的最佳设置是什么？

在共享环境中回收IIS7中的应用程序池的最佳设置是什么

---

提示：当你回收你的应用程序时，你所有的会话变量都会被销毁。。。所以要小心

---

嗯，保留默认值。

如果你有一个流量大的网站，请使用长回收计划。如果您的站点流量较低，请使用较短的/默认的时间表来节省内存

我从Al Zabir的博客上了解到：

---

Daniel S.是对的，您的会话变量在回收时会被破坏，因此请确保在获取会话对象时对此进行了良好的测试或具有良好的错误保护/恢复。

作为主机，您肯定希望在内存和时间、潜在的请求限制和CPU上进行回收。你想对这些限制非常积极，但一定要向你的客户发布它们

一个x86的盒子是-512，可能是768。对于x64，您可以根据每台服务器的主机数将其设置得更高。你只需要小心观察你的应用程序池在内存问题上的回收事件

-我们通常在凌晨1点进行回收（第一个站点1:01，第二个站点1:11，第三个站点1:21，这样您就不会同时进行所有回收）

-35000是IIS6的默认值，但是这个数字是任意的，并且非常依赖于所讨论的站点。对于使用量较小的站点，在收到35k请求之前，夜间回收将早就开始了

-95%/1分钟限制/W3WP，但请小心使用。我对此的理解是，如果CPU在此工作进程的1分钟限制内达到95%以上，则当操作设置为KillW3WP时，工作进程将被终止，并且无法在剩余的限制内重新启动。您可能希望在开始时尝试NoAction，并仔细查看事件日志

-您要确保记录您设置的每个事件阈值的应用程序池回收-即，如果您基于请求限制进行限制，请确保启用了请求限制记录

需要记住的一件事是，您应该在以下文件的

元素中设置

retail=“true”

：

---

不设置此选项将允许站点打开调试，从而允许在请求中无限超时-这对宿主来说并不理想…

您需要根据自己的需要进行设置，并考虑您拥有的内存量和站点/web应用程序的峰值使用时间

还要考虑站点/web应用程序的内存使用情况，就好像存在内存泄漏一样，您可能比您想象的更经常地回收内存

---

将任何泄漏与回收成本进行权衡，如上所述，您将失去状态变量。

谢谢。如果您有其他建议，如何设置正确的IIS环境，请编辑您的帖子/添加新的答案。您应该考虑1:1站点到AppCurn规则。使用IIS 7的AppPool隔离增强功能，这将防止以相同身份运行的应用程序池访问彼此的内存/资源。但这仅适用于InProc，否？只有使用InProc，会话变量才会被销毁。我总是在进程外维护会话变量，以便您可以轻松地扩展到web花园/农场。