5. 逐个分析在步骤 3 中收集的三个 Perfmon 日志。对每个日志执行以下步骤。
a. 在 Perfmon 中，打开 Perfmon 日志。
b. 添加以下计数器：
* MSExchangeIS → RPC Operations/sec
* Logical Disk → Disk Transfers/sec → 实例 = 容纳 Exchange 存储数据库的驱动器号。（添加包含 Exchange 数据库文件的所有驱动器号）。
* Processor → %Processor → 实例 = Total
c. 设置合适的比例，以便所有计数器值都落在 0-100 x 轴上（这样可以查看所有计数器在 1 分钟内的变化情况）。显示图表视图。
d. 分析 Perfmon 数据并确定一个长为一小时的时段，在此时段中三个计数器值（RPC Operations/sec、Disk Transfers/sec 和 Processor utilization）都达到最高。应会看见使用率在较长的一段时间内稳定在较高水平。
e. 确定这个跨一小时的窗口之后，缩短 Perfmon 日志的时间线，让其符合该窗口。
6. 从这个跨一小时的窗口，记录每台 ex2003base 服务器的以下度量数据（平均值）：
· RPC Operations/sec：
· Disk Transfers/sec：
· % Processor Time：
7. 使用此数据填写下载的本指南所附带的 Server_Sizing.xls 电子表格。
8. 识别出遇到最高负载的 ex2003base 服务器。使用从具有最高负载的服务器所收集的数据作为服务器/处理器/存储基准。使用以下非常好的做法：
· 设计系统时，让其使用率始终比预计的高峰值高出 20%。这样，存储和处理器就有能力在高峰时段处理高峰数据量。
· 每个邮箱的兆周数和每个邮箱的 IOPS 可以随服务器配置的更改而发生变化。下面列出了可以更改每个邮箱的兆周数和每个邮箱的 IOPS 的可能因素。
* 邮箱大小发生重大变化
* 最大邮件大小发生重大变化
* 添加或删除了第三方应用程序
* 添加或删除了 Exchange 功能
* 用户变化平均并发发生（在任意指定时间，或多或少的用户联机使用系统）
9. 填写本指南附带的电子表格并确定邮箱配置文件之后，可以设计存储解决方案。例如，如果分析结果指出标准邮箱配置文件转换为每个邮箱 .70 IOPS 和每个邮箱 1.25 兆周，则可以确定 4,000 邮箱服务器的要求如下：
· 邮箱数：4,000
· 高峰数据库 IOPS：(4,000 × .70) = 2,800
· 高峰日志 IOPS：(DB IOPS/10) = 280
· 高峰兆周数：(4,000 × 1.25) = 5,000 兆周
要处理高峰数据量，应在处理器和存储设计上增加 20% 的缓冲。在增加该缓冲后，该示例的最低硬件要求是：
· 邮箱数：4,000
· 高峰数据库 IOPS ：(2800 + 20%) = 3,360
· 高峰日志 IOPS ：(280 + 20%) = 336
· 高峰兆周数：(5000 + 20%) = 6,000 兆周
要支持这些要求，每个邮箱服务器的最低硬件应是双 3,000 mhz 处理器、4 GB RAM 以及能够容纳 3,360 随机数据库 IOPS 和 336 顺序事务日志写入 IOPS 的存储。
注意 该计算中未包括内存和网络要求。对于企业应用程序，建议为 Exchange 邮箱服务器配置 4 GB 内存。同时建议为 Exchange 邮箱服务器配置 100 mbt 或更高的全双工网络。
每个邮箱的此 IOPS 值是您将在操作系统级别遇到的值。如果有适当的硬件 RAID 解决方案，那么在磁盘级别还存在无法用 Perfmon 度量的不同 IOPS 数。RAID-5 中存在的限制与 RAID-0+1中存在的限制有所不同。
