监控应用程序池(进程池)的回收
当执行应用程序回收时,日志文件或事件查看器中不会保留相关事件的记录。我们该使用什么方法来监控回收是何时发生的?
为了记录触发回收操作的各种事件,我们必须生成对应于这些事件的元数据库项。元数据库属性为 LogEventOnRecycle,它位于元数据库路径 /LM/W3SVC/AppPools 下,或是位于个别应用程序池的相关项中。
下表摘自 IIS 6 资源工具包的第 24 章(http://www.microsoft.com/downloads/details.aspx?FamilyID=80a1b6e6-829e-49b7-8c02-333d9c148e69&DisplayLang=en),其中显示了与事件相对应的项。
| 回收条件 | 事件 ID | 元数据库属性 | 位掩码 |
|
逝去时间 |
1074 |
AppPoolRecycleTime |
1 (0x1) |
|
处理的请求数 |
1075 |
AppPoolRecycleRequests |
2 (0x2) |
|
预定的回收 |
1076 |
AppPoolRecycleSchedule |
4 (0x4) |
|
消耗的虚拟内存 |
1077 |
AppPoolRecycleMemory |
8 (0x8) |
|
ISAPI 自我报告运行状况 |
1078 |
AppPoolRecycleIsapiUnhealthy |
16 (0x10) |
|
按需回收 |
1079 |
AppPoolRecycleOnDemand |
32 (0x20) |
|
配置更改引发的回收 |
1080 |
AppPoolRecycleConfigChange |
64 (0x40) |
|
消耗的专用内存 |
1117 |
AppPoolRecyclePrivateMemory |
128 (0x80) |
我们可以使用 LogOnEventRecycle 位掩码值来输入属性,也可以单独添加。下面是使用元数据库资源管理器显示 AppPoolRecycleOnDemand 属性的一个示例。
顶(0)
踩(0)
上一篇:网络服务器的通用和专用保护方法
- 最新评论

