表 7 总结了其余每个存储组件的非常好的做法
表 7 优化常见存储组件的非常好的做法
|
组件
|
非常好的做法
|
|
内存缓存
|
由于物理内存变得有限时内存会缓存到磁盘中，因此请确保有足够的可用内存。内存不足时，将有更多页被写入磁盘，从而导致磁盘活动增加。有关调整虚拟内存的详细信息，请参阅 Microsoft 知识库文章 815372“How to Optimize Memory Usage in Exchange Server 2003”(http://go.microsoft.com/fwlink/?LinkId=3052&kbid=815372)（英文）。
而且，请确保对页面文件大小的设置合理。有关如何设置页面文件的信息，请参阅 Microsoft Windows 2000 资源工具包中的“Evaluating Memory and Cache Usage”(http://go.microsoft.com/fwlink/?LinkId=34175)（英文）。
较多的缓存有助于使磁盘 I/O 请求高峰发生偏移。但应注意的是，更多的缓存很少能解决心轴不足的问题，而心轴足够多时却可以不用大型的缓存。
|
|
存储控制器
|
如果有电池供电的缓存，请启用写入缓存，以提高事务日志文件卷和数据库卷上的磁盘写入性能。写入缓存对于写入 I/O 请求提供的响应时间是 2 ms，而不是 10 到 20 ms。启用写入缓存可以大大改善响应客户端执行的任何提交操作的能力。
读取缓存不能提高性能，因为它只在顺序磁盘读取中有用，而顺序磁盘读取只发生在事务日志文件中。只有当回放事务日志文件时（例如，在数据库还原后或服务器没有正确关机时），才会读取事务日志文件。
缓存越大，就能缓冲越多的数据，这意味着可以提供的饱和时段就会
越长。 如果控制器允许配置缓存页面大小，则应设置为 4 KB。更大的大小（例如 8 KB）会导致缓存浪费，因为 4 KB I/O 请求会占用整个 8 KB 的缓存页，因此将导致可用缓存减少一半。
|
|
心轴
|
心轴比容量更重要，如果心轴支持较高的随机 I/O 请求数，则可以使 Exchange 性能得到改善。
如果使用 Raid-1+0，可以使用以下公式并将结果取整到下一个偶数来计算心轴数：
1.25 × [(邮箱数×每个邮箱 IOPS / 每个心轴 IOPS ) + 读取 I/O 比率] / [读取 I/O 比率+ (写入 I/O 比率/ 2)] = 心轴数
该公式考虑到如下的规划：不超过总使用率的 80%，并确保即使在心轴出现故障的情况下也有足够的可用 I/O。
|
|
RAID
|
应该根据公司的成本与性能权衡来选择应使用的 RAID 解决方案。因此，在很多情况下，可能建议您根据特定的数据存储要求而采用多种类型的 RAID 解决方案。一般的建议是：
· 事务日志文件卷、数据库卷和 SMTP 队列使用 Raid-1+0。
· 事务日志文件卷、SMTP 队列和 MTA 队列使用 Raid-1。
· 通常，Raid-5 不能很好地顾及到可靠性/可用性与性能之间的权衡。
· 建议绝不要采用 Raid-0。
|
|
总线
|
吞吐速度越高，所提供的性能越好。通常，与 IDE 或 ATA 总线相比，SCSI 总线能够提供更快的吞吐速度和更好的可伸缩性。
可以使用以下公式来计算总线的理论吞吐量限制值：
(总线速度（位） / 每字节 8 位) ×操作速度 (MHz) = 吞吐量 (MB/s)
通过将多个驱动器分散放在独立的 I/O 总线上，也可以提高性能。
|
|
SCSI 适配器
|
吞吐速度越高，所提供的性能越好。使用制造商的规格可以确定适配器能够处理的 I/O 数量。请记住，适配器执行的某些处理专门将 I/O 请求引向正确的设备。
|
