管理控制台中的备份方案

备份方案是管理控制台用于定义应用数据备份频率、应用数据备份保留时长，以及应用数据备份的复制位置和方式的规则。使用备份方案创建政策模板和资源配置文件，每个备份/恢复设备都将使用这些模板和配置文件来管理数据。如果数据未根据您在政策中设置的边界进行备份，就会发生备份方案违规问题。

备份方案标签页提供了两个简单易用的向导，可用于创建将应用到您的应用的数据处理政策：

  • 模板。使用模板向导控制数据的频率和保留期限。您还可以执行数据分层和复制。如需了解详情，请参阅备份模板部分。
  • 个人资料。使用配置文件向导控制数据的存储位置和存储池。如需了解详情，请参阅资源配置文件部分。

请参阅备份方案最佳实践部分，以避免用户在创建和修改政策模板及其关联政策时犯一些常见错误。

备份作业重试

当预定作业失败时，调度程序最多会自动重试该作业三次。作业首次失败时，首次尝试的状态将被标记为“已重试”，并且调度程序将等待 4 分钟后再次将作业加入队列。如果再次失败，系统会在 16 分钟后将下一次重试加入队列。如果第三次失败，系统会在 64 分钟的等待期后将最后一次重试加入队列。重试 3 次失败（总共尝试 4 次）后，最终重试作业的状态会从“已重试”更改为“失败”，并且在该时间段内系统不会再尝试针对该应用执行任何其他作业。

调度程序会像对待任何其他可用作业一样对待作业重试。如果队列中作业的数量多于可容纳它们的槽数，则队列中的重试作业将需要等待槽。如果政策期限在重试作业启动之前结束，则队列中的所有重试作业都不会运行，系统也不会尝试进一步重试。

作业重试次数会在监控 > 作业中报告。为便于区分作业重试，所有四个作业都将采用以下格式的相同作业编号，且按以下顺序排列：

  • Job_xxxxx（状态：已重试）
  • Job_xxxxxa（状态：已重试；在等待 4 分钟后加入队列）
  • Job_xxxxxb（状态：已重试；在等待 16 分钟后加入队列）
  • Job_xxxxxc（状态：失败；在等待 64 分钟后加入队列）

系统会根据政策的时间表尝试下次为此应用执行备份作业。因此，如果时间表要求每天在凌晨 1:00 开始的窗口期内截取一次快照，则下一次尝试将在次日凌晨 1:00 进行。

备份模板

备份模板是备份方案中定义的一组政策。每项政策都定义了数据的备份方式、备份频率和保留时长。具体而言，这些政策定义了以下各项：

  • 数据备份操作类型（例如快照、复制）
  • 应用数据备份操作的频率
  • 应用数据备份的保留时长
  • 与应用数据备份操作相关的高级设置
  • 是否截断日志。更新 Microsoft SQL Server 和 Oracle 等数据库时，系统会创建日志和元数据。日志会说明对数据库所做的修改。
  • 备份数据的保留位置（本地备份/恢复设备、远程备份/恢复设备或 OnVault 存储位置）

通过在模板中混合使用政策，您可以创建一个模板来定义数据的短期和长期保留期限，以及数据的保留位置和复制数据的保留期限。

资源配置文件

资源配置文件用于指定受保护应用和虚拟机数据的存储介质。构成备份计划的政策和资源配置文件决定了要执行的应用数据备份类型以及应用数据备份的存储位置（可使用的磁盘池）。资源配置文件用于定义要使用哪个快照池（如果需要）或将数据复制到哪个远程设备。

除了政策模板和政策之外，您还可以在备份方案中创建资源配置文件。资源配置文件用于定义数据的存储位置。数据可以通过以下方式存储：

  • 本地。为其创建资源配置文件的备份/恢复设备。

  • Remote。用于远程复制的备份/恢复设备。 此远程设备必须是已与所选本地设备配对的设备。

  • OnVault。由 OnVault 存储池定义的存储空间。 OnVault 池可以是您控制的存储空间，也可以是不可擦除、不可变的 Google Cloud 托管式备份保险柜。

资源配置文件会应用于 App Manager 中的应用，并且资源配置文件与政策模板协同工作：

  • 必须将不包含复制政策的政策模板与仅在本地存储数据的资源配置文件一起应用于应用。
  • 包含复制政策的政策模板必须与将数据存储在其他设备上或存储在 OnVault 存储池中定义的资源配置文件一起应用于应用。

您可以为已添加到管理控制台的任何备份/恢复设备定义资源配置文件。

后续步骤