复制概述

创建文件共享后，可以设置复制。

创建副本共享时，第一个副本包含整个共享的数据。 此后，将仅添加先前复制后发生的更改。

您可以在同一区域的另一个区域中创建副本共享。 如果目标区域中有另一个 VPC，那么还可以在同一地理区域中的另一个区域中创建副本。 不支持跨地理位置复制。

在同一区域的另一个区域中创建副本文件共享时，副本共享将从源文件共享继承加密类型和密钥。 无法更改加密。

将文件共享复制到其他区域时，副本必须与源共享具有的加密类型匹配。 但是，它不会从源继承加密。 换言之，如果源共享使用提供者管理的密钥进行加密，那么副本也必须具有提供者管理的加密。 如果使用客户管理的密钥对源共享进行加密，那么还必须使用客户管理的密钥对副本进行加密。 但是，它不必是同一密钥。 创建副本时，请提供要使用的密钥的 CRN。

根据复制调度，服务会将数据从源文件共享拉取到副本文件共享。 您可以选择要将更改从源共享同步到副本的频率。 您可以指定每小时，每天，每周或每月复制调度。 复制时间必须至少间隔 15 分钟。

虽然您无法手动或通过编程方式创建副本共享的快照，但原始共享的快照将在下一次计划同步时复制到副本共享中。 如果复制了带有快照的源共享，相应的复制共享快照将使用系统生成的名称创建，而不是继承源共享快照名称。 由于复制的快照共享源的指纹 ID，因此可以使用指纹来关联快照。

跨区域复制时，数据将跨越 VPC 边界。 VPC 和文件共享必须属于同一帐户，并且您需要在两个区域的文件服务之间 建立服务到服务授权。 在文件共享之间移动时，将在传输中对数据进行加密。 这两个文件共享之间的数据传输费用按以 GB 为增量的统一费率计算。 费用基于整个计费周期内传输的数据量。

在跨区域复制数据时，请考虑本地数据存储位置法律，因为跨边界移动数据可能会产生法律影响。

复制是一个异步操作，不是瞬时的。 您可以使用 复制同步信息 来查看复制过程的持续时间和传输速率。 通过查看复制同步信息，您可以调整复制调度，并将成本与需要在副本上刷新数据的频率进行平衡。 通过查看作业日志和传输速率，您还可以确定需要传输的数据大小是否适合复制窗口。

您需要在文件共享中有足够的未使用容量才能完成复制。 在复制过程中，源卷中的新数据会被复制到副本卷中。 旧数据不会立即被覆盖，而是在复制操作完成后被删除。 例如，如果您的共享容量为 95%，而变化率为 10%，那么副本可能没有足够的空间来容纳这些变化。 如果副本没有足够的空间容纳更新，复制过程就会失败。 您可以在控制台中监控文件共享容量，并为使用情况配置警报。 有关详细信息，请参阅 Monitoring metrics for File Storage for VPC。

副本共享上的数据只读。 您可以通过两种方式获取对数据的读/写访问权:

• 故障转移到复制站点-将暂停源文件共享中的读/写操作，并将文件共享数据的最终副本拉取到副本共享中。 副本共享变为读/写可访问，并且建立了反向复制关系。 原始源文件共享现在成为副本共享并设置为只读。 然后，该服务开始从新的源文件共享中拉取数据。

  如果源文件共享受到损害，那么副本共享是恢复操作的好方法。 故障转移 到副本共享可确保不会中断您的服务。

  启动故障转移时，可以指定在故障转移过程超时或失败时复制关系发生的情况。 当您对文件共享的离线时间有时间要求时，通常会使用该选项。 如果操作超时或由于原始站点 (已降级或不可用) 导致复制失败，那么必须指定要执行的操作。

  • 如果由于计划维护而导致源站点不可用，那么可以选择保留复制关系。 当原始源站点再次运行时，复制将如期恢复。
  • 在灾难恢复情况下，您可以选择拆分卷以尽快使副本共享联机。 但是，在这种情况下，您可能没有可用的最新数据集，您可能需要手动协调应用程序中的状态。 由于复制关系已断开，因此需要在原始站点再次变为可操作时重新设置复制。

• 除去复制关系-在此情况下，您将两个共享分开，并创建两个独立文件共享。 这两个共享都是可读/可写的，并且在这两个共享之间不再同步数据。 在 API 中，此操作称为副本 split 操作。 除去副本关系是永久的，不能在两个共享之间重新建立副本关系。 但是，您可以在同一专区或同一区域的其他专区中创建新副本。

在源或副本文件共享上执行其他操作时，不会除去复制关系或对副本进行故障转移。 (此类操作的一个示例是扩展文件共享大小。) 拆分或故障转移操作一直处于待处理状态，直到其他操作完成。

用例

您可以使用复制来解决灾难恢复问题。 复制可解决以下场景:

• 从应用程序故障进行灾难恢复。

  在此场景中，您正在运行的应用程序将失败。 数据不受影响，但应用程序无法运行。 您可以执行故障转移，在此故障转移中，数据将停顿并发送到另一个区域。 可以将该区域中的虚拟服务器实例配置为在修复主服务器时接管应用程序的操作。

• 由于 IBM Cloud 基础架构故障而导致灾难恢复。

  在此场景中，运行应用程序的 IBM Cloud 可用性区域变为不可用。 您需要尽快在副本位置启动应用程序，并使用上次复制事件中复制的数据。 您可以使用 split 选项启动故障转移，以使副本卷独立。 复制已停止。

• 促进应用程序的定期维护。

  使用复制来促进某些管理任务 (例如，具有更高可用性的升级)。 在可能运行不同级别应用程序代码的两个专区之间迁移数据。 在两个环境中独立运行可以使部署过程具有更大的灵活性。

• 数据迁移或地理扩展。

  您可以使用复制在两个 MZR 区域之间轻松迁移数据。 复制数据后，您可以 除去复制关系，并且副本文件共享可随数据一起提供，以便在新区域中独立使用。

后续步骤

1. 通过控制台、CLI、API 或 Terraform 创建副本文件共享。

   如果要在不同区域之间建立复制，需要先在两个 VPC 的文件服务之间 建立服务对服务授权。

   如果要在使用不同 KMS 解决方案的不同区域中创建副本共享，请在文件服务与目标 KMS 之间 建立服务到服务授权。

2. 通过检查复制状态和 复制同步信息 来验证复制是否正常工作。 系统每 15 分钟查询一次上次同步状态。

3. 使用副本文件共享-如果主文件共享失败或由于任何原因不可用，那么可以故障转移到副本文件共享。 执行故障转移时，副本共享将成为新的主文件共享，具有读和写功能。

4. 当原始文件共享恢复联机时，按原计划重新启动复制。 在这种情况下，您可以继续将副本站点用作主站点，或者故障恢复到原始站点。