Microsoft 的邮件处理操作

即用规则

其中一个有用的即用规则是标题为 Exchange 2003 Verify Log Files Are Being Truncated的 Exchange 事务日志老化脚本。该规则检测超过 24 小时的日志文件，这表明有一台服务器没有成功完成它的日常备份。该规则向消息操作组发送警告，如果需要，消息操作组再指派一个区域服务器所在位置的 IT 人员进行调查并备份该服务器。

OTG 使用的另一个有用规则是 Check Local Free Disk Space ，它现在支持群集装入点磁盘。群集上的装入点支持是 Windows Server 2003 中的新增功能，也是 OTG 用来扩展大型（16000 个邮箱）群集服务器中每个群集上虚拟服务器数量所必需的。

管理包中的规则还用于监控系统上的磁盘延迟。如果磁盘子系统不能有效处理系统需要的 I/O，就会基于磁盘延迟阈值发出一个警告。

自定义规则

如果事务日志超过 24 小时，标准 MOM 处理规则就发送一个警告，指示可能发生了备份故障。然而，为了支持高可用性和业务持续性，OTG 操作人员运行一个自定义处理规则，该规则检查当地时间每晚 20:00 - 20:10（安排备份的时间）之间的应用程序事件日志，以查找丢失的事件。如果没有事件存在，备份可能一直未开始，并且操作人员会立即收到通知。OTG 还使用一个自定义合并规则，以检测给定时段内成功备份的数量。如果该数量低于预期的值，将会发生警告提醒操作人员进行调查。

自定义报告

自定义报告补充管理包的即用报告。例如，OTG 从一个长期趋势数据库中监控趋势度量，该数据库中包含诸如服务器可用性、可用空间计算、以及发送和接收邮件总数等数据。图 7 是 OTG 从数据库查询中提取的一个自定义报告示例。

图 7：示例自定义报告
查看全图。

该示例报告包含了 OTG 在 Microsoft 所有内部邮箱服务器获得的 3 个性能计算器：

该数据透视表使 OTG 可以按日期、财政周、财政月以及单台服务器查看发送、送达和接收到的邮件数量。此示例显示了 4 月 26 日至 5 月 2 日这一财政周内发送、送达和接收的邮件数。

MOM 应用程序管理包中对 Exchange 的支持已扩展至涵盖 1800 条针对群集和非群集 Exchange 服务器的 Exchange 2000 Server 事件，并提供高级的邮箱和 Outlook 客户端性能测试。

查找 Exchange 2003 管理包，请访问
http://www.microsoft.com/downloads/details.aspx?FamilyID=56d036bf-8dd3-4993-bf07-07f99f1d5cc4%26amp;DisplayLang=en

获取关于 Exchange 2003 Management Pack for Microsoft Operations Manager 的更多信息，请访问： http://www.microsoft.com/mom也可查阅白皮书“在 Microsoft 监控企业服务器”，请访问 http://www.microsoft.com/technet/itsolutions/msit/operations/entserv.mspx

自定义阈值级别

管理包中所提供的阈值定义与各种大小的服务器有关。由于 OTG 以单一服务角色运行服务器，所以每台服务器的邮件流级别都存在很大差异。您应该将每小时可以处理数千封电子邮件的 Internet 网关服务器，作为一个队列管理的独立实体。根据业务调整阈值规则。

例如，OTG 有一个处理未送达流量的网关服务器。OTG 指定一个与该服务器关联的大幅调整的阈值集。在不处理未送达流量的网关服务器上设置了更低的阈值定义。例如，OTG 在 In, , ternet 网关服务器队列上建立了 10000 – 15000 封邮件范围的阈值规则，而对于邮箱服务器，OTG 则建立了一个仅 500 封邮件的阈值规则。

要修改即用规则，应该先禁用该规则，再将它复制到一个自定义处理的规则组中，最后在该自定义规则组中调整它的阈值定义。这种方法可以使原规则保持完好无损，并且能更有效地管理更新。

此外，应该为服务器建立长期的趋势特征（如处理器使用、磁盘 I/O 和 RPC 延迟），再在环境中设置定义一个非正常情况的阈值。在调整阈值以后，准备跟踪并调查环境中出现的变化。例如，处理器使用率正常情况是 40%，如果它在持续的一段时间段内窜升至 80%，那么就可能存在问题。

容量管理

容量管理是对服务解决方案进行规划、调整大小并进行控制的过程，以达到或超过定义服务级别协议所规定的性能级别。服务器和网络容量是整体容量的关键组成部分。IT 操作人员可以在 MOM 管理包中设置预先的阈值，它将指示在什么时候需要额外的容量

根据 OTG 在监控关键容量指示器方面的经验，您应该监控：

此外，容量规划中经常被忽视的要素是操作过程本身。经多次部署用于提供服务解决方案的过程不会随着用户数量的增加而被重访，除非该过程的某个地方出现问题。根据 OTG 的体验，深入分析经常会发现那些满足少量用户或某个测试环境的过程不能进行扩展以支持增加的负载。应该使用传统的消息系统参数定期检查过程扩展。

平均 RPC 延迟的趋向