第六十一章 镜像中断程序 - 计划故障转移到提升的 DR 异步

计划故障转移到提升的 DR 异步

如果在镜像中包含一个或多个 DR 异步以提供灾难恢复功能，则最好通过计划的故障转移到每个 DR 异步来定期测试此功能。要执行此测试，或者当出于任何其他原因（例如包含故障转移成员的数据中心计划停电）而想要故障转移到 DR 异步时，请使用以下过程：

1. 将 IRIS C 提升为故障转移成员；因为 IRIS A 可用，所以不会要求您选择故障转移伙伴。 IRIS C 成为备份， IRIS B（如果存在）降级为 DR 异步。

注意：如果镜像仅包含一个故障转移成员，则过程相同；不需要选择故障转移伙伴， IRIS C 成为备份，因此镜像现在有两个故障转移成员。

2. 当 IRIS C 变为活动状态时（请参阅备份状态和自动故障转移），在 IRIS A 上执行正常关闭。自动故障转移被触发，允许 IRIS C 接管为主。
3. 在可能希望在 IRIS C 上执行任何测试后，重新启动 IRIS A，它会自动加入镜像作为备份。

或者，如果你想重启主服务器以保持同步而不自动成为备份，因为在真正的灾难中它不太可能可用，可以在重启之前将它降级为 DR 异步（通过它的 ISCAgent），然后准备好后将其提升为故障转移成员。有关执行此操作的信息，请参阅将备份降级为 DR 异步。

4. 当 IRIS A 作为备份激活时，在 IRIS C 上执行正常关闭以故障转移到 IRIS A。
5. 将 IRIS B（如果存在）提升为故障转移成员；它成为备份。
6. 重新启动 IRIS C 上的 IRIS 实例，它会自动以其原始角色作为 DR 异步加入镜像。

如示例镜像体系结构和网络配置中所述，无法对故障转移成员的镜像专用地址进行网络访问的 DR 异步只能提升为主要功能，并且仅当没有其他故障转移成员时才应执行此操作在运行中。因此，在这种情况下，前面的过程是不合适的。相反，请遵循以下过程：

1. 对 IRIS B 执行正常关闭（如果存在），以便只有 IRIS A 作为故障转移成员（主要）运行。
2. 当 IRIS C 被赶上时（请参阅镜像成员日志传输和取消日志状态），在 IRIS A 上执行正常关闭。
3. 将 IRIS C 提升为主，如使用主 ISCAgent 的日志数据进行 DR 提升和手动故障转移中所述。新的主节点联系前主节点的 ISCAgent，以确认它在此过程中拥有最新的日志数据。
4. 在可能希望在 IRIS C 上执行任何测试后，将其关闭。
5. 重启 IRIS A；它自动成为主要的。
6. 重启 IRIS B（如果存在）；由于 IRIS C 的推广，它作为 DR async 加入。
7. 将 IRIS B 升级为备份。
8. 重新启动 IRIS C，它会自动将镜像加入其作为 DR 异步的原始角色。

注意：在本节的两个过程中，如果 IRIS B 不存在，即镜像仅由主要和异步组成，则 IRIS C 在重新启动时成为备份。将其降级为 DR 异步，如备份故障转移成员的维护中所述。

使用提升的 DR 异步临时替换故障转移成员

计划内中断程序和计划外中断程序中描述的一些程序涉及只有一个故障转移成员的镜像的临时操作。虽然没有必要始终维护一个正在运行的备份故障转移成员，但它确实可以保护免受数据库访问中断和发生主要故障时潜在的数据丢失的影响。因此，当由于计划内或计划外的故障转移成员中断而只有主要可用时，可以考虑临时将 DR 异步成员提升为备份故障转移成员。但是，在这样做之前，请考虑以下事项：
- 如果 DR 异步位于与故障转移成员相距很远的单独数据中心，则它们之间可能存在大量网络延迟。当 DR 成员升级并成为活动故障转移成员时，这种往返延迟成为主备之间同步数据复制的一部分（请参阅镜像同步）并且会对访问镜像的应用程序的性能产生负面影响（请参阅网络延迟注意事项）。
- 如果 DR 异步没有对故障转移成员的镜像专用地址的网络访问权限，如示例镜像体系结构和网络配置中所述，则不能在这些过程中使用它，因为它只能提升为主要功能，并且这只有当没有故障转移成员在运行时才应该这样做。
- 如果镜像使用 VIP 自动重定向用户和应用程序（请参阅在故障转移或灾难恢复后重定向应用程序连接）并且 DR 异步无法获取镜像 VIP，因为它位于不同的子网上，通常不应使用这些过程。

注意：在使用此选项之前，请查看故障转移伙伴选择的讨论以及在将 DR 异步成员提升为故障转移成员中在升级时无法联系其代理的前故障转移成员上设置 ValidatedMember=0 的要求。

如果需要对当前备份故障转移成员IRIS B进行计划维护（参见备份故障转移成员维护），可以执行以下操作：

1. 提升 IRIS C，这是一个被赶上的 DR 异步（请参阅镜像成员日志传输和取消日志状态）。 IRIS C 自动成为备份， IRIS B 降级为 DR 异步。
2. 关闭 IRIS B 的 IRIS 实例或主机系统并完成计划维护。
3. 重新启动 IRIS B，它以 DR 异步方式加入镜像。
4. 当 IRIS B被追上时，将其提升为故障转移成员，将其恢复到原来的备份角色。 IRIS C 自动降级为 DR async，即其原始角色。

如果您需要对当前主要故障转移成员 IRIS A 执行计划维护（请参阅主要故障转移成员的维护），可以执行以下操作：

1. 当 IRIS B 处于活动状态时（请参阅镜像同步），在 IRIS A 上执行正常关闭。自动故障转移被触发，允许 IRIS B 接管为主。
2. 推广 IRIS C，一个被赶上的 DR 异步。 IRIS C 自动成为备份。
3. 完成 IRIS A 的计划维护，如果需要，关闭并重新启动主机系统。
4. 重新启动 IRIS A 上的 IRIS 实例，它作为 DR 异步加入镜像。
5. 当 IRIS A被赶上时，将其提升为故障转移成员；它成为备份， IRIS C 自动降级，恢复到原来的角色。
6. 当 IRIS A 激活时，在 IRIS B 上执行正常关闭。自动故障转移被触发，将 IRIS A 恢复到其原始角色。
7. 重新启动 IRIS B上的 IRIS 实例，它以其原始角色加入镜像。

如果遇到 IRIS B 的意外中断，或者由于 IRIS A 的意外中断而自动或手动故障转移到 IRIS B（请参阅意外中断程序），可以执行以下操作：

1. 推广 IRIS C，一个被赶上的 DR 异步。 IRIS C 自动成为备份。
2. 重新启动失败的故障转移成员。如果在提升 DR 异步时无法联系故障成员的 ISCAgent，必须尽早并在重新启动 IRIS 之前在 IRIS 实例的配置参数文件的 [MirrorMember] 部分中设置 ValidatedMember=0（请参阅 [MirrorMember ] 在配置参数文件参考中）。促销说明指出，此更改是必需的。当重新启动前故障转移成员的 IRIS 实例时，它会作为 DR 异步加入镜像。
3. 当重启的failover member被赶上时，将其提升为failover member；它成为备份， IRIS C 自动降级为 DR async，即其原始角色。
4. 如果希望故障转移成员交换他们当前的角色，当备份变为活动状态时，在当前主数据库上执行正常关闭，触发自动故障转移。重启另一个故障转移成员；它作为备份加入镜像。