简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。

解决方案验证

04/28/2023 贡献者

在本节中、我们将通过一个示例数据复制工作流回顾解决方案、并采取一些衡量指标来验证从FlexPod 中运行的NetApp ONTAP 实例到Google Cloud上运行的NetApp Cloud Volumes ONTAP 的数据复制完整性。

我们在此解决方案中使用了Cisco Intersight工作流编排程序、并将继续在我们的用例中使用此流程编排程序。

值得注意的是、此解决方案中使用的一组有限的Cisco Intersight工作流并不代表Cisco Intersight所配备的一整套工作流。您可以根据特定要求创建自定义工作流、并通过Cisco Intersight触发这些工作流。

要验证成功的灾难恢复场景、请先使用SnapMirror将数据从ONTAP 中属于FlexPod 的卷移动到Cloud Volumes ONTAP。然后、您可以尝试从Google云计算实例访问数据、然后进行数据完整性检查。

以下高级步骤用于验证此解决方案的成功标准：

要执行内部工作流、请完成以下步骤：

在Intersight中为内部部署FlexPod 创建工作流。
提供所需输入并执行工作流。
在系统管理器中验证新创建的SVM。
创建并执行另一个灾难恢复工作流、以便在内部FlexPod 中创建卷、并在FlexPod 和Cloud Volumes ONTAP 中的此卷之间建立SnapMirror关系。
在ONTAP 系统管理器中验证新创建的卷。
将同一个NFS卷挂载到内部虚拟机、然后复制样本数据集并执行校验和。
在Cloud Manager中检查复制状态。根据数据大小、数据传输可能需要几分钟的时间。完成后、您可以将SnapMirror状态显示为*闲置*。
数据传输完成后、通过停止托管`Test_vol1`卷的SVM来模拟源端的灾难。

停止SVM后、在Cloud Manager中看不到`Test_vol1`卷。
中断复制关系并将Cloud Volumes ONTAP 目标卷提升为生产卷。
编辑卷并通过将其与导出策略关联来启用客户端访问。
获取卷的即用挂载命令。
将卷挂载到计算实例、验证目标卷中是否存在数据、然后生成`sample_datase_2GB`文件的SHA256校验和。
比较源(FlexPod)和目标(Cloud Volumes ONTAP)的校验和值。
校验和与源和目标匹配。