重新同步复制关系
在将目标卷设为可写之后,在因源卷和目标卷上不存在通用 Snapshot 副本而导致更新失败之后,或者如果要更改此关系的复制策略,则需要重新同步复制关系。
从 ONTAP 9.8 开始,您可以使用 System Manager 执行反向重新同步操作,以删除现有保护关系并反转源卷和目标卷的功能。然后,在修复或替换源卷,更新源卷以及重新建立系统的原始配置时,您可以使用目标卷提供数据。
-
虽然重新同步不需要基线传输,但它可能非常耗时。您可能希望在非高峰时段运行重新同步。
-
属于扇出或级联配置的卷可能需要较长时间才能重新同步。在较长的一段时间内, SnapMirror 关系报告状态 " 正在准备 " 的情况并不少见。
System Manager不支持对集群内关系执行反向重新同步。您可以使用ONTAP命令行界面对集群内关系执行反向重新同步操作。 |
您可以使用System Manager或ONTAP命令行界面执行此任务。如果使用ONTAP命令行界面、则无论您是要使目标卷可写还是更新复制关系、此过程都是相同的。
"中断关系"将目标设置为可写之后、请反向重新同步此关系:
-
在目标集群上,单击 * 保护 > 关系 * 。
-
将鼠标悬停在要反转的已断开关系上,单击 ,然后选择*反向重新同步*。
-
在*反向重新同步关系*窗口中,单击*反向重新同步*。
-
在 * 关系 * 下,通过查看关系的 * 传输状态 * 来监控反向重新同步进度。
初始源恢复可用后、您可以通过中断已反转的关系并执行另一个反向重新同步操作来重新建立初始关系。反向重新同步过程会将提供数据的站点中的所有更改复制到原始源、并使原始源再次可读写。
-
单击 * 保护 > 关系 * 。
-
将鼠标悬停在要重新同步的关系上、单击 、然后选择*中断*。
-
当关系状态显示"已断开"时,单击, 然后选择*Resync*。
-
在 * 关系 * 下,通过检查关系状态来监控重新同步进度。重新同步完成后,状态将更改为 "mirrored" 。
-
重新同步源卷和目标卷:
snapmirror resync -source-path <SVM:volume|cluster://SVM/volume> -destination-path <SVM:volume|cluster://SVM/volume> -type DP|XDP -policy <policy>
有关完整的命令语法,请参见手册页。
您必须从目标 SVM 或目标集群运行此命令。 以下示例将重新同步上的源卷和上的目标卷之间的关系
volA
svm1
volA_dst
svm_backup
:cluster_dst::> snapmirror resync -source-path svm1:volA -destination-path svm_backup:volA_dst