8. 公司核心业务数据—ONTAP平台Snapshot副本和SnapMirror灾备介绍

 

以往，ONTAP 复制技术用来满足灾难恢复 (DR) 和数据归档的需求。随着云服务的出现，ONTAP 复制已经进行了调整以应对 NetApp Data Fabric 端点之间的数据传输。所有这些用途的基础是 ONTAP Snapshot 技术。

 

Snapshot 副本

Snapshot 副本是指某个卷在某个时间点的只读映像。此映像占用的存储空间极少，并且性能开销可以忽略不计，因为它仅会记录自上次执行 Snapshot 副本以来对文件所做的更改。

Snapshot 副本的效率归功于 ONTAP 的核心存储虚拟化技术任意位置写入文件布局 (WAFL)。与数据库一样，WAFL 使用元数据指向磁盘上的实际数据块。但与数据库不同的是，WAFL 不会覆盖现有块。它会将更新后的数据写入新块并更改元数据。

这是因为 ONTAP 在创建 Snapshot 副本时引用元数据，而不是复制数据块，因此 Snapshot 副本非常高效。这样，其他系统在定位要复制的块时便无需花费“查找时间”，同时消除了创建副本的成本。

您可以使用 Snapshot 副本恢复单个文件或 LUN，或者还原卷的整个内容。ONTAP 将 Snapshot 副本中的指针信息与磁盘上的数据进行比较，以便重建丢失或损坏的对象，而无需停机或高昂的性能成本。

Snapshot 策略用于定义系统如何创建卷的 Snapshot 副本。此策略用于指定何时创建 Snapshot 副本、要保留多少副本、如何为这些副本命名以及如何标记副本进行复制。例如，系统可能会在每天中午 12:10 创建一个 Snapshot 副本，保留两个最新副本，并将它们命名为“daily”（附加了时间戳），并标记为“daily”进行复制。

 

SnapMirror 灾难恢复和数据传输

SnapMirror 是一种灾难恢复技术，可用于从主存储故障转移到位于不同地理位置的远程站点上的二级存储。顾名思义，SnapMirror 会在二级存储上为您的工作数据创建一份副本或镜像，这样，在主站点发生灾难时，您仍可继续提供数据。

数据会在卷级别进行镜像。主存储中的源卷和二级存储中的目标卷之间的关系称为数据保护关系。卷所在的集群以及从此卷提供数据的 SVM 必须建立对等关系。通过对等关系，集群和 SVM 才能够安全地交换数据。

提示：您也可以在 SVM 之间创建数据保护关系。通过这种关系，可复制 SVM 的全部或部分配置（从 NFS 导出和 SMB 共享到 RBAC）以及此 SVM 中的卷数据。

首次调用 SnapMirror 时，它将执行从源卷到目标卷的基线传输。基线传输通常涉及以下步骤：

• 为源卷创建 Snapshot 副本。
• 将此 Snapshot 副本及其引用的所有数据块传输到目标卷。
• 将源卷上其余非近期的 Snapshot 副本传输到目标卷，以便在“活动”镜像损坏时使用。

基线传输完成后，SnapMirror 仅将新 Snapshot 副本传输到镜像。更新是按照您配置的计划异步进行的。保留可镜像源上的 Snapshot 策略。当主站点发生灾难时，您可以激活目标卷，最大程度地减少中断。而一旦服务还原，您便可重新激活源卷。

由于 SnapMirror 仅在创建基线之后才传输 Snapshot 副本，因此复制速度快且不会造成中断。正如故障转移使用案例所示，二级系统上的控制器应与主系统上的控制器等效或接近等效，这样才能从镜像存储高效地提供数据。

 

SnapVault 归档

SnapVault 是一种归档技术，用于实现磁盘到磁盘 Snapshot 副本复制，以确保满足标准以及其他监管要求。与目标通常仅包含源卷上当前 Snapshot 副本的 SnapMirror 关系不同，SnapVault 目标一般可保留在较长时间段内创建的时间点 Snapshot 副本。

您可能需要为您的数据保留 20 年的每月 Snapshot 副本，例如，为了满足政府对贵公司制定的记帐规定。由于不要求从存储库中提供数据，因此您可以在目标系统上使用速度较慢、成本较低的磁盘。

与 SnapMirror 一样，SnapVault 也会在首次调用时执行基线传输。它会为源卷创建 Snapshot 副本，然后将此副本及其引用的数据块传输到目标卷。与 SnapMirror 类似，SnapVault 不会在基线中传输较早的 Snapshot 副本。

更新是按照您配置的计划异步进行的。您在此关系的策略中定义的规则可确定要更新哪些新 Snapshot 副本以及要保留多少副本。在此策略中定义的标签（例如“monthly”）必须与源上 Snapshot 策略中定义的一个或多个标签相匹配。否则，复制将失败。

注：SnapMirror 和 SnapVault 共用相同的命令基础架构。您可以指定在创建策略时要使用的方法。这两种方法都需要已建立对等关系的集群和 SVM。

MetroCluster 持续可用性

MetroCluster 配置可通过实施两个物理隔离的镜像集群来保护数据。每个集群都会同步复制另一个集群的数据和 SVM 配置。当一个站点发生灾难时，管理员可以激活镜像的 SVM，并开始从运行正常的站点提供数据。

• 光纤连接的 MetroCluster 配置支持城域范围内的集群。
• 延伸型 MetroCluster 配置支持园区范围内的集群。

无论何种情况，集群均必须建立对等关系。

MetroCluster 使用名为 SyncMirror 的 ONTAP 功能，可为副本中的每个集群或另一集群存储中的丛同步镜像聚合数据。如果发生切换，则运行正常的集群上的远程丛会联机，并且二级 SVM 会开始提供数据。

在非 MetroCluster 实施中使用 SyncMirror

您可以选择在非 MetroCluster 实施中使用 SyncMirror 保护。这样，如果出现故障的磁盘数量超过 RAID 类型可以保护的磁盘数量，仍可防止数据丢失。此功能仅适用于 HA 对。

聚合数据镜像至丛中，而丛存储在不同的磁盘架上。如果其中一个磁盘架不可用，则未受影响的丛可在您解决故障原因时继续提供数据。

请注意，使用 SyncMirror 进行镜像的聚合所需的存储是未镜像聚合的两倍。每个丛所需的磁盘数与其镜像的丛一样多。例如，镜像 1,440 GB 聚合时需要 2,880 GB 磁盘空间，每个丛需要 1,440 GB。

注：SyncMirror 还可用于 FlexArray 虚拟化实施。

更多IT解决方案：www.ihelpyou.com.cn

推荐最好最强NAS统一存储设备核心业务数据解决方案

• 具体访问：https://blog.csdn.net/lidw2009/article/details/113980201