Skip to main content
Enterprise applications
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

对使用 VVol 复制的 SRM 进行故障排除

贡献者

使用 VVOL 复制时, SRM 中的工作流与使用 SRA 和传统数据存储库时的工作流有明显不同。例如,没有阵列管理器概念。因此, discoverarraysdiscoverdevices 无法看到命令。

在进行故障排除时,了解下面列出的新工作流非常有用:

  1. queryReplicationPeer :发现两个故障域之间的复制协议。

  2. queryFaultDomain :发现故障域层次结构。

  3. queryReplicationGroup :发现源域或目标域中的复制组。

  4. syncReplicationGroup :同步源和目标之间的数据。

  5. queryPointInTimeReplica :发现目标上的时间点副本。

  6. testFailoverReplicationGroupStart :开始测试故障转移。

  7. testFailoverReplicationGroupStop :结束测试故障转移。

  8. promoteReplicationGroup :将当前正在测试的组提升为生产组。

  9. prepareFailoverReplicationGroup :准备灾难恢复。

  10. failoverReplicationGroup :执行灾难恢复。

  11. reverseReplicateGroup :启动反向复制。

  12. queryMatchingContainer :查找可能使用给定策略满足配置请求的容器(以及主机或复制组)。

  13. queryResourceMetadata :从 VASA 提供程序中发现所有资源的元数据,资源利用率可以作为问题解答返回给 queryMatchingContainer 函数。

配置 VVOL 复制时,最常见的错误是无法发现 SnapMirror 关系。之所以出现这种情况,是因为卷和 SnapMirror 关系是在 ONTAP 工具的权限范围之外创建的。因此,最佳做法是,在尝试创建复制的 VVOL 数据存储库之前,始终确保 SnapMirror 关系已完全初始化,并且您已在两个站点的 ONTAP 工具中运行重新发现。