一般存储原则

 

上一次修改主题: 2006-12-05

无论运行任何应用程序,都应考虑下列存储原则,以帮助您最大限度地利用容量、性能和可用性。

  • 专用硬件解决方案
    通过实施专用硬件解决方案,例如外部存储阵列上的硬件 RAID 排列或采用 RAID 技术的 SAN,可以缩短 CPU 的处理时间。然而,专用硬件存储系统可能比较昂贵。存储系统所用的费用不应高于在发生故障时通过节省时间和保存数据所能弥补的财产损失。
    选择专用硬件解决方案时,请考虑下列建议:
    • 建议使用 RAID 排列以防止数据丢失。针对应用程序或服务的高可用性,请考虑使用多个磁盘控制器、RAID 解决方案,或者 Microsoft Windows® 群集解决方案。
    • 不承载邮箱或公用文件夹的服务器(例如连接器服务器)将无法从高级存储解决方案中受益。这些服务器通常只在短时间内存储数据,然后将数据转发到另一个服务器。在某些情况下,对于这些类型的服务器可首选使用 RAID-0 配置。
  • 存储 Exchange 数据
    管理存储在 Exchange 中的所有数据的方式并不相同。因此,为所有的数据类型选择单一存储方案不是最有效的做法。关于 Exchange,必须考虑到事务日志文件是按顺序访问的,而数据库则是随机访问的。
    根据一般存储原则,应该将事务日志文件(顺序 I/O)和数据库(随机 I/O)分置于不同的磁盘阵列,以便最大限度地提高 I/O 性能和容错能力。
    此外,应将每个存储组的事务日志文件存储到不同的磁盘阵列中。单独存储按顺序访问的文件,可以使磁盘磁头保持在最适合连续 I/O 的位置 ,从而减少了查找数据所需的时间。
  • 磁盘容量和性能
    与使用带有单个大磁盘的存储配置相比,使用带有多个小磁盘的存储配置经常能产生更快的性能。通常,磁盘越多,速度就越快。应调整每个硬盘的大小,以保证硬盘有足够的容量来执行 Exchange 数据库的联机碎片整理。
    例如,如果您组织的一个分支机构要存储 72 GB 的 Exchange 数据,可以考虑使用八个 18 GB 的磁盘,而不要使用两个 72 GB 的磁盘。使用八个 18 GB 的磁盘(总容量 144 GB)可以提高性能,不但可以存储 72 GB 的 Exchange 数据,还可以为执行联机碎片整理提供必要的磁盘空间。
  • 卷影复制服务
    考虑将卷影复制服务的功能与 SAN 解决方案配合使用。通过卷影复制服务,可以执行备份,而不影响后端服务器的性能。此外,利用卷影复制服务可以改进备份时间,并极大地改进还原 Exchange 数据库文件所需要的时间。有关详细信息,请参阅 Best Practices for Using Volume Shadow Copy Service with Exchange Server 2003
  • 存储组配置
    Microsoft Exchange Server 2003 最多可支持四个存储组。每个存储组都有自己的一组事务日志文件,并最多支持五个数据库。如何配置存储组将影响 Exchange 的性能,包括备份和还原 Exchange 数据库所需的时间。
    在早于 Exchange 2003 的 Exchange 版本中,我们通常建议在创建其他存储组之前用五个数据库填充存储组。从 Exchange 2003 开始,建议的数据库和存储组配置已更改。当使用 Exchange 2003 或更高版本的 Exchange 时,现在建议您为每个新数据库添加额外的存储组,直到达到存储组数量的最高限额。建议您采取这样的方法,而不要在单个存储组中添加多个数据库。
    提出这个新建议的原因有:利用 Exchange 2003 中的虚拟内存管理改进、经过改进的可恢复性以及更好的磁盘 I/O 可管理性。
    理解存储组中的数据库是不完全独立的,因为它们共享事务日志文件。随着存储组中的数据库个数增加,在日常运营中将创建更多的事务日志文件。事务日志文件数越多,在恢复步骤中事务日志重播所需要的时间越多。事务日志重播时间越长,恢复时间也越长。如果服务器上的存储组数达到最大,则可以利用单独的日志通信。另外,通过将数据库数及其大小最小化,可以减少备份和还原 Exchange 所必需的时间,从而改进数据可恢复性。

有关如何配置存储组的详细信息,请参阅配置 Exchange 后端存储的最佳实践中的“存储组配置”。

有关如何配置存储组的详细信息,请参阅 Microsoft 知识库文章如何在 Exchange Server 2003 中配置存储组

 
显示: