Microsoft 的邮件处理操作

您可以使用 Microsoft Exchange 性能计算器 (Performance Calculator) 来帮助判断给定用户基础/配置文件需要的磁盘子系统性能。您可以在以下站点获取性能计算器： HTTP://www.microsoft.com/Exchange/techinfo/planning/2000/ExchangeCalculator.asp

如果用户配置文件是未知的，那么就可以使用一些常用的准则，这些准则基于产品开发组在高峰负载期间，所观察到的每个用户每秒对 Exchange 数据库 I/O 的随机数趋势。这些准则仅适用于在数据库驱动器上产生的 I/O 数量（其他所有 Exchange 专用 I/O，包括日志驱动器，均不包括在内）：

高级知识工作者配置文件 = .5 IOps

一般知识工作者配置文件 = .25 IOps

注： 前例使用了“平均峰值”描述一天高峰时段（如 8：00 – 10：00）的平均数据库 I/O。数据库驱动器在这段时间必须能够处理随机磁盘 I/O 负载。不要混淆“平均峰值”和“峰值磁盘 I/O”。

从长期趋势看，OTG 了解，它的读/写配置文件大约是 3 次读操作对应 1 次写操作。当用户排序收件箱、查看电子邮件或打开电子邮件时，就会发生磁盘读操作。当用户撰写并发送电子邮件时，就会发生磁盘写操作。例如，发送一个带有 5 MB 附件的电子邮件就会有 5 MB 数据写入存储区。磁盘读操作本质上比磁盘写操作高效得多，这是因为有 RAID 配置。

确保数据库磁盘子系统可以支持所需的 I/O 级别。这是决定可以向服务器放置多少个邮箱的关键因素。观察并了解高峰服务器处理器使用的趋势。例如，假设一个支持 1500 个邮箱的服务器被设计成支持 2700 个邮箱。您就应该在一个时间段（如 24 小时）内观察其处理器的利用情况。查看备份情况（或许 RPC 峰值需要进行调查）和随后的稳定状态期（通过维护功能进行跟踪）。如果服务器趋势在工作日显示了 10% 的处理器使用，则显而易见，该服务器可以处理双倍的负载。

需要提醒的是，在您增加邮箱大小的同时，所需的磁盘传输（4K 随机读/写行为）也在增加。例如，在 OTG 原有的服务器配置中，支持 100 MB 的邮箱将每个邮箱每秒传输的持续高峰平均在 0.6 - 0.8 之间。在支持 200 MB 极限的新群集平台上进行的测试表明，在高峰时段的（一般为星期一上午）每秒传输明显增长到了 1.0 - 1.2。为了满足这一要求，OTG 设计了支持 4000 个 200 MB 邮箱的新平台，以支持高峰时每秒随机传输达到 6000 个 4K 并发读写操作时的延迟最小。

可用性/SLA 因素

如果公司因为电子邮件不可用而遭受巨大的收入损失，那么，Windows Server 2003 和 Exchange Server 2003 中的新群集功能可以有助于提供高可用性。OTG 的设计目标是每个 SAN 支持 8000 个邮箱，每个邮箱的大小为 200 MB，99.99% 的群集服务器可用，并且每个数据库备份及还原的时间不超过一小时。OTG 运行 16000 个邮箱的群集 SAN 实施，具有 99.9% 以上的服务可用性。

用于 Exchange 的 SLA 应该指定还原数据库的最大时间。这样可以限制每台服务器用户的数量。可以使用以下公式粗略估计每个数据库用户的数量：

每个用户的邮箱配额 (MB) × 用户数量 = 35000 MB/小时 × 还原的最大小时数

或者

用户数量 = (35000 MB/小时数 × 用于还原的最大小时数)/每个用户的邮箱配额

注：增加服务器容量也增加了每台服务器事务日志的数量。用于回复事务日志的时间也极大影响了用于还原服务器的时间。计算用于回复日志的时间，监控每天平均的日志数量，再相应调整恢复计划。

在规划和实施存储解决方案时所做的选择影响与管理维护 Exchange Server 2003 环境相关的成本。在规划 Exchange Server 2003 存储策略时，应该平衡以下 3 项标准：容量、性能和可用性。

在考虑合并时，需要决定为驻留 Exchange 的卷使用哪种类型的 RAID 级别。当前行业最佳实践是使用尽可能多的轴，并使用 RAID 0+1 进行配置，以获得最佳性能。RAID 0+1 应该用于数据库卷，但也可考虑用于事务日志卷。该设计为访问事务日志时的灾难恢复提供了最佳性能。

将系统设计为便于增长和优化

将连续和随机的 I/O 移至独立的逻辑单元号码 (Logical Unit Number，LUN) 分配或磁盘分配上。为了获得最佳性能，随机存储的数据应该独立于连续存储的日志驱动器。

监控日志驱动器和数据库驱动器上的可用空间。扩展时间段上的可用空间不得低于 40%。查看数据库日志文件，并且不允许其增长超过定义的极限。

将备份磁盘 LUN 置于独立的群集资源组中

备份磁盘是在一个分隔的群集资源组中进行维护的，从而在第一阶段的磁盘到磁盘备份和第二阶段的磁盘到磁带备份之间启用群集节点间独立的 LUN 活动。