其他设计考虑因素

  • 项目

 

上一次修改主题： 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 或独立备份服务器，将卷影移动到备份中。换句话说，从一个磁盘备份到另一个磁盘，然后在方便的时间转移到磁带上。