时间:2016-02-26 19:17 来源: 我爱IT技术网 作者:佚名
欢迎您访问我爱IT技术网，今天小编为你分享的电脑教程是服务器系列之：【IIS6.0应用程序池回收设置分析】，下面是详细的分享！
IIS6.0应用程序池回收设置分析
问题如下：1.网页上显示
您试图在此 Web 服务器上访问的 Web 应用程序
在以下情况下考虑使用回收：
无法修复 Web 服务器上您所主控的有故障的应用程序。 遇到不能确定的或间断性的故障。 您怀疑应用程序由于性能监视的原因而泄漏内存。 先前已实施了临时性的重置解决方案，例如，计划执行 IISReset 命令行实用工具。在以下情况下，可能根本不需要使用回收：
您所主控的网站只包含静态内容，并且不包含自定义 Internet 服务器 API (ISAPI) 应用程序。 您所主控的应用程序已经过完全测试，并且不会出现内存或资源分配问题。要有效地使用回收，请仔细检查回收所依据的标准（如下表中所示）。
| 回收依据的条件 | 描述 | 使用时间 |
|---|---|---|
| ISAPI 请求 | 根据应用程序池中 ISAPI 的请求回收工作进程。 | ISAPI 扩展可以将其自身声明为运行状况差。 |
| 运行时间 | 根据用户指定的时间（分钟）回收工作进程。 | 存在故障的应用程序的运行时间过长。 |
| 请求数目 | 当超文本传输协议 (HTTP) 请求超出某个特定阈值时回收工作进程。 | 根据应用程序接收到的请求数目，应用程序出现故障。 |
| 计划的时间 | 在 24 小时内的指定时间进行回收。 | 条件与运行时间的条件类似。 |
| 虚拟内存（保留的内存加上已使用的内存） | 当工作进程虚拟内存达到某个特定阈值时回收该工作进程。 | 内存堆栈碎片过多（这是由于应用程序保留多次内存造成的）。症状是虚拟内存持续增加。 |
| 已使用的内存 | 当 W3wp.exe 进程使用的内存达到某个特定阈值时回收工作进程。 | 某些应用程序出现内存泄漏。 |
| 根据需要 | 当 IIS 管理员可以使用 Microsoft? 管理控制台 (MMC) 或脚本控制整个应用程序池的回收时开始回收。 | 在其他站点启动并运行时，有一个引起故障的应用程序池。请考虑回收该应用程序，而无需重置整个 WWW 服务。 |
以上就是关于IIS6.0应用程序池回收设置分析的服务器维护教程分享，更多电脑教程请移步到>>电脑教程频道。
- 评论列表（网友评论仅供网友表达个人看法，并不表明本站同意其观点或证实其描述）
-