高可用性

适用于： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上一次修改主题： 2009-04-01

此高可用性内容区域包括可用于设计、建立和运行基于 Microsoft Exchange Server 2007 的正式发布 (RTM) 版本和 Exchange 2007 Service Pack 1 (SP1) 的高可用邮件系统的主题。此区域中的文档包括：

• 高可用性策略

• Site Resilience Configurations

• 本地连续复制

• 群集连续复制

• 备用连续复制

• 单一副本群集

• 群集邮箱服务器的委派安装

• 将群集邮箱服务器升级到 Exchange 2007 SP1 或 SP2

• 将 Exchange 2007 更新汇总应用于群集邮箱服务器

• 卸载群集邮箱服务器

• 监视连续复制

• 高可用性部署疑难解答

建议您在设计或部署基于 Exchange 2007 SP1 的高可用邮件解决方案之前查看适用的文档。

此区域中的文档已更新，包括了在 Windows Server 2008 和 Windows Server 2003 Service Pack 2 (SP2) 上部署 Exchange 2007 SP1 的最新建议和最佳做法。

Exchange Server 2007 的高可用性

虽然每个组织的最低正常运行时间要求不同，但都希望达到高级别的正常运行时间。对于邮件属于关键业务的组织，通常会选择设计高可用的邮件系统来提供此正常运行时间。

Exchange 2007 RTM 和 Exchange 2007 SP1 包括的下列内置功能可为 Exchange 2007 邮箱服务器提供快速恢复、高可用性和站点弹性：

• 本地连续复制 (LCR)   LCR 是一种单服务器解决方案，它通过使用内置异步日志传送技术，在另一个磁盘集（连接到生产存储组所连接的服务器 ）上创建并维护存储组的副本。LCR 提供日志传送、日志重播以及到辅数据副本的快速手动切换。

• 群集连续复制 (CCR)   CCR 是一种非共享存储故障转移群集解决方案，它是在 Exchange 2007 中可用的两种群集邮箱服务器 (CMS) 部署类型之一。CCR 是一种群集解决方案（称为“CCR 环境”），它使用内置异步日志传送技术，在故障转移群集中的另一个服务器上创建并维护每个存储组的副本。CCR 被设计为一个或两个数据中心解决方案，可以提供高可用性和站点弹性。CCR 与以前版本的 Exchange Server 中的群集非常不同。有关某些差异的详细信息，请参阅群集邮箱服务器的 Exchange 群集资源和群集连续复制恢复行为。

• 备用连续复制 (SCR)   SCR 是 Exchange 2007 SP1 中引入的新功能。顾名思义，SCR 是专门用于使用或启用备用恢复服务器的方案。SCR 会扩展现有连续复制的功能，并使新数据可用于 Exchange 2007 邮箱服务器。SCR 使用与 LCR 和 CCR 所用相同的日志传送和重播技术，通过使管理员能够创建其他存储组副本，提供附加的部署选项和配置。SCR 可以用于从独立的邮箱服务器和群集邮箱服务器复制数据。

• 单一副本群集 (SCC)   SCC 是一种共享存储故障转移群集解决方案，它是在 Exchange 2007 中可用的两种群集邮箱服务器部署类型中的另一种。SCC 是一种群集解决方案，它使用存储器（在群集中的节点之间共享）上存储组的单一副本。SCC 与以前版本的 Exchange Server 中的群集有点类似；但是，除了许多改进外，还有一些重大更改。有关其中的某些更改的详细信息，请参阅单一副本群集资源模型和单一副本群集的恢复行为。

有关 SP1 中引入的其他高可用性特性和功能的详细信息，请参阅Exchange 2007 SP1 中的新高可用性功能。

邮箱服务器的高可用性

邮箱服务器的高可用性有下列两种形式：服务可用性和数据可用性。服务可用性是通过使用 Windows Server 故障转移群集提供的。数据可用性是通过称为“连续复制”的内置功能提供的。

群集邮箱服务器

CCR 和 SCC 都是部署在 Windows Server 故障转移群集中的解决方案。只有邮箱服务器角色可以安装在故障转移群集中。任何其他角色都不能安装在故障转移群集中。在故障转移群集中部署的邮箱服务器称为“群集邮箱服务器”。在 CCR 环境中运行的群集邮箱服务器与在 SCC 环境中运行的群集邮箱服务器非常不同。此外，Exchange 2007 RTM 和 Exchange 2007 SP1 中的群集邮箱服务器与以前版本的 Microsoft Exchange 中的群集邮箱服务器非常不同。

可以在 Exchange 命令行管理程序中使用 Get-MailboxServer <CMSName> | fl Name, ClusteredStorageType 来确定群集邮箱服务器是驻留在 CCR 环境中，还是在 SCC 中。值为 NonShared 表示群集邮箱服务器在 CCR 环境中，值为 Shared 表示群集邮箱服务器在 SCC 中。值为 Disabled 表示邮箱服务器是独立服务器。

此外，在检查 Active Directory 时，通过检查邮箱服务器对象的 msExchClusterStorageType 属性值即可确定群集邮箱服务器是驻留在 CCR 环境中，还是在 SCC 中。如果 msExchClusterStorageType 属性的值是 1，则表示群集邮箱服务器驻留在 CCR 环境中，如果值是 2 则表示群集邮箱服务器在 SCC 中。值为 <Not Set> 表示邮箱服务器是独立服务器。

CCR 环境

Exchange 2007 RTM 和 Exchange 2007 SP1 最多支持两个在 CCR 环境中已安装邮箱服务器角色的节点（一个为主动节点，另一个为被动节点）。还支持使用投票者节点和传统的多数节点集仲裁的三节点故障转移群集，但它不是首选的群集模型。而我们建议大多数的客户部署仅使用两个节点的 CCR 环境，即一个多数节点和文件共享仲裁 (Windows Server 2008) 或具有文件共享见证仲裁的多数节点集 (Windows Server 2003)。因此，有关 CCR 的文档适用于使用这两种仲裁模型之一的双节点故障转移群集。

注意：
还支持在 CCR 环境中部署的单节点故障转移群集，但是并不将其视为是高可用性解决方案，因为在群集中不存在冗余。使用在 CCR 环境中部署的单节点故障转移群集时，应该使用多数节点集仲裁（传统的多数节点集仲裁，没有文件共享见证）。

单一副本群集

Exchange 2007 RTM 和 Exchange 2007 SP1 最多支持 SCC 中的八个节点。Windows Server 故障转移群集上的有效 Exchange 2007 SP1 SCC 组合包括：

• 7 个主动节点/1 个被动节点

• 6 个主动节点/1 个或 2 个被动节点

• 5 个主动节点/1 个、2 个或 3 个被动节点

• 4 个主动节点/1 个、2 个、3 个或 4 个被动节点

• 3 个主动节点/1 个、2 个、3 个、4 个或 5 个被动节点

• 2 个主动节点/1 个、2 个、3 个、4 个、5 个或 6 个被动节点

• 1 个主动节点/0 个、1 个、2 个、3 个、4 个、5 个、6 个或 7 个被动节点

  注意：
  64 位版本的 Windows Server 2008 最多支持单一故障转移群集中的 16 个节点；但是，Exchange 2007 最多支持群集中的 8 个节点。故障转移群集最多仍可包含 16 个节点，但是 Exchange 2007 仅应安装在故障转移群集中不超过 8 个节点上。

通常，对于群集中的每个主动节点，在群集中只需一个被动节点即可。因此，首选配置一个主动节点和一个被动节点，而不是配置一个主动节点和多个被动节点。使用单节点 SCC 时，可以使用共享存储仲裁或多数节点集仲裁（传统的多数节点集仲裁，没有文件共享见证）。虽然支持单节点 SCC，但是并不将其视为是高可用性解决方案，因为在群集中不存在冗余。

扩展群集

扩展群集（也称为地理分散群集）是扩展（即跨越）到多个物理数据中心的故障转移群集。扩展群集可以用作 Exchange 组织的站点弹性设计的一部分。因为 CCR 不使用共享存储，所以很容易将其部署在地理上分散的故障转移群集中，包括 Windows Server 2008 上的多子网扩展群集。在扩展群集中也支持 SCC；但是，扩展 SCC 需要使用第三方同步复制技术。有关扩展群集的详细信息，请参阅Site Resilience Configurations。

备用群集

Exchange 2007 和 Exchange 2007 SP1 支持的另一种类型的群集称为“备用群集”。备用群集是不包含群集邮箱服务器的 Windows Server 故障转移群集，但是在出现灾难、生产故障转移群集的其他故障或某个其他恢复方案时可以为其快速提供一个替换的群集邮箱服务器。

连续复制

连续复制也称为日志传送，它是将关闭的事务日志文件全部从生产存储组自动复制到位于本地计算机或另一服务器上的另一磁盘集上的该存储组副本的过程。复制到第二个位置后，日志文件重播到数据库副本中，从而使存储组保持同步，但有轻微的滞后时间。

在 Exchange 2007 RTM 中连续复制有两种形式（LCR 和 CCR），而在 Exchange 2007 SP1 中有三种形式（LCR、CCR 和 SCR）。

其他服务器角色的高可用性

集线器传输、边缘传输、客户端访问和统一消息服务器角色的高可用性是通过服务器冗余、网络负载平衡 (NLB)、硬件负载平衡、域名系统 (DNS) 轮循机制以及主动服务器、服务和基础结构管理的结合实现的。通常，通过使用下列策略和技术，可以实现客户端访问服务器角色、集线器传输服务器角色、边缘传输服务器角色和统一消息服务器角色的高可用性：

• 边缘传输 可以部署多个边缘传输服务器，并使用多个 DNS 邮件交换器 (MX) 记录来平衡这些服务器的活动负载。您也可以使用 NLB 为边缘传输服务器提供负载均衡和高可用性。

• 客户端访问   可以使用 NLB 或基于第三方硬件的网络负载平衡设备，以实现客户端访问服务器的高可用性。有关 NLB 的详细信息，请参阅 Windows Server TechCenter。

• 集线器传输 可以部署多个集线器传输服务器，以实现内部传输高可用性。在集线器传输服务器角色中按下列方式设计了弹性机制：

  • 集线器传输服务器到集线器传输服务器（组织内）   组织内集线器传输服务器到集线器传输服务器的通信可在目标 Active Directory 目录服务站点中的可用集线器传输服务器之间自动实现负载平衡。

  • 邮箱服务器到集线器传输服务器（Active Directory 内站点）   邮箱服务器上的 Microsoft Exchange 邮件提交服务可在同一 Active Directory 站点中的所有可用集线器传输服务器之间自动实现负载平衡。

  • 统一消息服务器到集线器传输服务器   统一消息服务器可对同一 Active Directory 站点中所有可用集线器传输服务器之间的连接自动实现负载平衡。

  • 边缘传输服务器到集线器传输服务器   边缘传输服务器自动实现至向其订阅边缘传输服务器的 Active Directory 站点中所有集线器传输服务器的入站简单邮件传输协议 (SMTP) 流量的负载平衡。

  对于其他冗余（例如，需要 SMTP 中继的应用程序），可以创建新的 DNS 记录（例如 relay.company.com），分配 IP 地址，然后使用硬件负载平衡器将该 IP 地址重定向到多个集线器传输服务器。在 Exchange 2007 SP1 中，还可以对集线器传输服务器上的客户端连接器使用 NLB。使用硬件负载平衡器时，需要确认组织内的 Exchange 2007 流量没有经过硬件负载平衡器，因为组织内流量使用内置的负载平衡算法（如前所述）。有关负载平衡和传输服务器的详细信息，请参阅中心传输服务器部署选项和传输服务器的负载平衡和容错。

• 统一消息   通过部署单个拨号计划中两个或更多统一消息服务器，可使统一消息部署更容易恢复。统一消息支持的 IP 语音 (VoIP) 网关可配置为以轮循机制方式将呼叫路由到统一消息服务器。此外，这些网关还可以检索 DNS 中拨号计划的服务器列表。无论哪种情况，VoIP 网关都将向统一消息服务器发出呼叫，如果未接受呼叫，则该呼叫将提交给建立呼叫时提供冗余的另一台服务器。

通过数据和服务冗余获得高可用性

Exchange 2007 高可用性体系结构的基本前提是向部署引进冗余。使用其他计算资源恢复故障，以支持 Exchange 服务。错误修复后，计算资源便可再次用于 Exchange 及其客户端。在此上下文中的计算资源可能是计算机、邮箱存储或其他 Exchange 数据。

可在单个数据中心中引进冗余。通常此方法用以防止单个服务器故障。例如，向组织的主数据中心引入第二个集线器传输服务器，如果两台服务器的其中一台出现故障，邮件流仍能继续。

此外，也可向辅助数据中心引入冗余。两个数据中心配置使服务在其中一个数据中心出现故障时仍能继续。如果向辅助数据中心引入额外的集线器传输服务器，则在主集线器传输服务器出现故障或产品数据中心不可用时，可以使用第二个集线器传输服务器处理邮件流。如果部署三个集线器传输服务器，则可将其中的两个作为产品数据中心而将第三个作为辅助数据中心。

关键部署点就是在冗余可以用于防止中断（在无冗余的情况下会造成各种故障）。冗余计算机和服务的部署方式确定在不影响数据或服务可用性的情况下出现的故障。组织必须了解其要求，然后了解操作问题，以找出解决问题的最佳解决方案。例如，一个组织可能希望在产品数据中心出现故障仅 20 分钟后便能激活备份数据中心。在这种情况下，该组织必须具备相应的必要过程以定期验证备份数据中心是否需要激活和操作。而另一组织则可能认为，正在进行的备份数据中心验证对于其成功与否至关重要，因此而导致该组织部署配置将有所不同。