Administrator Guide

-------------------- -----------------------------------------
active-clusters [cluster-1, cluster-2]
cache-mode synchronous
detach-rule no-automatic-winner
operational-status [(cluster-1,{ summary:: ok, details:: [requires-resolve-conflicting-
detach] }),
(cluster-2,{ summary:: ok, details:: [requires-resolve-conflicting-
detach] })]
passive-clusters []
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol, dd2_vol]
visibility [cluster-1, cluster-2]
Contexts:
advanced recoverpoint
2. 使用 resolve-conflicting-detach 命令选择 cluster-1 作为优胜群集。
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resolve-conflicting-detach -c
cluster-1
This will cause I/O to suspend at clusters in conflict with cluster cluster-1, allowing
you to stop applications at those clusters. Continue? (Yes/No) Yes
自链路中断开始以来，cluster-2 对一致性组中卷上的数据所做的修改将被放弃。
然后，cluster-2 的数据映像将与 cluster-1 上的映像同步。
如果自动恢复策略为 false，则 I/O 在 cluster-2 上将暂停。
3. 使用 ls 命令验证操作状态更改：
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> ls
Attributes:
Name Value
------------------- ----------------------------------------------------------
active-clusters [cluster-1, cluster-2]
cache-mode synchronous
detach-rule no-automatic-winner
operational-status [(cluster-1,{ summary:: ok, details:: [] }),
(cluster-2,{ summary:: suspended, details:: [requires-resume-at-
loser] })]
passive-clusters []
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol, dd2_vol]
visibility [cluster-1, cluster-2]
Contexts:
advanced recoverpoint
● 在 cluster-1 上，I/O 将继续，状态为 ok。
● 在 cluster-2 上，数据视图已更改，因此 I/O 处于暂停状态。
4. 使用 consistency-group resume-at-loser 命令恢复 cluster-2 上的一致性组的 I/O。
在失败群集上恢复 I/O
在群集间链路中断期间，您可能允许 I/O 在两个群集之一（
优胜 群集）上恢复。
关于此任务
I/O 在
失败 群集上处于暂停状态。
在群集间链路恢复时，优胜和失败群集将重新连接，并且失败群集会发现优胜群集在没有它的情况下恢复了 I/O。
除非明确配置，否则 I/O 在失败群集上将保持暂停状态。这可防止失败群集上的应用程序遇到自发数据更改。
延迟允许您关闭应用程序。
停止应用程序后，使用 consistency-group resume-at-loser 命令执行以下操作：
一致性组 77