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

在NetApp Backup and Recovery中使用SnapMirror将卷迁移到 Cloud Resync

贡献者 netapp-mwallis
PDF

NetApp Backup and Recovery中的SnapMirror到云重新同步功能简化了NetApp环境中卷迁移期间的数据保护和连续性。当使用SnapMirror逻辑复制 (LRSE) 将卷从一个本地NetApp部署迁移到另一个部署，或迁移到基于云的解决方案（例如Cloud Volumes ONTAP）时， SnapMirror到 Cloud Resync 可确保现有的云备份保持完整并可正常运行。

此功能无需重新建立基线，即可在迁移后继续备份。此功能在工作负载迁移场景中很有价值，支持 FlexVols 和 FlexGroups，并且从ONTAP版本 9.16.1 开始可用。

SnapMirror到 Cloud Resync 可跨环境保持备份连续性，从而更容易在混合云和多云环境中管理数据。

备注 要切换到NetApp Backup and Recovery工作负载，请参阅"切换到不同的NetApp Backup and Recovery工作负载"。
开始之前

确保满足以下先决条件：

  • 目标ONTAP集群必须运行ONTAP版本 9.16.1 或更高版本。

  • 必须使用NetApp Backup and Recovery保护旧的源ONTAP集群。

  • SnapMirror到云重新同步功能从 2025 年 5 月发布的NetApp Backup and Recovery版本 4.0.3 开始提供。

  • 确保对象存储中的最新备份是旧源、新源和对象存储的通用快照。不要使用比备份到对象存储的最新快照更旧的通用快照。

  • 在开始重新同步操作之前，必须在新ONTAP集群上创建旧ONTAP集群上使用的快照策略和SnapMirror策略。如果在重新同步过程中使用任何策略，则还必须创建该策略。重新同步操作不会创建策略。

  • 确保应用于迁移卷SnapMirror关系的SnapMirror策略包含云关系使用的相同标签。为避免出现问题，请使用管理卷和所有快照的精确镜像的策略。

备注 目前不支持使用 SVM-Migrate、SVM-DR 或 Head Swap 方法迁移后将SnapMirror重新同步到 Cloud。

NetApp Backup and Recovery SnapMirror到 Cloud Resync 的工作原理

如果您完成技术更新或将卷从一个ONTAP集群迁移到另一个 ONTAP 集群，那么确保备份继续不间断地工作非常重要。 NetApp Backup and Recovery SnapMirror到 Cloud Resync 可帮助您实现这一点，确保您的云备份即使在卷迁移后也能保持一致。

以下是一个例子：

假设您有一个名为 Vol1a 的本地卷。该卷有三个快照：S1、S2 和 S3。这些快照是还原点。 Vol1 使用SnapMirror to Cloud (SM-C) 备份到云端，但对象存储中只有 S1 和 S2。

现在，您想要将 Vol1 迁移到另一个ONTAP集群。为此，您需要创建与名为 Vol1b 的新云卷的SnapMirror逻辑复制 (LRSE) 关系。这会将所有三个快照（S1、S2 和 S3）从 Vol1a 传输到 Vol1b。

迁移完成后，您将获得以下设置：

  • 删除原有的SM-C关系（Vol1a→Object store）。

  • LRSE 关系 (Vol1a → Vol1b) 也被删除。

  • Vol1b 现在是您的活动卷。

此时，您想要继续将 Vol1b 备份到同一个云端点。但是，您无需从头开始进行完整备份（这会花费时间和资源），而是使用SnapMirror进行 Cloud Resync。

重新同步的工作原理如下：

  • 系统检查 Vol1a 和对象存储之间的公共快照。在这种情况下，两者都有 S2。

  • 由于这个共享快照，系统只需要传输 S2 和 S3 之间的增量变化。

这意味着只有 S2 之后添加的新数据被发送到对象存储，而不是整个卷。

此过程可防止重复备份，节省带宽，并在迁移后保持备份运行。

NetApp Backup and RecoverySnapMirror到云重新同步

程序说明

  • 不使用NetApp Backup and Recovery执行迁移和技术更新。它们应该由专业服务团队或合格的存储管理员来执行。

  • NetApp迁移团队会在源 ONTAP 集群和目标ONTAP集群之间创建SnapMirror关系，以帮助迁移卷。

  • 确保技术更新期间的迁移基于基于SnapMirror的迁移。

如何使用SnapMirror将卷迁移到 Cloud Resync

使用SnapMirror到 Cloud Resync 迁移卷涉及以下主要步骤，下面将更详细地描述每个步骤：

  • 遵循迁移前检查清单：在开始迁移之前， NetApp Tech Refresh 团队会确保满足以下先决条件，以避免数据丢失并确保迁移过程顺利进行。

  • 遵循迁移后检查清单：迁移后， NetApp Tech Refresh 团队确保完成以下步骤以建立保护并为重新同步做好准备。

  • 执行SnapMirror到 Cloud Resync：迁移后， NetApp Tech Refresh 团队执行SnapMirror到 Cloud Resync 操作，以从新迁移的卷恢复云备份。

使用SnapMirror到 Cloud Resync 迁移卷的步骤

遵循迁移前检查清单

在迁移之前， NetApp技术更新团队会检查这些先决条件，以防止数据丢失并确保过程顺利进行。

  1. 确保所有要迁移的卷都使用NetApp Backup and Recovery进行保护。

  2. 记录卷实例 UUID。在开始迁移之前，记下所有卷的实例 UUID。这些标识符对于稍后的映射和重新同步操作至关重要。

  3. 在删除任何SnapMirror关系之前，对每个卷进行最终快照以保留最新状态。

  4. 记录SnapMirror策略。记录当前附加到每个卷关系的SnapMirror策略。稍后在SnapMirror到 Cloud Resync 过程中将需要此功能。

  5. 删除SnapMirror Cloud 与对象存储的关系。

  6. 与新的ONTAP集群创建标准SnapMirror关系，以将卷迁移到新的目标ONTAP集群。

遵循迁移后检查清单

迁移后， NetApp技术更新团队将确保完成以下步骤以建立保护并为重新同步做好准备。

备注 请勿使用"Vault"类型的 SnapMirror 策略将卷从旧 ONTAP 群集克隆到新 ONTAP 群集或在级联架构设置中。Vault 策略在传输过程中更改快照的版本 UUID。快照的版本 UUID 用于确定源和目标之间是否存在公共快照。

  1. 记录目标ONTAP集群中所有迁移卷的新卷实例 UUID。

  2. 确认旧ONTAP集群中可用的所有必需SnapMirror策略均已在新ONTAP集群中正确配置。

  3. 在控制台*系统*页面中将新的ONTAP集群添加为系统。

    备注 应该使用卷实例 UUID，而不是卷 ID。卷实例 UUID 是一个唯一标识符，在迁移过程中保持一致，而卷 ID 可能会在迁移后发生变化。

执行SnapMirror到云重新同步

迁移后， NetApp Tech Refresh 团队执行SnapMirror到 Cloud Resync 操作，以从新迁移的卷恢复云备份。

  1. 在控制台*系统*页面中将新的ONTAP集群添加为系统。

  2. 查看NetApp Backup and Recovery卷页面以确保旧源系统详细信息可用。

  3. 从NetApp Backup and Recovery卷页面中，选择*备份设置*。

    • 在备份设置页面中，选择*查看全部*。

    • 从新源右侧的操作…​菜单中，选择*重新同步备份*。

  4. 在重新同步系统页面中，执行以下操作：

    1. 新源系统：进入已迁移卷的新ONTAP集群。

    2. 现有目标对象存储：选择包含来自旧源系统的备份的目标对象存储。

  5. 选择“下载 CSV 模板”以下载重新同步详细信息 Excel 表。使用此表输入要迁移的卷的详细信息。在 CSV 文件中，输入以下详细信息：

    • 源集群中的旧卷实例 UUID

    • 来自目标集群的新卷实例 UUID

    • 要应用于新关系的SnapMirror策略。

  6. 选择“上传卷映射详细信息”下的“上传”，将完成的 CSV 表上传到NetApp Backup and RecoveryUI。

    备注 应该使用卷实例 UUID，而不是卷 ID。卷实例 UUID 是一个唯一标识符，在迁移过程中保持一致，而卷 ID 可能会在迁移后发生变化。

  7. 输入重新同步操作所需的提供商和网络配置信息。

  8. 选择*提交*开始验证过程。

    NetApp Backup and Recovery 验证所选用于重新同步的每个卷是否与对象存储共享一个通用快照。具体来说，存储在对象存储中的最新快照也必须存在于新克隆卷的本地快照中。此检查确保卷已准备好进行 SnapMirror 到云端重新同步操作。

  9. 查看验证结果，包括新的源卷名称和每个卷的重新同步状态。

  10. 检查卷的资格。系统检查卷是否符合重新同步的资格。如果卷不合格，则表示未建立通用快照条件。

    重要说明 为了确保卷仍然符合SnapMirror到 Cloud Resync 操作的条件，请在迁移前阶段删除任何SnapMirror关系之前，为每个卷拍摄最终快照。这保留了数据的最新状态。

  11. 选择*重新同步*以开始重新同步操作。系统使用最新且通用的快照仅传输增量更改，确保备份的连续性。

  12. 在作业监视器页面中监视重新同步过程。