规划群集时的考虑因素

 

上一次修改主题: 2006-03-17

规划 Exchange 2003 群集时下列考虑因素十分重要。这些考虑因素适用于 Windows Server 2003 企业版、Windows Server 2003 Datacenter 版、Windows 2000 Advanced Server 和 Windows 2000 Datacenter Server 上的 Exchange 2003 群集:

  • 采用 Exchange 专用的计算机
  • 群集存储解决方案
  • 性能和可伸缩性考虑因素
  • 群集硬件兼容性
  • 分散在不同地理位置的群集
  • 群集的灾难恢复策略

接下来的部分将详细地讨论这些考虑因素。

除了 Exchange 2003,服务器群集还可以运行其他应用程序。不过,如果同一节点运行多个应用程序,可能会影响到 Exchange 虚拟服务器的性能。在决定是否采用专用于 Exchange 计算机时,请考虑以下因素:

  • 如果将群集用于一个以上的应用程序,则应考虑使每个应用程序都有一个专用节点,并确保有足够可用的被动节点。
  • 如果使用群集向用户提供 Exchange 服务,建议您在群集上只运行 Exchange 2003,而在独立的硬件上运行其他应用程序。
  • 为了获得最佳效果,EVS 不会将故障转移到运行其他应用程序的主动节点。
  • Exchange 2003 群集节点必须是域的成员服务器。Exchange 2003 群集不支持群集节点充当域控制器或全局编录服务器。

有关 Exchange 2003 群集的详细信息,请参阅 Exchange Server 2003 管理指南 中的“管理 Exchange 群集”。

选择群集存储解决方案的详细讨论,不在本手册范围之列。不过,本部分提供了实现群集存储解决方案的基本建议和策略。

大多数适用于独立(非群集)服务器的最佳做法也适用于群集服务器(例如,RAID 解决方案和 SAN 解决方案)。有关 Exchange 存储解决方案的详细信息,请参阅规划可靠的后端存储解决方案

有关 Windows Server 2003 中如何选择群集存储方式的详细信息,请参阅 Choosing a Cluster Storage Method(英文)

如果 EVS 存储组是这样配置的:日志文件在一组物理驱动器上,数据库在另一组物理驱动器上,则所有驱动器必须配置为同一个 EVS 内的磁盘资源。具体来说,所有数据必须在一个共享磁盘上,并且所有物理磁盘资源必须是 Exchange 群集组的一部分。通过这种方法,如果 EVS 脱机,日志文件和存储组数据库就可以将故障转移到另一个节点。

note注意:
系统助理应依据包含 Exchange 数据的所有物理磁盘资源(驱动和卷装入点)进行创建。这样,确保系统助理资源能够正确地访问 EVS 的物理磁盘资源上的 Exchange 数据。如果系统助理不依赖于这些资源,那么 Exchange 资源可能在可以访问物理磁盘资源上的读取数据之前,就已经启动。这会造成下列的 Exchange 数据库错误:-1022 Jet_errDiskIO.有关 -1022 Exchange 数据库错误的详细信息,请参阅 Microsoft 知识库文章 314917“XADM:理解和分析 -1018、-1019 和 -1022 Exchange 数据库错误”。

限制 Exchange 2003,使每个服务器最多可以有四个存储组。这是一个物理限制,并适用于群集的每个节点。如果是主动/主动配置,此限制可能会产生问题,但它不会影响主动/被动配置。

note注意:
强烈建议您在 Exchange 2003 中配置主动/被动群集,有关建议采用主动/被动群集的原因的信息,请参阅了解 Exchange Server 2003 群集中的“群集配置”。

为了帮助解释为何此存储组限制仅影响主动/主动群集,可假定有一个两个节点的主动/主动群集,其中一个节点包含两个存储组,另一个节点包含三个存储组。

两个节点的主动/主动群集配置五个存储组

Exchange 虚拟服务器 省/自治区 存储组名

节点 1 Exchange 虚拟服务器 (EVS)1

主动

存储组 1、存储组 2、存储组 3

Node 2 EVS2

主动

存储组 1、存储组 2

在此表中,Exchange 群集总共包括五个存储组。如果节点 2 上的 EVS2 将故障转移到节点 1,则节点 1 无法同时装入两个存储组,因为这将超出四个存储组的限制。因此,EVS2 不能在节点 1 联机,如果节点 2 继续可用,那么 EVS2 将故障转移回节点 2。

note注意:
为了备份和恢复,Exchange 2003 不支持一个附加的存储组,即恢复存储组。不过,恢复存储组不能用于节点故障转移的目的。有关恢复存储组的详细信息,请参阅 Exchange Server 2003 Disaster Recovery Planning Guide 中的“New Recovery Features for Exchange 2003”(英文)。

在部署 Exchange 2003 群集之前,请确保您已经考虑了每个服务器只能有 26 个驱动器号这一 Windows 限制。如果您计划将大多数服务器磁盘配置为共享群集资源,那么 26 个驱动器号的限制适用于整个群集,而不只是每个节点。无论群集中有多少个节点,共享磁盘的最大数目通常为 22。共享磁盘的最大数目是 22 而不是 26 的原因是,必须保留一个磁盘作为每个节点上的系统磁盘,两个附加磁盘通常指定为软盘和光盘驱动器(或 DVD)。

note注意:
如果群集节点运行 Windows Server 2003 企业版或 Windows Server 2003 Datacenter 版,那么您可以使用卷装入点,以避免 26 个驱动器号的限制。有关详细信息,请稍后参阅该主题中的“Windows Server 2003 卷接入点”。

建议您将一个驱动器号用于数据库,一个驱动器号用于每个存储组的日志文件。在有三个 EVS 的四节点的群集中,最多可以有 12 个存储组。因此,四节点的群集所需的驱动器号可能会超过 22 个。

在接下来的部分,根据操作系统是 Windows Server 2003 还是 Windows 2000,将提供有关规划群集存储解决方案的信息。

对于运行 Windows 2000 Datacenter Server 的四节点群集的某些配置,您可能需要禁用一个或多个驱动器,以便为群集中更多的共享磁盘留出空间。例如,可能需要禁用服务器上的 CD-ROM 驱动器或 DVD-ROM 驱动器。如果共享磁盘数达到最大限制,可能会降低为网络共享访问而映射驱动器的能力。

note注意:
因为 Windows 2000 不支持使用卷装入点(一种逻辑磁盘形式),所以,不能在 Windows 2000 下将卷装入点用于 Exchange 共享磁盘。不过,可将卷装入点用于本地驱动器(例如,CD-ROM 驱动器或 DVD 驱动器)。

在为 Exchange 群集设计存储组和数据库体系结构时,这种驱动器号限制也是影响设计的一个限制性因素。接下来的部分提供了一些实例,告诉您在运行 Windows Server 2003 时,如何在群集中最大限度地提高数据的可靠性。

在下表中显示的配置非常可靠;每个存储组(存储组 1、存储组 2 和存储组 3)都有用于其数据库的专用驱动器和用于其日志文件的专用驱动器。额外的磁盘用于 EVS SMTP 队列目录。不过,使用此设计,可以限制每个 EVS 最多能有三个存储组。

拥有三个 EVS 的 3 个主动节点/1 个被动节点的群集体系结构,每个 EVS 有 3 个存储组。

节点 1(EVS1 主动) 节点 2(EVS2 主动) 节点 3(EVS3 主动) 节点 4(被动)

磁盘 1:SMTP/MTA

磁盘 8:SMTP

磁盘 15:SMTP

磁盘 22:仲裁

磁盘 2:存储组 1 数据库

磁盘 9:存储组 1 数据库

磁盘 16:存储组 1 数据库

磁盘 3:存储组 1 日志

磁盘 10:存储组 1 日志

磁盘 17:存储组 1 日志

 

磁盘 4:存储组 2 数据库

磁盘 11:存储组 2 数据库

磁盘 18:存储组 2 数据库

 

磁盘 5:存储组 2 日志

磁盘 12:存储组 2 日志

磁盘 19:存储组 2 日志

 

磁盘 6:存储组 3 数据库

磁盘 13:存储组 3 数据库

磁盘 20:存储组 3 数据库

 

磁盘 7:存储组 3 日志

磁盘 14:存储组 3 日志

磁盘 21:存储组 3 日志

 

在下表中显示的配置增加了一个额外的存储组。不过,要保持在 22 个磁盘的限制之内,每个 EVS 的四个存储组中的每个存储组的数据库(存储组 1,存储组 2,存储组 3,存储组,4)都通过两个磁盘组合在一起。存储组 1 和存储组 2 的数据库文件(.edb 和 .stm)共享一个公用磁盘卷,存储组 3 和存储组 4 的数据库文件共享一个公用磁盘卷。该配置的优点在于您可以在四节点群集中使用所有四个存储组。缺点在于保存共享存储组数据库的卷的容量要很大。其结果是,如果一个数据库磁盘发生故障,那么就会有两个存储组受到影响,而不是一个。

拥有三个 EVS 的 3 个主动节点/1 个被动节点的群集体系结构,每个 EVS 有四个存储组。

节点 1(EVS1 主动) 节点 2(EVS2 主动) 节点 3(EVS3 主动) 节点 4(被动)

磁盘 1:SMTP/MTA

磁盘 8:SMTP

磁盘 15:SMTP

磁盘 22:仲裁

磁盘 2:存储组 1 和存储组 2 数据库

磁盘 9:存储组 1 和存储组 2 数据库

磁盘 16:存储组 1 和存储组 2 数据库

磁盘 3:存储组 1 日志

磁盘 10:存储组 1 日志

磁盘 17:存储组 1 日志

 

磁盘 4:存储组 1 日志

磁盘 11:存储组 2 日志

磁盘 18:存储组 2 日志

 

磁盘 5:存储组 3 和存储组 4 数据库

磁盘 12:存储组 3 和存储组 4 数据库

磁盘 19:存储组 3 和存储组 4 数据库

 

磁盘 6:存储组 3 日志

磁盘 13:存储组 3 日志

磁盘 20:存储组 3 日志

 

磁盘 7:存储组 4 日志

磁盘 14:存储组 4 日志

磁盘 21:存储组 4 日志

 

如果群集节点(四个节点或更多)运行 Windows Server 2003 企业版或是 Windows Server 2003 Datacenter 版,共享磁盘支持卷装入点。卷装入点(也称为 NTFS 联结点或装入驱动器)是固定地指向指定磁盘卷的目录。(例如,可以将 C:\Data 配置为指向某个磁盘卷。)使用卷装入点,就无须将每个磁盘卷与一个驱动器号关联,因此超越了 26 个驱动器号的限制。

对于那些无法提供充足数量驱动器号,因而无法达到最佳性能和可靠性的大型 Exchange 群集(例如,四节点或八节点群集)来说,装入点非常有用。有关如何使用装入点来减少驱动器号数量的信息,请参阅 Using Clustering with Exchange 2003:An Example(英文)

在群集中安装卷装入点时,请考虑下列因素:

  • 确保创建唯一的卷装入点,以便它们不会与任何群集节点上的现有本地磁盘发生冲突。
  • 不要在群集存储设备的磁盘(群集磁盘)和本地磁盘之间创建卷装入点。
  • 不要从包含仲裁磁盘资源的群集磁盘创建卷装入点。但可以创建从仲裁磁盘资源到群集磁盘的卷装入点。
  • 从一个群集磁盘到另一个群集磁盘的卷装入点必须在同一个卷资源组中,并且必须依赖于根磁盘。具体来说,卷装入点只有在根磁盘首先联机之后才会联机。启动时设置相关性,以防止超时和失败。

建议您在具有四个或更多的节点的 Exchange 2003 群集上使用卷装入点。每个存储组应该使用一个根磁盘。可以将日志放在根磁盘上,将数据库放在装入的驱动器上。如果没有足够可用的驱动器号(例如,在 8 节点的群集中),可使用一个单独的根磁盘。但为了在磁盘发生故障时最大程度地降低丢失数据的风险,请不要将数据存储在根磁盘上。每个 EVS 都需要一个根磁盘。

有关支持装入点的的详细信息,请参阅 Microsoft 知识库文章 318458 Volume Mount Point Support for an Exchange Server 2003 Cluster on a Windows Server 2003-based System(英文)

有关向 EVS 中添加卷装入点的详细信息,请参阅以下资源:

此部分讨论了服务器群集的下列性能和可伸缩性:

  • 确定主动/被动群集的大小
  • 确定主动/主动群集的大小
  • 向上扩展或横向扩展。
  • 测试群集服务器组件
important重要提示:
和虚拟内存碎片对独立(非群集)服务器的影响一样,Exchange 群集节点(特别是主动/主动群集节点)也会受到虚拟内存碎片的影响。有关有助于在群集中管理虚拟内存碎片的优化和监视的信息,请参阅 Exchange Server 2003 管理指南中的“管理 Exchange 群集”。

有关 Exchange 2003 性能和可伸缩性的详细信息,请参阅 Exchange Server 2003 性能和可伸缩性指南

正如您在独立服务器上所做的那样,您需要确定主动/被动群集的大小。

note注意:
在部署群集服务器之前,建议您在实验室环境下确定群集大小的度量标准。要执行这些测试,可以使用 Exchange 工具,例如 Exchange Server Load Simulator 2003 (LoadSim) 和 Jetstress。有关实验室测试和试生产部署的重要性信息,请参阅系统级别的容错措施中的“实验室测试和试生产部署”。

主动/主动群集不是 Exchange 群集的建议配置。不过,如果您决定实现主动/主动群集,请记住 Exchange 只支持两个节点的主动/主动群集。还有,对于主动/主动群集,有两个制约因素需要考虑:

  • 每个节点的并发用户连接数不超过 1,900 个。如果每个节点有多个 EVS,请确保所有并发 MAPI 用户连接的总数不超过 1,900 个。
  • 每个服务器的平均 CPU 负载不超过 40%。

如果不满足上述要求,您的用户可能在一次故障转移之后,感觉到性能明显地下降。此外,还存在着一个风险,那就是一个主动/主动群集的单个节点不能使第二个 EVS 联机。

note注意:
在部署群集服务器之前,建议您在实验室环境下确定群集大小的度量标准。要执行这些测试,可以使用 Exchange 工具,例如 Exchange Server Load Simulator 2003 (LoadSim) 和 Jetstress。有关实验室测试和试生产部署的重要性信息,请参阅系统级别的容错措施中的“实验室测试和试生产部署”。

部署主动/主动群集之后,必须执行下列操作:

  • 监视每个群集节点的 CPU 负荷负载。
  • 监视每个节点的并发连接(用户)数。
note注意:
在电子邮件使用高峰间隔期间考虑监视这些值。以此方式,如果在电子邮件使用高峰期期间需要故障转移,您就可以知道单一节点是否能运行两个 EVS。还有,您可实时手动监视计数器,或是在一个特定时期(例如,在两个小时的电子邮件使用高峰期间隔期间)使用它编译一个报告。

如果 CPU 负载超过 40%(用户导致的负载)的持续时间超过 10 分钟,可将一些邮箱移出该服务器。此负载不包括管理性负载增加量,例如,移动用户而导致的负载。

若要在主动/主动群集中监视每个节点的 CPU 负载,请使用下列性能监视 (Perfmon) 计数器:

Performance/%Processor time/_Total counter

note注意:
不用考虑 CPU 性能中峰值。在正常情况下,服务器的 CPU 负载的峰值会超过 80% 甚至 90%。

如果每个节点的并发用户数超过 1,900 个的持续时间超过 10 分钟,请将邮箱从 EVS 移开。尽管您可以通过在主动/主动群集中每个 EVS 上只查找 1,900 个邮箱的方式,达到上述要求,但是,通常建议您监视每个服务器上的并发 MAPI 用户数。监视它的原因之一是,一些用户可能正在多次连接到他们的邮箱。

若要在每个节点上监视并发用户数,请使用以下 Perfmon 计数器之中的一个或两者:

  • MSExchangeIS/主动连接计数器
  • MSExchangeIS 电子邮箱 (_Total)/主动客户端登录
note注意:
这些计数器提供的结果稍有不同,而且 Outlook Web Access 连接的计数比 Outlook 连接更加不同。若要了解如何使用服务器,请在一个典型工作日内监视这些计数器的变化

当考虑如何在群集环境下容纳更多用户(或每个用户的更多的邮件)时,可使用一个称为“向上扩展”的选项。向上扩展是指在群集节点上使用更强大的服务器组件,以满足不断增加的性能要求的过程。不过,当您在群集节点上向上扩展硬件(例如,可以在每个节点驻留更多的用户)时,每个节点的可用性就变得非常关键,这一考虑因素非常重要。

向上扩展的替代选项是“横向扩展”。横向扩展是指向群集中添加节点的过程。

若要解释这两个选项,可假设一个组织,在四节点的的群集上拥有 3,000 个用户。此群集有三个主动节点(每个节点 1,000 个用户)和一个被动节点。如果出现需要容纳 1,000 个其他用户的情况,组织需要以下两个选项:

  • 选项 1:向上扩展 具体来说,就是在每个群集节点上升级 RAM 和 CPU ,然后在节点之间,平均分配其他的 1,000 个用户。
  • 选项 2:横向扩展 具体来说,就是向群集中添加其他节点。这样,将群集配置为五个节点的群集,带有四个主动节点,每个主动节点驻留 1,000 个邮箱。

在本示例中,如果灾难导致其中的一个服务器发生故障,则实现选项 2 对用户的影响较小。因此,在群集中部署 Exchange 时,可考虑将横向扩展作为可伸缩性计划的一部分。

横向扩展还能增加 Exchange 群集的容错能力。例如,两个主动/两个被动节点的四节点的群集比三个主动/一个被动的四节点的群集能处理更多的并发故障。有关主动/被动群集的详细消息,请参阅了解 Exchange Server 2003 群集中的“主动/被动群集”。

在生产环境中部署群集服务之前,测试他们的性能非常重要。用来测试群集部署的工具和用来测试非群集服务器的工具是一样的(例如 LoadSim 和 Jetstress)。有关实验室测试和试生产部署的重要性信息,请参阅系统级别的容错措施中的“实验室测试和试生产部署”。

下列列表提供了专用于服务器群集的测试的注意事项。

测试下列硬件组件:

  • 各个计算机组件,例如,硬盘和控制器、处理器和 RAM
  • 外部组件,例如,路由器、网桥、交换机、布线和连接器

设置下列压力测试:

  • 测试网络负载较重时的群集性能
  • 在向同一磁盘输入/输出 (I/O) 量大的情况下,测试群集性能
  • 在 Exchange 服务负载量大的情况下测试群集性能
  • 发生大量同时登录尝试时测试群集性能
  • 将每个 EVS 故障转移到每个节点,至少执行一次。在 Exchange 服务负载量大的情况下执行此操作

使用来自这些测试的输出,以便执行下列操作:

  • 计算在客户端负载下,服务器配置的客户端响应时间
  • 估计每个服务器的用户数
  • 识别服务器上的瓶颈

对于 Windows Server 2003 企业版和 Windows Server 2003 Datacenter 版,Microsoft 仅支持 Windows Server Catalog(英文)中选出的完整服务器群集系统。

支持第三方系统的组件由于第三方解决方案的要求而受到限制。有关详细信息,请参阅 Microsoft 知识库文章 814607“Microsoft Support for Server Clusters with 3rd Party System Components(英文)”。

一般情况下,建议您在每个群集节点上使用相同的硬件(例如相同的处理器,相同的 NIC 和相同数量的 RAM)。有关建议您这样做的原因,以及在群集节点上何时需要考虑使用非对称硬件的详细信息,请参阅了解 Exchange Server 2003 群集中的“群集设置”。

note注意:
对于地理位置分散的群集,硬件和软件配置必须经过认证,并且列在 Windows Server 目录中。有关地理位置分散的群集的硬件兼容性的信息,请稍后参阅该主题的“地理位置分散的群集的限定配置”。

有关群集硬件的详细信息,请参阅 Microsoft 知识库文章 309395“The Microsoft support policy for server clusters, the Hardware Compatibility List, and the Windows Server Catalog(英文)”。

分散在不同地理位置的群集的主要目的是确保一个站点的错误不会损坏整个应用程序。分散在不同地理位置的群集增强了 Exchange 电子邮箱服务器的可用性和可恢复性。(不过,在备用恢复站点的群集节点不提供 Exchange 服务,但在一个站点出现故障时除外。)此外,在站点发生灾难的情况下,分散在不同地理位置的群集将为特定的应用程序提供容错能力和故障转移功能。针对在不同地理位置的群集,存在许多硬件和软件解决方案,它们在站点级别和群集级别提供事务的连续性。

在计划分散在不同地理位置的群集解决方案 +时,请确认您已经解决了以下问题:

  • 分散在不同地理位置的群集必须解决什么主要问题?
  • 分散在不同地理位置的群集的限定配置是什么?
  • 分散在不同地理位置的群集解决方案,必须满足群集服务的要求是什么?
  • 此部分的其余部分提供了下列每个问题的信息。

有关分散在不同地理位置的群集如何为 Exchange 2003 组织提供容错能力的常规信息,请参阅系统级别的容错措施中的“使用多个物理站点”。

分散在不同地理位置的群集必须解决以下问题:

  • 如何确保多个站点具有相同数据的单独副本?如何跨站点复制数据更改?如果在一个站点数据发生了更改,而且此站点发生了故障,如何将这些更改传输到其余的站点?
  • 如果一个站点发生了故障,应用程序(例如,Exchange 2003)如何继续提供 Exchange 服务?
  • 如何确保分散在不同地理位置的群集免遭自然灾害?

解决第一个问题对于在物理站点之间复制只读数据来说,并没有太大的问题。您可以很轻松地复制只读文件和驻留于每个站点的数据的实例。若要解决数据复制的问题,您可以实现软件和硬件的镜像或同步复制。通过这些复制技术,您可以始终拥有每个物理站点的当前数据的镜像。

若要解决第二个问题,您必须实现故障转移群集解决方案。要此解决方案起作用,在单独物理站点上的群集节点必须如同位于同一网络中一样,出现在群集服务中。可以使用虚拟局域网 (VLAN) 达到上述目的。通过 VLAN 可以远距离在单独的物理位置中连接。

若要解决第三个问题,请确保各个站点之间留有足够的间隔,使自然灾害不会影响多个站点。每个站点应有完全不同的电源和不同的通信基础结构提供程序。

下列图表描述了一个分散在不同地理位置的基本群集以及适当的解决方案。

59de5320-fb94-40a7-8633-8b660c3b6089

分散在不同地理位置的群集,是由原始设备生产商 (OEM) 和软件供应商提供的硬件和软件的组件的组合。Exchange 2003 分散在不同地理位置的群集的配置很复杂,而且群集必须使用 Microsoft 支持的组件。只有在和提供限定配置的供应商联合的情况下,才能部署分散在不同地理位置的群集。

通常,适用于 Windows Server 2003 分散在不同地理位置的群集的限制也适用于 Exchange 2003。有关 Windows Server 2003 中分散在不同地理位置的群集的详细信息,请参阅 Geographically Dispersed Clusters in Windows Server 2003(英文)

必须限定分散在不同地理位置的群集中的硬件,该硬件列在 Microsoft Hardware Compatibility List(英文)。有关分散在不同地理位置的群集的独立硬件的兼容性列表的信息,请参阅 Windows Server Catalog(英文)

note注意:
通过在现有认证配置中添加数据复制软件和扩展 LAN 硬件,可以创建分散在不同地理位置的群集。不过,这些解决方案从根本上改变了预认证的配置的本质,特别是对于时间和延迟。若要得到 Microsoft 的支持,分散在不同地理位置的群集的硬件和软件配置必须经过认证,并在群集硬件兼容性列表中列出。

有关硬件兼容性列表和 Windows 群集的其他信息,请参阅 Microsoft 知识库文章 309395“The Microsoft support policy for server clusters, the Hardware Compatibility List, and the Windows Server Catalog(英文)。”

Windows 群集软件不了解分散在不同地理位置的群集的扩展属性。具体来说,群集服务不包括专属于分散在不同地理位置的群集配置的功能。因此,分散在不同地理位置的群集的网络和存储体系结构必须符合下列要求:

  • 专用网络和公众网络连接必须在同一个子网(无路由的 LAN)中。若要实现上述目的,请使用 VLAN 以确保所有的群集节点在同一个 IP 子网中。
  • 网络连接必须能提供不大于 500 毫秒的、最大限度的有保证的路由路径延迟。此群集使用检测信号来检测节点是处于激活状态还是没有响应。这些检测信号定期(每 1.2 秒)被发送。如果一个节点响应检测信号数据包的时间过长,群集服务将启动一个负载测量协议,以找出哪个节点还在起作用,哪些节点已不可用。这被称为群集重组。
  • 如果使用标准节点仲裁(也称为单一仲裁),则群集必须有一个共享磁盘(称为仲裁磁盘)。
    note注意:
    如果在 Windows Server 2003 中运行 Exchange 2003,可以通过使用主节点设置仲裁来避开该要求。有关仲裁类型的详细信息,请参阅了解 Exchange Server 2003 群集中的“仲裁磁盘资源”。
    若要让两个独立站点的中的一组磁盘集如同一个单独磁盘一样出现在群集服务上,存储基础结构可以在站点之间提供镜像。不过,它必须保留物理磁盘资源所要求的基本句义:
    • 群集服务使用小型计算机系统接口 (SCSI) 保留命令和主线复位对共享磁盘进行仲裁和保护。这些命令的句义必须保留在在各个站点之间,甚至在发生故障的站点之间的通信中。如果在站点 A 的节点保留一个磁盘,在站点 B 的节点应不能访问此磁盘内容。若要避免群集和应用程序数据的损坏,这些句义是必不可少的。
    • 必须实时的同步状态下在所有站点复制仲裁磁盘。镜像仲裁磁盘的不同部分必须包括相同的数据。

有关特定于 Exchange 2003 群集的灾难恢复策略的信息,请参阅 Exchange Server 2003 灾难恢复操作指南 中的“Backing up Exchange 2003 Clusters”和“Restoring Exchange 2003 Clusters”(英文)。

 
显示: