“反转复制”的工作方式

可以反转复制方向以支持双系统灾难恢复计划和磁盘到磁盘备份。

面向灾难恢复反转复制

反转复制操作可将复制数据包转换为本地项目。此操作还为新的本地项目配置一个复制操作，用以向源设备进行增量复制。第一次更新尝试会将源系统上的原始项目转换为复制数据包，并回滚自上次成功从该系统进行复制更新后所做的任何更改。

下图介绍了典型的反转复制事件序列。

图 38  面向灾难恢复使用远程复制

图例 说明 1 生产系统是源设备，为客户机工作负荷提供服务并复制到位于恢复站点的目标设备。 生产站点中的源设备彻底陷入故障。 管理员从恢复站点反转复制的方向。此操作将复制数据包转换为本地可写入项目。 管理员重定向客户机工作负荷并将 IP 地址故障转移至恢复站点。 2 生产站点恢复正常操作后，管理员启动从恢复站点至生产站点的复制更新。此操作将生产副本转换为复制数据包，并回滚生产站点停机期间写入恢复站点的所有更改。 3 生产站点更新后，管理员再次反转复制方向，这将使生产站点中的副本变得可写入。 随后，管理员重定向客户机工作负荷，并将 IP 地址故障转移回生产站点。 生产站点中的源设备与恢复站点中的目标设备之间的原始关系已恢复。

在将原始源项目转换为原始源系统（现在充当目标）上的复制数据包的过程中，作为当前正在反转的操作/数据包的一部分复制的共享资源将移动到新的复制数据包中，且不会导出。原始项目仍保留在本地集合中，但如果操作/数据包包含其所有的共享资源，则它最后可能会成为空的。反转共享资源级复制时，原始项目中的所有其他共享资源保持不变。

在建立了从一台设备到另一台设备的共享资源级复制后，反转目标设备上的复制会销毁复制调度表。然后，会在项目级别创建一个复制操作，它包含正确的目标设备但无调度表。

在反转数据包的复制方向时，强烈建议管理员先停止该项目从源的复制。如果在管理员反转项目的复制方向时复制更新正在进行，则管理员将无法得知在以前的目标设备（现在是源设备）上创建结果项目时使用的是哪个一致的复制快照。

因为所有的本地共享资源都将导出，所以在反转数据包时将导出数据包中的所有共享资源，无论之前是否导出了这些共享资源。如果复制的文件系统与系统上的其他文件系统之间存在挂载点冲突，则该反转操作将失败。在断开连接之前，必须通过重新配置相关共享资源的挂载点来解决这些冲突。由于此操作通常是恢复生产服务的关键路径的一部分，因此强烈建议您在首次设置系统时（而不是进行灾难恢复故障转移时）解决这些挂载点冲突。

相关主题

• 面向灾难恢复设置远程复制 (BUI)

• 面向灾难恢复设置远程复制 (CLI)

• 使用远程复制进行磁盘到磁盘备份