Exchange 磁盘 I/O 的非常好的做法
熟悉生成磁盘 I/O 的 Exchange 活动之后，就应该以能够发挥非常好的性能的方式组织存储系统。表 5 列出了放置每个数据文件的非常好的做法。
表 5 优化磁盘 I/O 的非常好的做法
|
Exchange I/O 来源
|
发挥非常好的性能的非常好的做法
|
|
数据库文件
|
应该将存储组内的所有数据库文件（.edb 和 .stm）放在专供这些数据库使用的单个卷上。容纳数据库文件的磁盘应该具有快速的随机访问速度。
|
|
内容索引文件
|
绝对不要将内容索引文件放在页面文件所在的同一个磁盘上（尽管这是默认位置）。因为内容索引文件是随机访问文件，您可以将其放在数据库所在的同一个卷上（只要磁盘子系统可以处理这些负载）。
|
|
事务日志文件
|
由于所有事务会首先写入事务日志，因此事务日志应该在可能的写入延迟最低的存储设备上。
为了获得非常好的可恢复性，应该单独将每个存储组的事务日志放在专用的 RAID-1 或 RAID-0+1 逻辑单元号码 (LUN) 阵列上。
如果硬件 RAID 控制器具有镜像的、电池供电的回写缓存，并且它允许调整读/写缓存比率，请将该比率设置为 100% 写入。
|
|
SMTP 队列
|
应该让 SMTP 队列卷使用具有多个磁盘心轴的 RAID-0+1 阵列。磁盘心轴的数量和写入缓存的大小应该根据服务器的预计 SMTP 邮件吞吐量得出。
SMTP 队列绝对不要位于执行另一项功能（例如，事务日志、数据库文件、页面文件或系统文件）的任何心轴上。
无论邮件是发往同一台服务器上的邮箱还是远程服务器上的邮箱，都几乎不会影响与 SMTP 队列相关的磁盘 I/O。
|
|
页面文件
|
要获得非常好的性能，应该将页面文件放在独立的心轴上，并且它至少应位于 RAID-1 设备上。如果丢失存放页面文件的磁盘，服务器将遇到停止错误。
|
|
MTA 队列
|
邮件传输代理 (MTA) 队列绝对不要驻留在日志或数据库卷上。如果服务器需要处理大量的 SMTP 和/或 MTA 通信，则应为 SMTP 和 MTA 队列提供一组独立的心轴。
|
例如，如果运行 Exchange 2003 的计算机包含一个具有五个数据库的存储组，则应配置以下独立的物理 RAID 阵列：
· C:\ - 系统卷、操作系统、Exchange 系统文件 - RAID-0（直接附加存储，不是 SAN）
· D:\ - 页面文件 - RAID-1（直接附加存储，不是 SAN）
· E:\ - SMTP 和 MTA 队列 - RAID-0+1 (SAN)
· F:\ - 存储组 1 的日志文件 - RAID-1 (SAN)
· G:\ - 存储组 1 的数据库 - RAID-0+1 (SAN)
