有关备份Azure Files的常见问题

请参阅Azure 文件共享备份支持矩阵，以确保存储帐户属于受支持的存储帐户类型之一。 您正在查找的存储帐户也可能已受到保护或已注册到另一个保险库。 将存储帐户从保管库中注销，以在其他保管库中发现存储帐户并进行保护。

检查Azure文件共享是否已在同一恢复服务保管库中受到保护，或者它最近是否已删除。

当前的Azure Files备份解决方案将快照保留在与备份文件共享相同的storage帐户中。 如果删除storage帐户，你将丢失所有快照。 若要防止帐户意外删除，Azure Backup对storage帐户采取删除锁定。 它表示经过授权的用户仍可以读取和修改资源，但不能删除资源。 该锁还限制了删除存储帐户下的任何文件共享。 因此，你可以防止意外删除的情况，保护存储帐户和文件共享。

是的。 已启用连接到同步组的Azure文件共享的保护。

尝试备份时，选择Storage帐户以发现其中的文件共享会将Storage帐户注册到从中完成此作的保管库。 如果选择使用其他保管库保护文件共享，需要从当前保管库注销所选的存储帐户。

如果存储帐户已经注册到保险柜，或者存储帐户中的其他文件共享已受保险柜的保护，则无法更改此设置。 存储帐户中的所有文件共享只能由同一保管库进行保护。 如果要更改保管库，您需要从连接的保管库中停止对存储帐户中所有文件共享的保护，取消注册存储帐户，然后选择其他保管库以进行保护。

是的。 但是，您需要从连接的保管库中停止对文件共享的保护，取消注册此存储帐户，然后在其他保管库中保护它。

不是。 Storage 帐户中的所有文件共享只能由同一保管库保护。

在任意时间点，文件共享最多可以有 200 个快照。 此限制包括由你的策略定义的通过 Azure Backup 创建的快照。 如果在达到此限制后无法进行备份，请删除按需快照，以便将来能够成功地进行备份。

下表说明了根据备份策略配置的快照数量：

计划备份在计划备份时间的 2 小时内触发。 例如，如果 100 个文件共享的备份开始时间安排在凌晨 2:00，则最晚到凌晨 4:00，所有 100 个文件共享的备份作业都将运行。 如果计划的备份因故障导致暂停并随后恢复或重试，则备份过程可能会在计划的两小时时间窗之外启动。

如果文件共享处于软删除状态，则需要首先恢复文件共享，以完成还原操作。 取消删除操作将使文件共享进入活动状态，可以在这种状态下还原到任何时间点。 若要了解如何取消删除文件共享，请访问 此链接或查看 Undelete 文件共享脚本。 如果文件共享已被永久删除，将无法还原内容和快照。

是的。 如果在停止保护时选择了“保留备份数据”，则可从所有现有的还原点还原。

如果取消正在进行的还原作业，则还原过程将停止，并且在取消之前还原的所有文件将保留在已配置的目标位置（原始位置或备用位置），而不进行任何回退。

如果未列出恢复点，则它一定已过期。 建议检查备份策略中配置的保留期，以了解备份文件共享恢复点的保留期。

如果要从快照备份还原，对于原始位置恢复 (OLR)，还原总时间取决于共享中的文件和目录数。 还原到备用位置时，还原时间取决于要还原的共享中的文件和目录数，以及源和目标storage帐户上的可用 IOPS。

不是。 Azure Backup还原期间对恢复点执行租约，确保在完成之前不会删除它。

Azure Backup使用基于密钥的访问进行备份和还原操作。 确保在源存储帐户和目标存储帐户上启用密钥访问，即使配置了基于标识的访问也是如此。

是的。 请参阅详细文档 here。

在当前用于Azure Files的备份解决方案中，不会将数据传输到保管库，快照将保留在与备份文件共享相同的storage帐户中。 因此，已传输的数据量（以 MB 为单位）为 0。

保管库的存储复制设置与Azure Files备份无关。 这是因为当前解决方案基于快照，不会将数据传输到保管库。 快照存储在与被备份的文件共享相同的存储帐户中，因此根据存储帐户的复制设置进行复制。

可以通过在门户、PowerShell 或 CLI 中查看快照来访问Azure Backup创建的所有快照。 若要了解有关 Azure Files 共享快照的详细信息，请参阅 Azure Files 共享快照概述。

将文件共享移动到其他订阅后，Azure Backup将其视为新的文件共享。 下面是建议步骤：

方案：假设在订阅 S1 中有一个文件共享 FS1，并使用 V1 保管库对其进行保护。 现在你想要将文件共享移动到订阅 S2。

1. 将所需的存储帐户和文件共享FS1移动到不同的订阅S2。
2. 在 V1 保管库中，对 FS1 的删除数据操作将触发停止保护。
3. 从 V1 保管库中注销托管 FS1 的 storage 帐户。
4. 重新配置 FS1 的备份，已将其移至 S2，并在 S2 订阅中设置保管库 (V2)。

请注意，使用 V2 重新配置备份后，使用 V1 创建的快照将不再由Azure Backup管理。 因此，你必须根据要求手动删除这些快照。

是，可以将备份的文件共享移动到其他资源组。 但是，需要重新配置文件共享的备份，因为它将通过Azure Backup视为新资源。 此外，在资源组移动之前创建的快照将不再由Azure backup管理。 因此，你必须根据要求手动删除这些快照。

有关最大保留期的详细信息，请参阅support matrix。 Azure Backup在配置备份策略时输入保留值时，对快照数进行实时计算。 一旦与定义的保留期值对应的快照数超过 200，门户就会显示一条警告，要求你调整保留期值。 因此，你在任何时间点都不会超过任何文件共享的 Azure 文件所支持的最大快照数量限制。

将每日备份策略修改为 GFS 策略（添加每周/每月/每年保留）时，行为如下所示：

• 保留：如果要在修改策略的过程中添加每周/每月/每年保留，那么作为计划备份的一部分创建的所有未来恢复点都将根据新策略进行标记。 所有现有恢复点仍将被视为每日恢复点，因此不会标记为每周/每月/每年。

• 清理快照和恢复点：

  • 如果延长每日保留期，则会根据新策略中配置的每日保留期值更新现有恢复点的到期日期。
  • 如果缩短每日保留期，则会根据新策略中配置的每日保留期值将现有恢复点和快照标记为在下一次清理运行作业中删除，之后就会将其删除。

下面用一个示例说明上述工作原理：

现有策略 [P1]

新策略 [已修改 P1]

影响

1. 现有恢复点的到期日期将根据新策略的每日保留期值（即 50 天）进行调整。 因此，超过 50 天的任何恢复点都将标记为要删除。

2. 不会基于新策略将现有恢复点标记为每周/每月/每年。

3. 所有将来备份都会根据新计划（即，晚上 9 点）触发。

4. 所有将来恢复点的到期日期都会与新策略一致。

在文件共享上应用新策略时，将根据修改后策略中配置的计划执行所有将来的计划备份。 所有现有恢复点的保留期将根据配置的新保留期值进行调整。 因此，如果延长保留期，则会将现有恢复点标记为根据新策略保留。 如果缩短保留期，则会将其标记为在下一次清理作业中删除，之后就会将其删除。

下面用一个示例说明上述工作原理：

现有策略 [P2]

新策略 [已修改 P2]

更改的影响

1. 现有每日恢复点的到期日期将根据新的每日保留期值（10 天）进行调整。 因此，任何超过 10 天的每日恢复点都将被删除。

2. 现有每周恢复点的到期日期将根据新的每周保留期值（2 周）进行调整。 因此，任何超过 2 周的每周恢复点都将被删除。

3. 每月恢复点只会基于新策略配置在将来备份时创建。

4. 所有将来恢复点的到期日期都会与新策略一致。

“duration”属性有助于确认当天的最后一次备份时间戳。

例如，如果“开始时间”为“上午 x 点”，“持续时间”为“y 小时”，则将根据策略中定义的“计划”属性在“上午 x 点”与（上午 x 点 + y 小时）之间计划备份。 借助此属性，你能够确保在需对文件共享内容频繁执行更新操作时，仅在工作时间内触发备份；因此，拍摄多个快照可保护数据免遭任何意外更改。

例如，可使用以下配置创建策略：

• 开始时间：上午 9 点
• 计划：每 4 小时
• 持续时间：12 小时

根据这些值，可计算出备份时段为上午 9 点 -（上午 9 点 + 12 小时），即上午 9 点 - 晚上 9 点。 因此，将在此时段内计划所有备份。

当天的第一次备份将在策略中提到的开始时间触发，即上午 9 点，“计划”将确定连续备份之间的时间差，即 4 小时。 利用此计算，备份计划为：上午 9 点、下午 1 点（上午 9 点 + 4 小时）、下午 5 点（下午 1 点 + 4 小时）和晚上 9 点（下午 5 点 + 4 小时）。

由于我们计算得出的备份时段的结束时间为晚上 9 点，所以在该时间之后将不会触发任何备份。

如果您指定的“时间表”大于“持续时间”，则会发生此错误。 例如，你已将“开始时间”配置为上午 9 点，“计划”为 6 小时，“持续时间”为 4 小时。 在此方案中，唯一可以触发备份作业的时间是9点，因为下午3点（9点加6小时）的下一次备份时间在备份时段之外，备份时段为9点至13点（9点加4小时）。

若要解决此问题，建议调整计划或持续时间，或选择“每日”频率而不是“每小时”。

如果根据备份“计划”和“持续时间”确定的备份时段的“开始时间”和“结束时间”分布在不同的日期，则会发生此错误。

例如，使用以下参数配置了策略：

• 计划：每 4 小时
• 开始时间：晚上 12 点
• 持续时间：15 小时

根据此配置，备份时段将为 中午 12 点 - 凌晨 3 点（中午 12 点 + 15 小时）。 由于开始时间和结束时间分别在不同的两天，因此建议调整开始时间或持续时间，以确保它们在同一天。

假设你将上一配置中的开始时间更改为上午 6 点。 现在，备份时段将为上午 6 点 - 晚上 9 点（上午 6 点 + 15 小时）。 这是一种受支持的配置。

从“每日”切换到“每小时”频率时，行为如下：

• 保留：如果要在修改策略的过程中添加每周/每月/每年保留，那么作为计划备份的一部分创建的所有未来恢复点都将根据新策略进行标记。 所有现有恢复点仍将被视为每日恢复点，因此不会标记为每周/每月/每年。

• 清理快照和恢复点：

  • 如果延长每日保留期，则会根据新策略中配置的每日保留期值更新现有每日恢复点的到期日期。
  • 如果缩短每日保留期，则会根据新策略中配置的每日保留期值将现有每日恢复点和快照标记为在下一次清理运行作业中删除，之后就会将其删除。

垃圾回收器 (GC) 运行时会更新恢复点的“到期时间”，每 24 小时一次。 在更新备份策略后，可能需要最多 24 小时才能在“到期时间”字段中反映更新，前提是 GC 作业没有出现延迟。

同时配置快照备份和保管库备份时，开始时到期日期会反映快照备份的保留期。 快照备份过期后，到期日期将更新，以反映保管库备份的保持期。

在按需备份期间，Azure Backup自动重新创建已删除的锁以保护数据并防止意外更改或删除。

否，快照上的租约不会阻止存储帐户的删除。

建议对备份的文件共享执行“停止保护并删除数据”操作。

此作后，Azure Backup将释放租约并删除所有快照。 然后，你可以删除文件共享。

否，Azure Backup仅对在释放此功能后拍摄的快照进行租约。

不是。 如果删除包含租用快照的文件共享，则在取消删除该文件共享时，租用将不存在。

是的，您可以在同一恢复服务保管库中使用不同的备份策略保护存储帐户中的文件共享。

后续步骤

• 排查备份Azure文件共享时的问题