Linux中国 Linux中国门户站!
设为主页 设为主页
收藏本站 收藏本站
 
当前位置 :首页 ->网络应用 ->邮件服务器 ->Exchange Server ->正文

Microsoft 的邮件处理操作

来源:Linuxdby.com 作者:Webmaster 时间:2007-05-28 点击: [收藏] [投稿]

如果 RPC 平均延迟一直很高,它就会影响客户端性能。高 RPC 未解除的请求和操作(每秒)通过 RPC 请求和 RPC 操作(每秒)计数器指示。

此处提供的数据是基于 OTG 早期使用者经验的示例,而不是通用的推荐。OTG 经常监控 MSExchangeIS 对象上的以下计数器,以进行容量管理:

RPC Operations/sec。该计数器并不能单独清晰地显示服务器的繁忙程度,因为处理器除受到日常电子邮件处理的影响以外,还可能受到服务器其他方面的影响。每种操作都向服务器带来不同的负载;有些昂贵,有些则不然。如果进行了大量的昂贵操作,服务器可能会超载。 如果每秒的 RPC Operation 较低并且未完成的请求计数器 (MSExchangeIS\RPC Requests) 为 “0”,那么该问题点是在 Exchange 之前 —— 其他所有情况的组合都显示该问题点是在 Exchange 本身或在 Exchange 之后。

RPC 平均延迟。RPC 平均延迟持续保持在 50ms 以上表明客户端性能较低。

RPC 请求。20 – 25 RPC 请求指示该存储过程在累积。

监控磁盘读取与写入延迟

磁盘读取延迟与磁盘写入延迟能显示出该磁盘的运行情况。每个 I/O 磁盘传输是一个 4 KB 的块。每秒 5000 次 I/O 乘以每个 I/O 块的 4 KB 即是每秒 20 MB 数据的总传输速率。它是通过 Disk Transfers/sec 计数器显示的。

在 PhysicalDisk 对象上,OTG 监控:

%26#8226;

Avg. Disk sec/Read。 磁盘读操作平均延迟的正常范围低于 16ms。

%26#8226;

Avg. Disk sec/Write。 可接受平均 2ms - 4ms 的延迟。

%26#8226;

Disk Transfers/sec。 这是每秒的传输总数。在延迟最小化后,此处可接受任何值。OTG 一般观察 5000 个峰值,包括 66% 的读操作和 33% 的写操作(带有 2ms - 4ms 的写操作延迟)。

SAN 磁盘管理

您应该设置可用磁盘空间监控阈值,从而在可用磁盘组空间降至 10% 以下时发出警告。如果决定必须向 EVA 中增加额外的磁盘空间,通常将它们按偶数个数进行添加。

通常需要在所有层上均匀地增加磁盘容量 — 使每个层上的磁盘数对等。磁盘每次插入以后,至少等待 60 秒,以让控制器软件完成设备识别。

监控 PF/FB 性能

当使用 Exchange 缓冲模式时,普通 Outlook 2003 用户任务的 90% 都是在后台执行的。然而,仍有些需要实时访问的特殊任务,包括:

%26#8226;

访问公用文件夹

%26#8226;

委派邮箱访问(供那些有访问他人邮箱权限的人员使用,如帮助经理安排约会的行政助理)

%26#8226;

检查其他用户的忙/闲(用于检查预期会议邀请接收人的日程可用性)

Exchange Server 2003 部署期间进行的 Exchange 服务器与主要区域站点的合并要求 OTG 部署容量更高的公用文件夹服务器,以保持所有用户性能级别的统一持续。OTG 预测这些服务器使用率会更高,因为每台服务器上会有更多的人使用忙/闲发布、检索 Outlook 2003 安全设置,以及访问常规公共文件夹和预合并。每个合并站点部署两个非群集的公用文件夹服务器进行冗余和分载。

可用性管理

可用性管理 SMF 的目标是确保服务用户能够根据 SLA 项访问提供的 IT 服务。 例如,3 – 5 个 9s 的可用性目标,也是指在一年中进行的 7x24x365 次操作中,存在 525 – 5 分钟的意外故障时间。

可用性与可靠性有关,但又区别于它。可靠性度量系统发生故障的频率,而可用性度量系统处于运行状态的时间百分比。计算可用性的常用方法是从总时间中减去故障时间,再将它除以总时间。例如,如果数据中心平均每 6 个月发生一次故障,且将数据中心恢复到运行状态的平均时间是 20 分钟,那么该数据中心的可用性为:

可用性 = (6 个月- 20 分钟)/ 6 个月 = 99.992%

然而,仅测量 服务器 运行时间是不充分的。存储区脱机将可能导致 Exchange 停歇,但相应的服务器不会停歇。OTG 消息小组根据停止事件和相应启动事件之间的持续时间计算指定服务器的 服务 可用性度量,再将它乘以数据库个数,以帮助优先响应。例如,对 15 个数据库用户的 1 分钟停歇就被报告为 15 分钟的故障时间。

OTG 使用 MOM 收集数据库中所有的停止事件和启动事件。内部 Web 站点从事件日志中提取事件流。然后站点然后执行查询,查看每个停止事件并查找相应的后续启动事件,记录停歇持续时间(被称作“数据库会议记录”,或者“DB Mins”),如图 8 所示。根据对用户的影响显示停歇帮助消息操作组进行有目的地回复。

Figure 8: Example Custom Report

图 8:示例自定义报告
查看全图。

病毒和垃圾邮件管理

您应该在网关处筛选电子邮件病毒和大部分垃圾邮件。长期趋势表明,Microsoft 40 – 70% 的入站电子邮件都是垃圾邮件。OTG 不对这些邮件进行传输,而是在网关处对它们进行拦截,以节省网络和硬件资源。

防病毒服务器是在电子邮件到达存储区以前在网络外围对其进行筛选的网关服务器。使用 MOM 检测防病毒服务的可用性。例如,OTG 在每台防病毒服务器上每隔几分钟就运行一次服务验证 (Service Verification) 脚本,以确保防病毒服务在运行。如果该服务不在运行,MOM 即发出警告。为了其他方面的安全,OTG 要求在每个企业标准桌面上运行其他的防病毒软件。

通过检查从邮件中删除的病毒数量调整阈值定义规则。例如,OTG 每隔几分钟就抽样被删除病毒的数量。如果在 5 次抽样期间,病毒队列都超过 100,就会发出警告。测量规则可以帮助 OTG 了解该环境中接收邮件、发送邮件、发送病毒,以及被处理的感染邮件总数的趋势。该措施有助于在发生某种类型拒绝服务攻击的情况下发出预先警告。

 如果您对本文有任何疑问或者建议,请到讨论区发表您的意见: >> 论坛入口 <<



上一篇:Exchange 2003 设计与体系结构(1)   下一篇:Microsoft 的邮件清理

文章评论】 【收藏本文】 【推荐好友】 【打印本文】 【我要投稿】 【论坛讨论
更多相关文章
Power by linux-cn.com 粤ICP备05006655号