数据中心切换

1、Exchange 2010中有三种类型的切换：1、数据库切换：单个主动数据库切换到另一个数据库副本（被动副本）的过程，此被动数据库副本将成为新的主动数据库副本。数据库切换在数据中心内及数据中心之间都可进行2、 服务器切换：将 DAG 成员上的所有主动数据库在一个或多个其他 DAG 成员上激活的过程。与数据库切换一样，服务器切换在数据中心内及数据中心之间都可进行3、 数据中心切换：数据中心故障被认为是灾难事件，因此与前两种切换不同，需要管理员手动执行来激活第二个数据中心，从而实现邮箱服务器的高可用本篇主要介绍数据中心切换，数据中心切换一般有以下几种情况：主数据中心断电、与Internet连接中断

2、、主数据中心停机维护或例行灾难演练，根据不同情况，我们要采取的措施和相关步骤不太一样，本篇将分别介绍如何进行数据中心切换以及在主数据中心恢复后如何进行回切操作，实验拓扑图如下实验环境介绍：1、 主数据中心站点和灾备站点各一台DC，同时担任DNS、GC角色，两台DC分别承担见证服务器和备用见证服务器以及见证目录2、 主数据中心FA站点两台邮箱服务器VAN-EX1、VAN-EX2，同时担任邮箱服务器、客户端访问服务器、集线器传输服务器角色3、 灾备中心HQ站点一台邮箱服务器VAN-EX3，担任邮箱服务器、客户端访问服务器、集线器传输服务器角色4、 因实验环境有限，且本篇重点在DAG，所以环境中三台

3、邮箱服务器配置为DAG，客户端访问服务器使用DNS轮询方式实现简单负载均衡，DAG IP地址 5、7；DAG名字DAG.5、 两个数据库MDB1、MDB2，激活首选服务器分别为VAN-EX1、VAN-EX2，这两台服务器同时也承担另一数据库的副本，灾备站点服务器VAN-EX3承担两个数据库副本6、 所有服务器操作系统为Windows Server 2008 R2下面列出环境配置简要截图：1、数据库副本及激活首选项2、 DAG配置3、DAG IP地址3、 DAC模式DACDatacenter Activation Coordina

4、tion，数据中心激活协调，是数据库可用性组的属性设置，DAC旨在防止数据中心切换后并在执行回切过程中数据库产生脑裂。DAC模式默认情况下禁用，建议在跨站点的DAG环境中启用DAC模式，只可使用PowerShell命令启用DAC模式，如下，启用名为DAG的数据库可用性组的DAC模式：Set-DatabaseAvailabilityGroup -Identity DAG -DatacenterActivationMode DagOnly，关于DAC模式，可查阅TechNet：/en-us/library/dd(v=exchg.141).asp

5、x数据中心激活协调 (DAC) 模式是数据库可用性组 (DAG) 的属性。DAC 模式默认处于禁用状态，但应该为具有两个或更多使用连续复制的成员的所有 DAG 启用该模式。不应为采用第三方复制模式的 DAG 启用 DAC 模式，除非第三方供应商指定这样做。DAC 模式用于控制 DAG 的启动数据库装入行为。在数据中心故障回复期间，此控件旨在防止数据库级别上出现网络分区。分区（也称为“分区症”）是导致正在装入的数据库副本成为同一个 DAG 上两个无法进行通信的成员上的主动副本的症状。分区无法使用 DAC 模式，因为 DAC 模式要求 DAG 成员首先获得装入数据库的权限，然后才能装入数据库。例如

6、，请考虑一种情况，即主数据中心包含两个 DAG 成员和见证服务器，第二个数据中心包含两个其他 DAG 成员。在这种情况中个，DAG 并不处于 DAC 模式中。因为主数据中心断电了，因此您在第二个数据中心激活 DAG。最终，主数据中心恢复了供电，在断电前已进行了仲裁的主数据中心的 DAG 成员将启动并装入其数据库。因为主数据中心恢复供电时没有通过网络连接到第二个数据中心，而且因为 DAG 并非处于 DAC 模式中，因此 DAG 内的活动数据库出现了分区症。DAC 模式的工作原理DAC 模式包含了数据中心激活协调协议 (DACP)，以此防止出现网络分区。在启用 DAC 模式时，即使 DAG 成员已

7、进行了仲裁，也不会自动装入数据库。相反，DACP 可用于确定 DAG 的当前状态，以及活动管理器是否应尝试装入数据库。您可能将 DAC 模式视为用于装入数据库的应用程序级别仲裁。若要了解 DACP 的用途以及工作原理，必须了解其旨在处理的主要情况。请考虑双数据中心的情况。假设主数据中心中电源完全中断。在这种情况下，所有服务器和 WAN 都停止运行，所以组织决定激活备用数据中心。在几乎所有这种恢复方案中，当主数据中心恢复通电时，WAN 连接通常不会立即恢复。这意味着主数据中心中的 DAG 成员将通电，但无法与已激活的备用数据中心的 DAG 成员通信。主数据中心应始终包含大部分 DAG 仲裁投票者

8、，这意味着恢复通电后，即使备用数据中心的 DAG 成员未连接 WAN，主数据中心中的 DAG 成员也占大部分，因此拥有仲裁。拥有仲裁后，这些服务器可以装入其数据库，这又会导致与现已装入激活的备用数据中心的实际主动数据库有差异，所以这是个问题。创建 DACP 就是为了解决此问题。活动管理器在内存中存储一个数位（0 或 1），该数位告诉 DAG 是否允许装入服务器上以活动状态分配的本地数据库。当 DAG 正以 DAC 模式运行时，活动管理器每次启动时，该数位都被设置为 0，表示不允许装入数据库。因为 DAG 处于 DAC 模式，所以服务器必须尝试与其知道的 DAG 的其他所有成员通信，以便获取另一

9、个 DAG 成员，告诉它是否可以装入以活动状态分配给它的本地数据库。答案将以 DAG 中其他活动管理器的数位设置形式提供。如果另一个服务器将其数位设置为 1 进行响应，这意味着服务器允许装入数据库，这样服务器启动时将其数位设置为 1，并装入其数据库。但是当主数据中心恢复供电时（这时服务器恢复，但 WAN 连接尚未恢复），主数据中心内所有 DAG 成员的 DACP 位值将为 0；因此开始在已恢复的主数据中心内备份的服务器都不会装入数据库，因为它们都无法与 DACP 位值为 1 的 DAG 成员通信。具有两个成员的 DAG 的 DAC 模式具有两个成员的 DAG 的固有限制会导致仅靠 DACP 位

10、无法完全防止应用程序级网络分区症状。对于仅有两个成员的 DAG，DAC 模式也会使用 DAG 见证服务器的启动时间来确定是否可以在启动时装入数据库。会将见证服务器的启动时间与 DACP 位设置为 1 时的时间进行比较。 如果设置 DACP 位的时间早于见证服务器的启动时间，则系统会假设 DAG 成员和见证服务器同时重新启动（可能是因为主数据中心断电），不允许 DAG 成员装入数据库。 如果设置 DACP 位的时间晚于见证服务器的启动时间，则系统会假设 DAG 成员由于某种其他原因（可能是用于执行维护的计划中断，或可能是与 DAG 成员无关的系统崩溃或断电）而重新启动，允许 DAG 成员装入数据

11、库。重要说明：因为见证服务器的启动时间用于确定 DAG 成员是否可以在启动时装入活动数据库，所以绝不能同时重新启动见证服务器和唯一的 DAG 成员。这样做可能会使 DAG 成员处于无法在启动时装入数据库的状态。如果发生这种情况，则必须在 DAG 上运行Restore-DatabaseAvailabilityGroupcmdlet。这可重置 DACP 位并允许 DAG 成员装入数据库。DAC 模式的其他好处除了在应用程序级防止网络分区症状之外，通过 DAC 模式还可以使用用于执行数据中心切换的内置站点恢复 cmdlet。其中包括： Stop-DatabaseAvailabilityGroup R

12、estore-DatabaseAvailabilityGroup Start-DatabaseAvailabilityGroup为不处于 DAC 模式的 DAG 执行数据中心切换需要结合使用 Exchange 工具和群集管理工具。有关详细信息，请参阅数据中心切换。启用 DAC 模式只能通过使用 Exchange命令行管理程序启用 DAC 模式。具体来说，您可以使用Set-DatabaseAvailabilityGroupcmdlet 启用 DAC 模式，如以下示例所示。Set-DatabaseAvailabilityGroup -Identity DAG2 -DatacenterActivat

13、ionMode DagOnly在前面的示例中，为 DAG2 启用了 DAC 模式。有关启用 DAC 模式的详细信息，请参阅配置数据库可用性组属性和Set-DatabaseAvailabilityGroup。 一、下面介绍数据中心切换1、停止主数据中心数据库可用性组成员服务器VAN-EX1、VAN-EX2注：数据中心切换大致可分为两种情况：A、故障发生前进行计划内切换，如数据中心需停机维护；B、灾难发生后进行切换，如数据中心意外断电或Internet连接断开；针对两种情况，需要执行的命令不一样A、故障发生前，在主数据中心邮箱服务器VAN-EX1上执行命令：Stop-DatabaseAvailab

14、ilityGroup -Identity DAG -ActiveDirectorySite FAB、灾难发生后，在灾备中心邮箱服务器VAN-EX3上执行命令：Stop-DatabaseAvailabilityGroup -Identity DAG -ActiveDirectorySite FA -ConfigurationOnly:$true注：如果主数据中心DC不可访问，上述两条命令可能会报错，可以忽略掉2、检查上述命令执行结果，继续在相应服务器上执行如下命令：Get-DatabaseAvailabilityGroup -Identity DAG | FL name,start*,stop*

15、检查数据库状态，执行如下命令：Get-MailboxDatabase | Get-MailboxDatabaseCopyStatus数据库可用性组现在是不可用状态，3、手动执行一次AD同步，将更改同步到灾备数据中心4、灾备邮箱服务器VAN-EX3上停止群集服务，执行PowerShell命令：Stop-Service ClusSvc，当然，也可以使用services.msc控制台手动关闭该服务注：如果灾备数据中心有多台邮箱服务器，需要都关闭群集服务5、激活灾备数据中心的邮箱服务器，在VAN-EX3上执行命令：Restore-DatabaseAvailabilityGroup -Identity

16、DAG ActiveDirectorySite HQ 注意事项：1、这条命令作用：A、读取DAG配置信息中停止的邮箱服务器即VAN-EX1、VAN-EX2，并将其驱逐出群集；B、将灾备数据中心的邮箱服务器群集服务启动并加入DAG，根据成员服务器数量自动设置仲裁模式，如果成员服务器数量为奇数，则会自动利用见证目录强制仲裁模式为“节点和文件共享多数”2、如果使用该命令出现上述图中的0x46 错误，我们只需要重新执行一遍该命令即可，具体可查阅TechNet Blogs：/b/timmcmic/archive/2011/05/04/exchange-201

17、0-restore-databaseavailabilitygroup-fails-to-evict-nodes-error-0x46.aspx3、如果在开始本实验之前没有配置备用见证服务器和备用见证目录，这里就需要使用如下命令而不是上述命令：Restore-DatabaseAvailabilityGroup -Identity DAG -ActiveDirectorySite HQ AlternateWitnessServer VAN-DC2 -AlternateWitnessDirectory C:DAGFileShareWitnesses 6、在VAN-EX3上打开故障转移群集控制台验证

18、群集服务状态、当前节点以及仲裁模式7、检查DAG网络，在VAN-EX3上ping DAG.,如下图，DAG IP已经自动解析为78、查看数据库状态，在EMC控制台组织配置邮箱数据库，如下图，数据库已经安装在VAN-EX3上注：如果灾备数据中心中的邮箱服务器拥有激活阻止设置，则系统将不会从主数据中心自动故障转移到任何数据库的备用数据中心，此时，可以使用两种方法将数据库在灾备数据中新激活：1、清除阻止激活设置，系统将恢复为默认行为，即激活所有可用副本；2、保持激活阻止设置不变，使用Move-ActiveMailboxDatabase 完成灾备数据中心的数据

19、库激活9、更改客户端访问服务器（Outlook Web App、自动发现、Exchange ActiveSync、Outlook Anywhere、POP3、IMAP4 以及 RPC 客户端访问阵列）以及集线器传输服务器（SMTP）的DNS记录，将地址指向VAN-EX3的地址410、客户端会在原始 DNS 条目的 TTL 过期以及客户端的 DNS 缓存条目过期之后进行自动连接，我这里就直接使用VAN-EX3的IP测试是否能正常访问二、下面介绍数据中心回切 将服务还原到先前发生故障的数据中心的过程称为“故障回复”, 用于执行数据中心故障回复的步骤与用于执行数据中心切换的步骤

20、类似。一个重要区别是数据中心故障回复按计划执行，中断时间通常较短。邮箱服务器角色应当是故障回复到主数据中心的第一个角色。数据中心回切前提条件：DC、DNS、GC、见证服务器、客户端访问服务器、集线器传输服务器、与灾备数据中心网络连接正常1、验证主数据中心的DAG成员服务器VAN-EX1、VAN-EX2的群集服务启动类型是否为禁用，VAN-EX1VAN-EX2注：如果两台服务器的群集服务启动类型不是禁用状态，则有两种情况：1、执行数据中心切换时运行Stop-DatabaseAvailabilityGroup命令没有成功；2、在两个站点间网络恢复后，DAG成员服务器没有成功接收驱逐出群集的通知。如

21、果服务器的群集服务启动类型没有设置为禁用，需要手动执行下列命令来强制清除过时的群集信息并从群集中退出：cluster node /forcecleanup2、回复数据库可用性组设置并将主数据中心DAG成员服务器自动加入DAG群集，在VAN-EX1或VAN-EX2上执行如下PowerShell命令：Start-DatabaseAvailabilityGroup -Identity DAG -ActiveDirectorySite FA3、为确保DAG使用正确的仲裁模式，继续在服务器上执行如下命令：Set-DatabaseAvailabilityGroup -Identity DAG注：上图中出现

22、警告可以忽略4、检查上面两条命令执行结果，包括当前群集节点、仲裁模式，打开VAN-EX1的故障转移群集控制台5、检查DAG的设置，在VAN-EX1上执行如下命令： Get-DatabaseAvailabilityGroup -Identity DAG | FL Name,Start*,Stop*6、将主数据中心中的邮箱服务器合并到 DAG 中之后，这些服务器需要一些时间来同步其数据库副本，具体取决于故障的性质、中断的时间长短、网络连接状况以及管理员在中断期间采取的操作，例如：管理员在中断期间，在发生故障的主数据中心站点删除了数据库副本，则需要对数据库副本进行重新种子设定操作。VAN-EX1上执

23、行下列命令查看各邮箱服务器上的数据库副本状态：Get-MailboxDatabase | Get-MailboxDatabaseCopyStatus | sort status7、当主数据中心的数据库副本处于正常状态后，便可计划将活动的邮箱数据库副本在主站点邮箱服务器上激活。将VAN-EX3上的所有活动数据库副本在VAN-EX1上激活，执行命令：Move-ActiveMailboxDatabase -Server VAN-EX3 -ActivateOnServer VAN-EX1stopstop-8、更改客户端访问服务器（Outlook Web App、自动发现、Exchange Active

24、Sync、Outlook Anywhere、POP3、IMAP4 以及 RPC 客户端访问阵列）以及集线器传输服务器（SMTP）的DNS记录，将该记录指向主数据中心的相应服务器即可9、客户端会在原始 DNS 条目的 TTL 过期以及客户端的 DNS 缓存条目过期之后进行自动连接，我这里就直接使用VAN-EX1的IP测试是否能正常访问至此，数据中心切换就完成了，下面给大家分享一个微软Exchange团队发布的数据中心切换向导工具，个人感觉比较实用，下载地址：/Exchange-2010-Datacenter-09a81fc数据

25、中心切换Exchange 2010此主题尚未评级适用于：Exchange Server 2010 SP2, Exchange Server 2010 SP3上一次修改主题：2012-02-14通过将 Microsoft Exchange Server 2010 Service Pack 1 (SP1) 中的本机站点恢复功能和正确的规划结合使用，可以迅速激活第二个数据中心，从而服务于发生故障的数据中心的客户端。 数据中心或站点故障的管理方式不同于可能引起服务器或数据库故障转移的故障类型的管理方式。 在高可用性配置中，自动恢复将由系统启动，故障通常会使邮件系统处于全功能状态。 相比之下，数据中心故

26、障被认为是灾难恢复事件，因此，必须手动执行和完成恢复才可还原客户端服务并结束中断。 您执行的过程称为“数据中心切换”。 与很多灾难恢复方案一样，数据中心切换的前期规划和准备工作可简化恢复过程并缩短中断的持续时间。在决定激活第二个数据中心之后，需要完成以下四个基本步骤才能执行数据中心切换：终止部分运行的数据中心：如果有任何服务仍在运行，此步骤将终止主数据中心中的邮箱和统一消息服务。 这对邮箱服务器角色尤其重要，因为此服务器角色使用主动/被动高可用性模型。 如果部分故障的数据中心中的服务未停止，则部分故障的数据中心中的问题可能会在切换回主数据中心期间对服务产生负面影响。重要说明：如果由于主数据中心

27、故障而导致网络或 Active Directory 基础结构可靠性存在风险，则我们建议关闭所有邮件服务，直到将这些依存关系还原到运行正常的服务。验证并确认第二个数据中心的先决条件：此步骤可以与步骤 1 同时执行，因为验证第二个数据中心的基础结构依存关系的运行状况与第一个数据中心服务基本无关。 每个组织通常需要其自己的方法来执行此步骤。 例如，您可以决定是通过查看由基础结构监视应用程序收集和筛选的运行状况信息，还是通过使用组织基础结构独有的工具来完成此步骤。 这是关键步骤，因为在第二个数据中心的基础结构不正常和不稳定时进行激活操作可能会产生不良结果。激活邮箱服务器：此步骤启动激活第二个数据中心的

28、过程。 此步骤可以与步骤 4 同时执行，因为 Microsoft Exchange 服务可以处理数据库中断和恢复。 激活邮箱服务器涉及一个过程，即将主数据中心的故障服务器标记为不可用，然后对第二个数据中心中的服务器进行激活。 邮箱服务器的激活过程取决于 DAG 是否处于数据库激活协调 (DAC) 模式。 有关数据库激活协调模式的详细信息，请参阅了解数据中心激活协调模式。如果 DAG 处于 DAC 模式，您可以使用 Exchange 站点恢复 cmdlet 来终止部分出现故障的数据中心（如果需要）并激活邮箱服务器。 例如，在 DAC 模式中，可以使用Stop-DatabaseAvailabili

29、tyGroupcmdlet 执行此步骤。 在某些情况下，必须两次（在每个数据中心中各标记一次）将服务器标记为不可用。 然后，通过将 DAG 成员减少到仍可进行正常运行的状态，在第二个数据中心中运行Restore-DatabaseAvailabilityGroupcmdlet 以还原数据库可用性组 (DAG) 的剩余成员，从而重建仲裁。 如果 DAG 没有处于 DAC 模式，必须使用 Windows 故障转移群集工具来激活邮箱服务器。 完成上述两过程中的任一过程后，以前在第二个数据中心中处于被动状态的数据库副本可以变为活动状态并被装入。 此时，邮箱服务器的恢复完成。激活其他服务器角色：这涉及使用

30、 URL 映射信息和域11名系统 (DNS) 更改方法来执行所有所需的 DNS 更新。 映射信息描述要执行的 DNS 更改。 完成更新所需的时间量取决于所用的方法和 DNS 记录上的生存期 (TTL) 设置（以及部署的基础结构是否接受此 TTL）。在步骤 3 和 4 完成后的某个时间，用户应开始有权访问邮箱服务。 本主题后面将对步骤 3 和 4 进行详细描述。若要了解与高可用性和站点弹性相关的管理任务， 请参阅管理高可用性和站点恢复。目录终止部分故障的数据中心激活邮箱服务器激活其他服务器角色将服务还原到主数据中心重新建立站点弹性终止部分故障的数据中心如果发生故障的数据中心中仍有 DAG 成员在

31、运行，则应将其终止。当 DAG 处于 DAC 模式时，可以终止主数据中心中任何仍存在的 DAG 成员的特定操作如下：主数据中心中的 DAG 成员在主数据中心中必须标记为已停止。 “已停止”是活动管理器的一种状态，可阻止数据库装入。通过使用Stop-DatabaseAvailabilityGroupcmdlet，可将故障数据中心中的每个服务器上的活动管理器置于此状态。 只需单个命令，即可通过此 cmdlet 的ActiveDirectorySite参数将主数据中心中的所有服务器全标记为已停止。 可能无法执行此步骤，具体取决于故障。 如果数据中心的状态允许，则应执行此步骤。 应当对主数据中心中的所

32、有服务器运行Stop-DatabaseAvailabilityGroupcmdlet。 如果邮箱服务器不可用，但 Active Directory 在主数据中心中正常运行，则必须对主数据中心中处于此状态的所有服务器运行具有ConfigurationOnly参数的Stop-DatabaseAvailabilityGroup命令，不然就必须关闭邮箱服务器。 无法关闭发生故障的数据中心中的邮箱服务器，或无法成功对服务器执行Stop-DatabaseAvailabilityGroup命令，均可能会发生跨两个数据中心的网络分区症状。 可能需要通过电源管理设备分别关闭计算机以满足此要求。此时，必须对第二个

33、数据中心进行更新，以表示哪些主数据中心服务器已停止。 通过使用相同ActiveDirectorySite参数来运行具有ConfigurationOnly参数的相同Stop-DatabaseAvailabilityGroup命令，并在发生故障的主数据中心中指定 Active Directory 站点的名称，可完成此操作。 此步骤的目的在于通知第二个数据中心中的服务器还原服务时，哪些邮箱服务器可用。如果 DAG 没有处于 DAC 模式，可以终止主数据中心中任何仍存在的 DAG 成员的特定操作如下：主数据中心中的 DAG 成员必须通过对每个成员运行下列命令来强制从 DAG 基础群集退出：net st

34、op clussvccluster node /forcecleanup第二个数据中心中的 DAG 成员必须立即重新启动，然后用于完成从第二个数据中心的退出过程。 通过对每个成员运行以下命令停止第二个数据中心中每个 DAG 成员上的群集服务：net stop clussvc对于第二个数据中心中的 DAG 成员，通过运行以下命令强制仲裁启动群集服务：net start clussvc /forcequorum打开故障转移群集管理工具，并连接到 DAG 基础群集。 展开群集，然后展开“节点”。 右键单击主数据中心中的每个节点，选择“更多操作”，然后选择“退出”。 在退出主数据中心中的 DAG 成员

35、后，请关闭故障转移群集管理工具。如果正在使用发生故障的数据中心中的任何统一消息服务器，则必须禁用这些服务器，以阻止呼叫路由到发生故障的数据中心。 通过使用Disable-UMServercmdlet（例如Disable-UMServer UM01），可以禁用统一消息服务器。 另外，如果使用 IP 电话 (VoIP) 网关，则还可以从 VoIP 网关删除统一消息服务器条目；或者，如果您的 VoIP 网关配置为使用 DNS 路由呼叫，则可以将发生故障的服务器的 DNS 记录更改为指向第二个数据中心中统一消息服务器的 IP 地址。终止部分故障的数据中心激活邮箱服务器在数据中心切换过程中激活邮箱服务器

36、所需的步骤还取决于 DAG 是否处于 DAC 模式。 在激活第二个数据中心中的 DAG 成员之前，建议您验证第二个数据中心中的基础结构服务是否可以进行消息服务激活。当 DAG 处于 DAC 模式时，完成第二个数据中心中的邮箱服务器的激活过程所需步骤如下：必须停止第二个数据中心中的每个 DAG 成员上的群集服务。 可以使用Stop-Servicecmdlet 来停止此服务（例如Stop-Service ClusSvc），或者在提升的命令提示符下使用net stop clussvc。然后，通过使用Restore-DatabaseAvailabilityGroupcmdlet 激活备用数据中心中的邮

37、箱服务器。 备用数据中心的 Active Directory站点会传递给Restore-DatabaseAvailabilityGroupcmdlet 以标识用于还原服务的服务器和将 DAG 配置为使用备用见证服务器。 如果以前没有配置备用见证服务器，则可以使用Restore-DatabaseAvailabilityGroupcmdlet 的AlternateWitnessServer和AlternateWitnessDirectory参数配置该服务器。 如果此命令成功，则仲裁条件将缩小为备用数据中心中的服务器。 如果此数据中心中的服务器数为偶数，则 DAG 将切换为使用 DAG 对象上的设置

38、标识的备用见证服务器。此时，可激活数据库。 根据组织使用的特定配置，此操作可能不是自动的。 如果备用数据中心中的服务器拥有激活阻止设置，则系统将不会从主数据中心自动故障转移到任何数据库的备用数据中心。 如果备用数据中心中所有数据库副本都没有故障转移限制，则系统将激活第二个数据中心中的副本（假定这些副本处于正常状态）。 如果数据库配置了需要显式手动操作的激活阻止设置，则有以下两种选择可用于操作：清除阻止激活的设置。 此操作将使系统恢复其默认行为，即激活所有可用副本。保持此设置不变，使用Move-ActiveMailboxDatabasecmdlet 完成第二个数据中心中的数据库的激活。 若要在设

39、置了阻止激活时，使用Move-ActiveMailboxDatabasecmdlet 完成此步骤，您必须显式标识移动的目标。最后一步是查看来自任务的所有错误和警告消息。 应对所有明示的警告遵照执行并进行更正。 仅当这些命令无法达到基本设计目标时，其任务设计模型才会失败。 例如，如果Restore-DatabaseAvailabilityGroupcmdlet 无法在不导致仲裁中断的情况下，缩小 DAG 的仲裁以允许第二个数据中心中的服务器重新启动来提供服务，则此 cmdlet 将失败。 但是，每个任务的输出还将用于标识需要管理员跟进的问题。 强烈建议您保存所有任务输出，并查看这些输出以备后续操

40、作。如果 DAG 没有处于 DAC 模式，完成第二个数据中心中的邮箱服务器的激活过程所需步骤如下：必须根据第二个数据中心中的 DAG 成员数对仲载进行修改。如果 DAG 成员为奇数，请通过运行以下命令将 DAG 仲裁模型由“多数节点和文件共享仲裁”更改为“多数节点仲裁”：cluster /quorum /nodemajority如果 DAG 成员为偶数，通过在 Exchange 命令行管理程序中运行以下命令来重新配置见证服务器和目录：Set-DatabaseAvailabilityGroup -WitnessServer 通过运行以下命令对第二个数据中心中任何剩余的 DAG 成员启用群集服务：

41、net start clussvc通过对每个 DAG 成员运行以下命令来执行服务器切换以激活 DAG 中的邮箱数据库：Move-ActiveMailboxDatabase -Server -ActivateOnServer 通过运行以下命令在第二个站点中的每个 DAG 成员上装入邮箱数据库：Get-MailboxDatabase | Mount-Database因为公用文件夹数据库不使用连续复制，而是依赖公用文件夹复制来实现高可用性，因此在数据中心切换后重新连接到公用文件夹数据库的 Outlook 客户端的行为取决于站点弹性公用文件夹体系结构以及公用文件夹数据库的运行状况和货币。 要为 Out

42、look 客户端重新建立公用文件夹连接，只需更改邮箱数据库的默认公用文件夹，使其指向第二个站点中的某个公用文件夹数据库。有关如何更改邮箱数据库的默认公用文件夹数据库的详细步骤，请参阅为邮箱数据库更改默认公用文件夹数据库。终止部分故障的数据中心激活其他服务器角色激活非邮箱服务器角色所需的步骤取决于特定服务器及其配置。 以下部分描述了每个服务器角色的激活过程。激活客户端访问服务器客户端连接到服务终结点（例如，Outlook Web App、自动发现、Exchange ActiveSync、Outlook Anywhere、POP3、IMAP4 以及 RPC 客户端访问阵列）以访问 Exchange

43、 服务和数据。 因此，激活客户端访问服务器涉及到将这些服务终结点的 DNS 记录的映射从主数据中心中的 IP 地址更改为配置为新服务终结点的第二个数据中心中的 IP 地址。 需要修改的 DNS 记录不一定位于同一 DNS 区域中，具体取决于 DNS 配置。然后，客户端将通过以下两种方式之一自动连接到新服务终结点：客户端将继续尝试连接，并且会在原始 DNS 条目的 TTL 过期以及客户端的 DNS 缓存条目过期之后进行自动连接。 用户还可以在命令提示符下运行ipconfig /flushdns命令来手动清除其 DNS 缓存。启动或重新启动的客户端将在启动时执行 DNS 查找，并会为服务终结点获取

44、新 IP 地址，此 IP 地址将是第二个数据中心中的客户端访问服务器或数组。假定已完成所有相应的配置更改以定义并配置第二个数据中心中的服务，使它们充当主数据中心中的服务，且已建立的 DNS 配置正确，则不需要进一步的更改来激活客户端访问服务器。激活集线器传输服务器将邮件提交到集线器传输服务器的客户端以及其他服务器通常使用 DNS 来标识这些服务器。 激活集线器传输服务器需要将 DNS 记录更改为指向第二个数据中心中集线器传输服务器的 IP 地址。 然后，客户端和发送服务器将通过以下两种方式之一自动连接到第二个数据中心中的集线器传输服务器：客户端将继续尝试连接，并且会在原始 DNS 条目的 TT

45、L 过期以及客户端的 DNS 缓存条目过期之后进行自动连接。 用户还可以在命令提示符下运行ipconfig /flushdns命令来手动清除其 DNS 缓存。启动或重新启动的客户端将在启动时执行 DNS 查找，并会为 SMTP 终结点获取新 IP 地址，此 IP 地址将是第二个数据中心中的集线器传输服务器。假定已完成所有相应的配置更改以定义并配置第二个数据中心中的服务，使它们充当主数据中心中的服务，且已建立的 DNS 配置正确，则不需要进一步的更改来激活集线器访问服务器。激活统一消息服务器统一消息 (UM) 服务器连接到组织的 PBX 系统和电话线。 PBX 系统和统一消息服务器之间的逻辑连接

46、是由 IP 网关提供的。 IP 网关具有高可用性功能，可在检测到故障时，在多个统一消息服务器之间进行切换。如果第二个数据中心中存在因为专用于站点恢复解决方案而处于禁用状态的统一消息服务器，则可通过使用Enable-UMServercmdlet（例如Enable-UMServer UM04）来启用它们。假定通过使用 DNS 服务器已将 IP 网关与统一消息服务器关联，则激活统一消息服务器需要将 DNS 记录更改为指向将为第二个数据中心中统一消息服务器配置的新 IP 地址。 在 TTL 和 DNS 缓存条目到期后，客户端和 IP 网关将无法连接到 Microsoft Exchange 统一消息服务

47、。 假定已完成所有相应的配置更改以定义并配置第二个数据中心中的服务，使它们充当主数据中心中的服务，且已建立的 DNS 配置正确，则不需要进一步的更改来激活统一消息服务器。如果正在使用的 IP 网关不支持使用 DNS 名称来解析统一消息服务器，则需要执行其他配置步骤来手动将 IP 网关指向第二个数据中心中统一消息服务器的 IP 地址。激活边缘传输服务器激活边缘传输服务器角色的步骤有所不同，具体取决于特定配置。 两个数据中心中的边缘传输服务器可配置为主动/被动或主动/主动配置。 在主动/被动配置下，第二个数据中心中的边缘传输服务器在第二个数据中心被激活之前将一直处于空闲状态。 在主动/主动配置下，

48、两个数据中心中的边缘传输服务器始终在传递邮件。在主动/主动配置下，无需执行任何步骤激活第二个数据中心的边缘传输服务器，因为这些服务器已在运行。 在主动/被动配置下，从主数据中心切换到备用数据中心时，需要更新每个 SMTP 域的 DNS MX 资源记录。 尽管主动/主动配置提供了一种简单的数据中心切换解决方案，但是它的缺点也是显而易见的，即需要小心监视负载以确保在数据中心切换之后，第二个数据中心中的边缘传输服务器不至于由于主数据中心中的边缘传输服务器不可用，而不能提供足够容量来支持通过它们的增加了的负载流量。即使是主动/主动配置，可能也需要在数据中心切换期间更新边缘传输服务器的 MX 资源记录。

49、 允许发生故障的数据中心的 MX 资源记录继续指向该数据中心，意味着可在数据中心开始恢复时启动到其边缘传输服务器的连接尝试。 当边缘传输服务处于不稳定状态（例如，正在还原数据中心中的依赖性服务）时，可能会出现这种情况。假定 DNS 记录受组织控制，则激活边缘传输服务器需要为每个由服务器托管的 SMTP 域更新 MX 资源记录。注意：如果组织使用的 MX 资源记录不由受组织控制的 DNS 服务器托管，则可以考虑参考 MX 资源记录中的 CNAME 记录，并使用受组织控制的且之后可进行更新的 CNAME 记录。DNS 更新启用传入流量，而传出流量则通过激活边缘传输服务器正常运行的站点中的邮箱数据库

50、来进行处理：使用更新的名称解析信息来启动传入 SMTP 连接时，SMTP 客户端将连接到第二个数据中心中的边缘传输服务器。 边缘传输服务器会正确路由流量，无需进一步的更改。传出 SMTP 连接启动时，它们会尝试本地可用的边缘传输服务器，这些邮件会根据接收服务器的状态来确定是排队还是立即发送。终止部分故障的数据中心将服务还原到主数据中心通常，数据中心故障不是临时性的，就是永久性的。 对于永久性故障，如导致主数据中心永久损坏的事件，主数据中心是无法激活的。 但是，对于临时故障（例如，超时断电或大范围但可修复的损坏），主数据中心最终可还原为完整服务。将服务还原到先前发生故障的数据中心的过程称为“故障

51、回复”(switchback)。 用于执行数据中心故障回复的步骤与用于执行数据中心切换的步骤类似。 一个重要区别是数据中心故障回复按计划执行，中断时间通常较短。有一点非常重要，即在 Exchange 的基础结构依存关系被重新激活，正常运行并已处于稳定状态，且进行验证之后，才会执行故障回复。 如果这些依存关系不可用或没有正常运行，则故障回复过程将很可能导致比所需时间更长的中断，而且可能整个过程都将失败。邮箱服务器角色故障回复邮箱服务器角色应当是故障回复到主数据中心的第一个角色。 下列步骤将详细说明邮箱服务器角色故障回复过程：在数据中心切换过程中，主数据中心中的邮箱服务器会进入停止状态。 当环境（如主数据中心、Exchange 依存关系和广域网 (WAN) 连接）恢复之后，第一步是将已还原的主数据中心中的邮箱服务器置于已启动状态，并将其并入到 DAG 中。 完成此操作的方式取决于 DAG 是否处于 DAC 模式。如果 DAG 处于 DAC 模式，您可以使用Start-DatabaseAvailabilityGroup