Administrator Guide

最佳实践是对满足应用程序在 I/O 持续性和数据丢失容忍度方面需求的一致性组应用分离规则。
使用 consistency-group set-detach-rule 命令为一致性组配置分离规则：
● 使用 consistency-group set-detach-rule no-automatic-winner 命令将分离规则设置为 no-automatic-
winner：
VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set-detach-rule no-automatic-winner
● 使用 consistency-group set-detach-rule winner 命令指定哪个是优胜群集，以及在链路中断之后，Metro Node 在分
离优胜群集之前等待的秒数：
VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set-detach-rule winner --cluster
cluster-1 --delay 5s
下表介绍了同步一致性组的分离规则行为。
表. 9: 分离规则行为 — 同步一致性组
分离规则
行为（与发生 I/O 的群集无关）
Cluster-1 优胜 在 Cluster-1 上允许 I/O
在 Cluster-2 上暂停 I/O
无数据丢失/无数据回滚
Cluster-2 优胜 在 Cluster-1 上暂停 I/O
在 Cluster-2 上允许 I/O
无数据丢失/无数据回滚
无自动优胜者
a
在 Cluster-1 上暂停 I/O
在 Cluster-2 上暂停 I/O
无数据丢失/无数据回滚
a.
如果 Metro Node 群集之间的 WAN-COM 连接中断，则在两个群集上会发生 DU
请注意以下事项：
● 活动 I/O 表示活动写入。
● 上表所述的分离规则行为基于以下假设：在执行群集分区期间，在优胜群集中存在正常运行的分支。
● 使用 consistency-group resume-after-rollback 命令在回滚后恢复。
● 对于分离规则 no-automatic-winner，要恢复 I/O，您必须手动选择作为优胜者的群集。使用 consistency-group
choose-winner 命令选择优胜者。
Auto-resume-at-loser
确定在发生故障的群集间链路被修复后，失败群集是否自动恢复 I/O。
当链路恢复时，失败群集会发现优胜群集上的数据已变化。失败群集必须确定是要突然更改优胜群集的数据，还是要继续暂停 I/O。
默认情况下，auto-resume 处于启用状态。
通常情况下，此属性设置为 false，以便给管理员留出时间来重新启动应用程序。否则，主机高速缓存中的脏数据可能与优胜群集
已写入的磁盘上的映像不一致。如果主机不按顺序刷新这些脏页，则数据映像可能被损坏。
对于在群集交叉连接中使用的一致性组，将此属性设置为 true。在这种情况下，由于优胜群集始终连接到主机，避免了顺序交付，
因此没有数据丢失的风险。
true （默认）— 群集间链路恢复后，在失败群集上，I/O 将自动恢复。
仅当失败群集在处理只读应用程序（例如处理网页）时，才将 auto-resume-at-loser 设置为 true。
false — 群集间链路恢复后，在失败群集上，I/O 将保持暂停状态。必须手动恢复 I/O。
对于无法容许突然数据更改的所有应用程序，将 auto-resume-at-loser 设置为 false。
62
一致性组