切换和切回期间的卷行为

触发切换或切回操作的事件会导致活动卷从灾难恢复组中的一个集群移至另一个集群。当集群上正在向客户端提供数据的活动卷停止工作时，另一个集群上的卷便会激活并开始提供数据。Unified Manager 仅监控这些正在运行的活动卷。

由于卷会从一个集群移至另一个集群，因此建议同时监控这两个集群。单个 Unified Manager 实例可以同时监控 MetroCluster 配置中的两个集群，但有时，两个位置之间的距离决定了必需使用两个 Unified Manager 实例来监控这两个集群。下图显示 Unified Manager 的单个实例：

名称中包含 _p 的卷表示主卷，包含 _b 的卷表示 SnapMirror 创建的镜像备份卷。

正常运行期间：

• 集群 A 包含两个活动卷：Vol1_p 和 Vol2_p。
• 集群 B 包含两个活动卷：Vol3_p 和 Vol4_p。
• 集群 A 包含两个非活动卷：Vol3_b 和 Vol4_b。
• 集群 B 包含两个非活动卷：Vol1_b 和 Vol2_b。

Unified Manager 会收集每个活动卷的相关信息（统计信息、事件等）。集群 A 收集 Vol1_p 和 Vol2_p 的统计信息，集群 B 收集 Vol3_p 和 Vol4_p 的统计信息。

当灾难性故障导致活动卷从集群 B 切换到集群 A 后：

• 集群 A 包含四个活动卷：Vol1_p、Vol2_p、Vol3_b 和 Vol4_b。
• 集群 B 包含四个非活动卷：Vol3_p、Vol4_p、Vol1_b 和 Vol2_b。

与正常运行期间一样，Unified Manager 会收集每个活动卷的相关信息。但在这种情况下，集群 A 既收集 Vol1_p 和 Vol2_p 的统计信息，也收集 Vol3_b 和 Vol4_b 的统计信息。

请注意：Vol3_p 和 Vol3_b 位于不同的集群，因此并非相同的卷。在 Unified Manager 中，Vol3_p 与 Vol3_b 的信息也不相同：

• 在切换到集群 A 期间，不显示 Vol3_p 的统计信息和事件。
• 第一次切换时，Vol3_b 类似于不含任何历史信息的新卷。

在修复集群 B 并执行切回操作后，集群 B 上的 Vol3_p 将再次处于活动状态，并显示切换期间的历史统计信息和统计信息缺口。在另一次切换开始前，将无法从集群 A 查看 Vol3_b：