其他设计考虑因素

 

上一次修改主题: 2005-05-13

除了预计的与 Exchange 相关的 I/O 以外,您的环境中可能还存在几种可以影响存储要求的情况。这些情况包括:

  • 数据复制
  • 群集
  • 分散在不同地理位置的群集
  • 备份和还原

下表列出了针对所有这些情况的考虑因素

影响存储要求的情况

情况 考虑因素

数据复制

由于数据被复制到远程位置,因此存储规划必须包括位于远程位置的通信链路和存储需要。要使用复制的数据进行灾难恢复,必须复制事务日志文件、检查点文件和数据库卷,并且必须在所有驱动器集之间保持同步。

对于同步复制,数据只有已在远程位置提交以后才会被提交到硬盘。因此,远程位置的通信链路和存储系统的性能是关键。如果跨越您的链路的同步很缓慢,则服务器在处理用户请求之前需要优先满足同步需求,从而极大地减缓用户响应时间。

对于异步复制,每个副本通常是不同步的。与同步复制一样,当异步复制滞后太多时,必须将优先权给予复制而不是应用程序性能,从而导致用户响应时间变慢。

important重要提示:
必须仅使用由 Microsoft 提供的或合格的软件驱动程序和服务,以及通过 Windows 硬件质量实验室 (WHQL) 测试并且已取得相应“Designed for Windows”徽标使用权的合格硬件系统。此外,对于 Exchange,Microsoft 完全支持的平台只使用本机 Microsoft Exchange 服务和组件。有关 Microsoft 第三方存储软件解决方案支持策略,请参阅 Microsoft 知识库文章 841696“Overview of the Microsoft third-party storage software solutions support policy”(英文)。

群集

Microsoft 只支持 Microsoft Windows Server 群集目录(以前称作 HCL)中出现的完整群集解决方案。群集不能从设备级组件(甚至是诸如 RAID 控制器和多群集设备这样的合格群集组件)任意构造并连接到受支持的配置中。

由于主动/主动群集存在虚拟内存限制和每个节点上的用户数限制,因此强烈建议不要实现主动/主动群集。

主动和被动节点将访问存储在共享 SCSI、光纤通道或 iSCSI 阵列中的 Exchange 数据。因此,在主动/被动模式的双节点群集中,在实现被动节点时不需要额外考虑存储方面的因素。如果有多个主动节点,则必须相应配置存储,让每个 Exchange 虚拟服务器只能访问它自己的数据。

分散在不同地理位置的群集

与任何群集解决方案一样,所使用的硬件和软件必须通过认证并且列于 Windows Server 目录中。但应知道,要让分散在不同地理位置的群集正常工作,可能必须使用第三方软件和驱动程序。

由于分散在不同地理位置的群集中的数据要跨 WAN 链路进行复制,因此,此时也应考虑与数据复制(该表前面)时考虑的相同因素。

另外,为了准备充分的故障转移能力,至少必须在每个站点中配置一个存储阵列。群集节点必须以这样一种方式连接到存储子系统:当一个站点发生故障,或站点之间的通信出现故障时,正常工作的节点仍然可以连接到位于自己站点中的存储。

备份

数据备份过程要求从数据库和事务日志文件卷读取数据。这种额外的 I/O 可能会影响用户响应时间,应该在营业时间避免这种操作。

软件恢复过程要求 Jet 回放所有事务日志文件。这会导致 I/O 配置文件成为顺序读取流。因此,如果事务日志文件位于具有快速顺序磁盘访问能力的磁盘上,恢复性能将会有所改善。

Exchange 还支持 Windows Server 2003 的卷影复制服务。要优化存储以便改善卷影复制服务性能,应执行下列操作:

  • 安装卷影复制服务更新包。有关此更新的详细信息,请参阅 Microsoft 知识库文章 833167“A Volume Shadow Copy Service update package is available for Windows Server 2003”。
  • 验证控制器是否可以支持从源卷到卷影卷的卷影复制服务吞吐量。
  • 使用可以备份到磁带的 SAN、专用 LAN 或独立备份服务器,将卷影移动到备份中。换句话说,从一个磁盘备份到另一个磁盘,然后在方便的时间转移到磁带上。
 
显示: