如何将所有 Exchange 虚拟服务器从生产 Exchange 2003 群集移动到待机 Exchange 2003 群集

 

上一次修改主题: 2006-01-16

待机 Microsoft® Exchange 群集是一种 Microsoft Windows Server™ 群集,它的特点是:

  • 在硬件和软件配置方面与生产 Exchange 群集相匹配,包括 Microsoft Windows® 和 Exchange 版本及软件更新。
  • 已经安装了 Exchange 程序文件,但还没有针对任何 Exchange 虚拟服务器进行配置。
  • 只有在生产群集上的所有 Exchange 虚拟服务器都处于脱机状态时才能使用。

本主题说明如何将所有 Exchange 虚拟服务器从生产 Exchange 2003 群集移动到待机 Exchange 2003 群集。当由于整个生产群集失败而进行恢复时,或用作 Exchange 2003 群集的站点恢复解决方案时,可以使用此过程。本主题假定您对 Windows 群集概念以及 Microsoft Exchange Server 2003 在 Windows 群集环境中的工作原理已经非常熟悉。

Windows Server 2003 群集可驻留多个 Exchange 虚拟服务器。可以将所有 Exchange 虚拟服务器从一个 Windows 群集移动到另一个 Windows 群集。

当将 Exchange 虚拟服务器从生产群集传输到待机群集时,必须移动生产群集中的所有 Exchange 虚拟服务器。不得在生产群集中运行任何 Exchange 虚拟服务器。

note注意:
只有在 Windows Server 2003 上运行的 Exchange Server 2003 群集支持此过程。本主题中描述的过程不能应用于 Exchange 2000 Server 或 Exchange Server 5.5,它们也不支持此过程。

当使用群集管理器从 Exchange 2000 群集中删除 Exchange 系统助理资源时,所有与 Exchange 虚拟服务器相关联的 Active Directory® 目录服务对象都将被删除,随后 Exchange 虚拟服务器将被删除。

对于 Exchange 2003 群集,删除系统助理资源并不会删除与 Exchange 虚拟服务器相关联的 Active Directory 对象,对它们也没有影响。若要完全删除 Exchange 2003 虚拟服务器,必须用鼠标右键单击 Exchange 系统助理群集资源或 Exchange 资源组,然后选择“删除 Exchange 虚拟服务器”。

Exchange 2000 的这种行为改变可用于将 Exchange 虚拟服务器从生产 Exchange 2003 群集传输到待机 Exchange 2003 群集。

本主题仅限于解释如何将 Exchange 虚拟服务器从生产群集传输到待机群集。在本主题中,对将现有用户数据复制或还原到待机群集所用的策略并未加以详细介绍。

因为待机群集会重复使用 Active Directory 中已存储的信息,所以,为了配置 Exchange 待机群集,必须满足下列要求:

  • 待机群集硬件配置应该在 Windows Server Catalog 中的“Cluster Solutions”类别中列出(英文)。
  • 待机群集上的公用网络接口应该位于与生产群集相同的 IP 子网中。
    note注意:
    可以将待机群集安装到不同的 IP 子网中;但是,有关更改 IP 子网的详细信息,应参阅本主题后面的“更改 Exchange 虚拟服务器 IP 地址的影响”。
  • 待机群集不应驻留其他任何群集中的任何 Exchange 虚拟服务器。
  • 操作系统的版本是 Windows Server™ 2003 企业版。
  • 待机群集上安装的操作系统 Service Pack 和修补程序应该与生产群集上安装的程序版本相同。
  • 应该在待机群集的所有节点上预安装 Exchange Server 2003 二进制文件、Service Pack 和修补程序,并且应该与生产群集上安装的版本相匹配。
  • 待机群集节点 IP 地址和计算机名不能与网络上的其他任何 IP 地址或计算机名冲突。
  • 待机群集 IP 地址和群集网络名资源不得与网络上其他任何群集的群集 IP 地址或群集网络名冲突。
  • 待机群集物理磁盘资源配置必须与生产群集上 Exchange 使用的相同驱动器号相匹配。
    note注意:
    只有当生产群集是驻留一个 Exchange 虚拟服务器的双节点主动/被动群集时,才能将待机群集配置为单节点群集。如果生产群集驻留了多个 Exchange 虚拟服务器,则待机群集必须拥有与生产群集相同的节点数。

生产群集上驻留的所有 Exchange 虚拟服务器必须一起移动到待机群集。Microsoft 不支持将多个 Exchange 虚拟服务器从一个群集分散到多个独立的待机群集。

  1. 安装待机群集时应采用与生产群集相同的配置,并确保满足前边列出的要求。

  2. 尽管待机群集的硬件不一定要与生产群集相同,但建议为待机群集配置相同的常规功能,以保持与生产群集相同的性能和可靠性级别。

  3. 确保为待机群集配置适当的资源组以驻留 Exchange 群集资源。

  4. 确保待机群集上的 Exchange 资源组包含物理磁盘资源,它代表生产群集上由 Exchange 使用的相同驱动器号。这些驱动器不得包含以前的 Exchange 数据。

  5. 有关在群集上安装 Exchange Server 2003 的详细信息,请参阅 Exchange Server 2003 Deployment Guide

  1. 确保生产群集上的所有 Exchange 虚拟服务器都处于脱机状态。

  2. 确保在待机群集上 Exchange 要使用的物理磁盘资源不包含任何以前的 Exchange 数据。

  3. 在待机群集上,创建 Exchange IP 地址资源并将它联机。应使用为生产群集上的 Exchange 虚拟服务器配置的相同 IP 地址创建 Exchange IP 地址资源。有关详细信息,请参阅后面的“更改 Exchange 虚拟服务器 IP 地址的影响”。

  4. 在待机群集上创建 Exchange 网络名资源。Exchange 网络名资源必须与生产群集的 Exchange 网络名相匹配,并且必须选中“DNS 注册必须成功”和“启用 Kerberos”复选框。

  5. 将 Exchange 网络名资源联机。

  6. 验证可以按名称对 Exchange 网络名执行 ping 操作。

  7. 在待机群集上创建 Exchange 系统助理资源。

    note注意:
    因为 Exchange 虚拟服务器名已存在于 Active Directory 中,所以用来指定路径、管理组和路由组的选项将不可用。
  8. 在成功创建 Exchange 系统助理资源之后,将所有 Exchange 资源联机。由于 Active Directory 复制延迟问题,首次联机时,可能并非所有资源都变为联机状态。这种情况下,请等待复制完成,然后再次尝试将资源联机。

    note注意:
    此时,如果 Exchange 数据库不存在,则会成功启动 Exchange 信息存储群集资源;但是,数据库将保持卸除状态。如果数据库存在于其配置位置,则会自动装入这些数据库。
  9. 实现数据还原或恢复策略,然后将数据库联机。有关数据恢复策略的常规信息,请参阅本主题后面的“恢复用户数据”。

  1. 使 Exchange 网络名资源脱机。此操作还会使所有 Exchange 资源脱机。

  2. 删除 Exchange 系统助理群集资源。此操作还会删除所有 Exchange 资源,但不会将 Exchange 虚拟服务器对象从 Active Directory 中删除。

  3. 删除 Exchange 网络名资源。

  4. 删除 Exchange IP 地址资源。

  5. 根据生产群集的状态,选择下列方案进行操作:

    1. 如果需要重建生产群集,请执行本主题后面的“重建生产群集”过程。
    2. 如果生产群集处于脱机状态,但不需要重建,请执行本主题后面的“将 Exchange 虚拟服务器移回生产群集”过程。

  1. 在相同硬件或新硬件上重建生产群集。

  2. 将存储硬件还原或重新连接到群集,以确保为群集提供相同的物理磁盘资源、驱动器号和路径。

  3. 在所有节点上安装 Exchange Server 2003、Service Pack 和修补程序。

  4. 执行本主题后面的“将 Exchange 虚拟服务器移回生产群集”中的步骤以完成此过程。

  1. 仅将生产群集上的 Exchange IP 地址资源联机。

  2. 通过打开 Exchange 网络名资源的属性,清除“启用 Kerberos”复选框并单击“应用”,来重置 Exchange 计算机帐户。

  3. 接下来选中“启用 Kerberos”,再单击“确定”。此操作将重置由 Exchange 虚拟服务器名使用的 Active Directory 计算机帐户。

  4. 将 Exchange 资源联机。

note注意:
如果 Exchange 网络名资源处于脱机状态,也可以在活动群集节点上执行以下 cluster.exe 命令来完成步骤 2 和步骤 3:
cluster res <Exchange Network Name> /priv RequireKerberos=0
cluster res <Exchange Network Name> /priv RequireKerberos=1

尽管强烈建议待机群集应位于与生产群集相同的 IP 子网中,但是有些情况可能需要将待机群集安装到不同的 IP 子网中。

如果 Exchange 虚拟服务器的 IP 地址发生变化,这种变化可能会导致服务器联机操作发生延迟,并且会导致因 Active Directory、WINS 和 DNS 复制延迟以及客户端名称缓存更新而出现的暂时客户端连接问题。

更改 IP 地址之后,原始 Exchange 虚拟服务器 IP 地址可能保留在多个位置。在这种情况下,原始值是由服务器群集读取的。因此,群集资源将无法进行 IsAlive 检查,并无法保持联机状态。有关详细信息,请参阅 Microsoft 知识库文章 315691“Events are logged after an IP address change on an Exchange cluster”(http://go.microsoft.com/fwlink/?linkid=3052&kbid=315691)(英文)。

此部分集中讨论将 Exchange 虚拟服务器的逻辑配置从生产 Exchange 2003 群集传输到待机 Exchange 2003 群集,但并未讨论传输现有邮箱数据和文件夹的情况。可以使用多种策略复制或还原 Exchange 数据库。此部分概述了这些策略,但未提供详细的建议或实施过程。

最基本的恢复策略是,在将群集联机之前将数据库备份还原到待机群集。从管理员的角度来说,在用户登录待机服务器之前还原所有数据是一个相对比较简单的策略。当服务器联机时,它将处于与移动前相同的状态,或者至少已经恢复了所有要恢复的数据。

此策略的一个缺点是还原大量数据需要很长时间,如果必须跨相当长的地理距离传输数据,则尤其如此。但是,可以使用一些较新的技术(如卷影复制服务 (VSS) 备份和基于存储的复制)来缩短还原时间。

“拨号音恢复”策略从管理角度来说更为复杂,但与“先还原”策略相比,它也有几个优势。拨号音恢复建立在快速还原电子邮件发送和接收服务的基础上,而对以前存在的数据的恢复是以并行模式完成的。

在进行拨号音恢复时,不会立即还原以前的数据,而是在待机群集中将新的 Exchange 数据库联机。用户能够登录到 Exchange 并发送和接收新邮件,即使他们以前的邮箱内容当前不可用时也是如此。

Exchange 提供了将两个邮箱数据库内容合并在一起的机制。在已经还原和恢复了以前存在的数据库之后,可以将“拨号音数据库”的新数据与生产数据库合并起来,并为用户提供包含灾难前和灾难后数据的单个邮箱。合并操作可以在 Exchange 联机时进行。

有关在群集上安装 Exchange Server 2003 的详细信息,请参阅 Exchange Server 2003 Deployment Guide

有关恢复 Exchange 数据的详细信息,请参阅 Exchange Server 2003 Disaster Recovery Operations Guide(英文)。

有关拨号音恢复策略和合并邮箱的详细信息,请参阅 Using Exchange Server 2003 Recovery Storage Groups(英文)。

 
显示: