本文回答了有关如何备份 Azure 文件的常见问题。 某些答案提供内含全面信息的文章的链接。 也可以在供讨论的 Microsoft Q&A 问题页面中发布有关 Azure 备份服务的问题。
若要快速浏览本文的各个部分,请使用右侧“本文内容”下的链接。
请参阅 Azure 文件共享备份的支持矩阵,确保存储帐户属于受支持的存储帐户类型之一。 还有一种可能是,要查找的存储帐户已受保护或已注册到另一保管库中。 从保管库中注销存储帐户可发现其他保管库中要保护的存储帐户。
检查是否已在同一恢复服务保管库中对 Azure 文件共享进行保护,或者已在最近将其删除。
目前的 Azure 文件存储备份解决方案将快照与备份的文件共享保留在同一存储帐户中。 如果存储帐户被删除,将丢失所有快照。 为了防止帐户被意外删除,Azure 备份在存储帐户上设置了删除锁。 它表示经过授权的用户仍可以读取和修改资源,但不能删除资源。 该锁还限制了对存储帐户下任何文件共享的删除。 这样可以防止意外删除存储帐户和文件共享。
是的。 保护连接到同步组的 Azure 文件共享这一功能已启用。
尝试进行备份时,如果选择一个要发现其中的文件共享的存储帐户,则会将该存储帐户注册到在其中执行此操作的保管库。 如果选择使用其他保管库来保护文件共享,则请从该保管库注销所选存储帐户。
如果已向保管库注册存储帐户,或者已使用保管库保护存储帐户中的其他文件共享,则不会为你提供对此进行更改的选项。 只能由同一保管库对某个存储帐户中的所有文件共享进行保护。 如果要更改保管库,则需要在连接的保管库中停止对存储帐户中所有文件共享的保护,注销此存储帐户,然后选择其他保管库进行保护。
是的。 但是,需要先在连接的保管库中停止对文件共享的保护,注销此存储帐户,然后在另一保管库中对其进行保护。
不是。 只能由同一保管库对某个存储帐户中的所有文件共享进行保护。
在任何时间点,最多可以有一个文件共享的 200 个快照。 此限制包括由 Azure 备份根据策略的定义创建的快照。 如果在达到此限制后无法进行备份,请删除按需快照,以便将来能够成功地进行备份。
下表说明了根据备份策略配置的快照计数:
备份频率 | 保留期 | 快照计数 |
---|---|---|
每日 | 添加为每日、每周、每月和每年备份配置的保留值。 例如,使用以下值配置备份策略: - 每日保留:30 天 - 每周保留:40 周 - 每月保留:4 个月 - 年保留期:6 年 |
这对应于 80 个快照 (30+40+4+6)。 |
每小时 | 为修剪过期快照的任何延迟分配了一个缓冲区。 例如,使用以下内容配置备份策略: - 按计划的每日快照数:6 - 每日保留:30 天 - 每月保留:11 个月 - 年保留期:8 年 |
考虑到每个日快照的缓冲时间为 1 天,对于 6 个每日快照中的每一个,将 30 天的每日保留时间视为 31 天。 因此,该配置对应于 205 [(6X31)+11+8] 个快照。 |
如果文件共享处于软删除状态,则需要首先撤消删除文件共享,以执行还原操作。 取消删除操作将使文件共享进入活动状态,可以在这种状态下还原到任何时间点。 若要了解如何撤消删除文件共享,请访问此链接或查看删除文件共享脚本。 如果文件共享已被永久删除,将无法还原内容和快照。
是的。 如果在停止保护时选择了“保留备份数据”,则可从所有现有的还原点还原。
如果取消正在进行的还原作业,则还原过程将停止,并且在取消之前还原的所有文件将保留在已配置的目标位置(原始位置或备用位置),而不进行任何回退。
如果未列出恢复点,则它一定已过期。 建议检查备份策略中配置的保留期,以了解备份文件共享恢复点的保留期。
是的。 请参阅此处的详细文档。
在当前适用于 Azure 文件存储的备份解决方案中,不会将数据传输到保管库,并且快照将保留在备份文件共享所在的同一存储帐户中。 因此,已传输的数据量(以 MB 为单位)为 0。
保管库的“存储复制”设置与 Azure 文件存储备份不相关。 这是因为当前解决方案基于快照,不会将数据传输到保管库。 快照存储在与备份文件共享相同的存储帐户中,因此根据存储帐户的复制设置进行复制。
可以访问 Azure 备份生成的所有快照,只需在门户、PowerShell 或 CLI 中查看快照即可。 若要详细了解 Azure 文件共享快照,请参阅 Azure 文件的共享快照概述。
将文件共享移动到其他订阅后,Azure 备份会将其视为新文件共享。 下面是建议步骤:
方案:假设在订阅 S1 中有一个文件共享 FS1,并使用 V1 保管库对其进行保护。 现在,你想要将文件共享移动到订阅 S2。
- 将所需的存储帐户和文件共享 (FS1) 移动到其他订阅 (S2)。
- 在 V1 保管库中,对 FS1 的删除数据操作将触发停止保护。
- 从 V1 保管库中注销托管 FS1 的存储帐户。
- 重新配置 FS1 的备份,现已移至 S2,且保管库 (V2) 位于 S2 订阅中。
请注意,在使用 V2 重新配置备份后,使用 V1 拍摄的快照将不再由 Azure 备份管理。 因此,你必须根据要求手动删除这些快照。
是,可以将备份的文件共享移动到其他资源组。 但是,需要为文件共享重新配置备份,因为 Azure 备份会将其视为新资源。 此外,在移动资源组之前创建的快照将不再由 Azure 备份管理。 因此,你必须根据要求手动删除这些快照。
有关最长保留期的详细信息,请参阅支持矩阵。 在配置备份策略时输入保留期值后,Azure 备份会实时计算快照数。 一旦与定义的保留期值对应的快照数超过 200,门户就会显示一条警告,要求你调整保留期值。 因此,在任何时间点对于任何文件共享,都不会超过 Azure 文件所支持的最大快照数限制。
将每日备份策略修改为 GFS 策略(添加每周/每月/每年保留)时,行为如下所示:
保留:如果要在修改策略的过程中添加每周/每月/每年保留,那么作为计划备份的一部分创建的所有未来恢复点都将根据新策略进行标记。 所有现有恢复点仍将被视为每日恢复点,因此不会标记为每周/每月/每年。
快照和恢复点清理:
- 如果延长每日保留期,则会根据新策略中配置的每日保留期值更新现有恢复点的到期日期。
- 如果缩短每日保留期,则会根据新策略中配置的每日保留期值将现有恢复点和快照标记为在下一次清理运行作业中删除,之后就会将其删除。
下面用一个示例说明上述工作原理:
现有策略 [P1]
保留类型 | 计划 | 保留 |
---|---|---|
每日 | 每天晚上 8 点 | 100 天 |
新策略 [已修改 P1]
保留类型 | 计划 | 保留 |
---|---|---|
每日 | 每天晚上 9 点 | 50 天 |
每周 | 星期日晚上 9 点 | 3 周 |
每月 | 上个星期一晚上 9 点 | 1 个月 |
每年 | 一月的第三个星期日晚上 9 点 | 4 年 |
影响
现有恢复点的到期日期将根据新策略的每日保留期值(即 50 天)进行调整。 因此,超过 50 天的任何恢复点都将标记为要删除。
不会基于新策略将现有恢复点标记为每周/每月/每年。
所有将来备份都会根据新计划(即,晚上 9 点)触发。
所有将来恢复点的到期日期都会与新策略一致。
备注
策略更改只会影响在计划备份作业运行的过程中创建的恢复点。 对于按需备份,保留期由执行备份时指定的“保留截止日期”值确定。
在文件共享上应用新策略时,将根据修改后策略中配置的计划执行所有将来的计划备份。 所有现有恢复点的保留期将根据配置的新保留期值进行调整。 因此,如果延长保留期,则会将现有恢复点标记为根据新策略保留。 如果缩短保留期,则会将其标记为在下一次清理作业中删除,之后就会将其删除。
下面用一个示例说明上述工作原理:
现有策略 [P2]
保留类型 | 计划 | 保留 |
---|---|---|
每日 | 每天晚上 8 点 | 50 天 |
每周 | 星期一晚上 8 点 | 3 周 |
新策略 [已修改 P2]
保留类型 | 计划 | 保留 |
---|---|---|
每日 | 每天晚上 9 点 | 10 天 |
每周 | 星期一晚上 9 点 | 2 周 |
每月 | 上个星期一晚上 9 点 | 2 个月 |
更改的影响
现有每日恢复点的到期日期将根据新的每日保留期值(10 天)进行调整。 因此,任何超过 10 天的每日恢复点都将被删除。
现有每周恢复点的到期日期将根据新的每周保留期值(2 周)进行调整。 因此,任何超过 2 周的每周恢复点都将被删除。
每月恢复点只会基于新策略配置在将来备份时创建。
所有将来恢复点的到期日期都会与新策略一致。
备注
策略更改只会影响在计划备份的过程中创建的恢复点。 对于按需备份,保留期由执行备份时指定的“保留截止日期”值确定。
“持续时间”属性可帮助确定当天最后一次备份的时间戳。
例如,如果“开始时间”为“上午 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 点 - 下午 1 点(上午 9 点 + 4 小时)。
若要解决此问题,建议调整计划或持续时间,或选择“每日”频率而不是“每小时”。
如果根据备份“计划”和“持续时间”确定的备份时段的“开始时间”和“结束时间”分布在不同的日期,则会发生此错误。
例如,使用以下参数配置了策略:
- 计划:每 4 小时
- 开始时间:晚上 12 点
- 持续时间:15 小时
根据此配置,备份时段将为 中午 12 点 - 凌晨 3 点(中午 12 点 + 15 小时)。 由于开始时间和结束时间分布在不同的两天中,因此建议调整“开始时间”或“持续时间”,以确保它们在同一天。
假设你将上一配置中的开始时间更改为上午 6 点。 现在,备份时段将为上午 6 点 - 晚上 9 点(上午 6 点 + 15 小时)。 这是一种受支持的配置。
从“每日”切换到“每小时”频率时,行为如下:
保留:如果要在修改策略的过程中添加每周/每月/每年保留,那么作为计划备份的一部分创建的所有未来恢复点都将根据新策略进行标记。 所有现有恢复点仍将被视为每日恢复点,因此不会标记为每周/每月/每年。
快照和恢复点清理:
- 如果延长每日保留期,则会根据新策略中配置的每日保留期值更新现有每日恢复点的到期日期。
- 如果缩短每日保留期,则会根据新策略中配置的每日保留期值将现有每日恢复点和快照标记为在下一次清理运行作业中删除,之后就会将其删除。
垃圾回收器 (GC) 运行时会更新恢复点的到期时间,每 24 小时一次。 更新备份策略后,可能在最多 24 小时后显示“到期时间”的更新(如果 GC 作业无延迟)。
同时配置了快照备份和保管库备份时,到期日期最初反映快照备份的保持期。 快照备份过期后,到期日期将更新,以反映保管库备份的保持期。
否,快照上的租用不会阻止存储帐户删除。
建议对备份的文件共享执行“停止保护并删除数据”操作。
执行此操作后,Azure 备份将释放租用并删除所有快照。 然后,你可以删除文件共享。
否,Azure 备份仅租用此功能发布后拍摄的快照。
否。 如果删除包含租用快照的文件共享,则在取消删除该文件共享时,租用将不存在。
是的,你可以使用不同的备份策略保护同一恢复服务保管库中存储帐户中的文件共享。