反转复制方向

语言：

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

面向灾难恢复反转复制

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

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

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

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

共享资源级与项目级反转

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

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

如果在反向复制期间或之后执行复制更新，则更新会失败并出现相应的警报。复制操作随后处于禁用状态，这会导致将来不会通过该操作更新到复制目标。需要执行新的复制操作和完全更新来将原始项目中的更新发送到新的复制数据包。

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

相关主题