存储集群和相关SVM必须建立对等关系。

两个存储集群都必须具有可用的ONTAP调解器并已进行配置。

在ONTAP文档中 "ONTAP中的SnapMirror主动同步概述"、使用SnapMirror主动同步创建一致性组的概念如下所述：

一致性组是一组FlexVol卷、可为必须保护以确保业务连续性的应用程序工作负载提供一致性保证。

一致性组的目的是同时为多个卷创建Snapshot映像、从而确保在某个时间点为一组卷创建崩溃状态一致的副本。一致性组可确保数据集的所有卷先处于静音状态、然后在完全相同的时间点进行对等。这样可以在支持数据集的卷之间提供数据一致的还原点。因此、一致性组可以保持依赖写入顺序的一致性。如果您决定保护应用程序以实现业务连续性、则必须将与此应用程序对应的一组卷添加到一致性组中、以便在源一致性组和目标一致性组之间建立数据保护关系。源和目标一致性必须包含相同数量和类型的卷。

要复制HANA系统、一致性组必须包括单个HANA系统使用的所有卷(数据、日志和共享)。应属于一致性组的卷必须存储在同一个SVM中。操作系统映像可以存储在具有自己一致性组的单独卷中。下图展示了一个使用两个HANA系统的配置示例。

在实验室设置中、我们创建了一个启动程序组、其中包括用于SnapMirror活动同步复制的两个存储SVM。在后面介绍的SnapMirror活动同步配置中、我们将定义启动程序组将成为复制的一部分。

通过使用邻近设置、我们可以定义哪个ESX主机与哪个存储集群接近。在我们的案例中、A700接近ESS-1、而A800接近ESS-2。

存储HANA系统、SnapCenter和vSphere插件的操作系统映像的数据存储库将采用与HANA数据库数据存储库相同的方式进行复制。

SnapMirror主动同步行为是对称的、但有一个重要例外-主站点配置。

SnapMirror主动同步会将一个站点视为"源"、而将另一个站点视为"目标"。这意味着单向复制关系、但这不适用于IO行为。复制是双向的、对称的、镜像两端的IO响应时间相同。

如果复制链路丢失、则源副本上的LUN路径将继续提供数据、而目标副本上的LUN路径将变得不可用、直到重新建立复制并使SnapMirror重新进入同步状态为止。然后、这些路径将恢复提供数据。

将一个集群指定为源集群的效果只是控制在复制链路丢失时哪个集群作为读写存储系统继续存在。

SnapCenter会检测到主站点、并将其用于执行备份、还原和克隆操作。