本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
备份计划选项和配置
在 AWS Backup 控制台中定义备份计划时，需要配置以下选项：
备份计划名称
您必须提供唯一备份计划名称。
如果您选择与现有计划名称相同的名称，将会收到一条错误消息。
备份规则
备份计划由一个或多个备份规则组成。向备份计划添加备份规则或编辑备份计划中的现有规则：
-
在 AWS Backup 控制台的左侧导航窗格中，选择 Backup plans。
-
在备份计划名称下，选择一个备份计划。
-
在备份规则部分下：
-
要添加备份规则，请选择添加备份规则。
-
要编辑现有备份规则，请选择规则，然后选择编辑。
-
注意
如果您的备份计划包含多个规则，并且两个规则的时间范围重叠，请 AWS Backup 优化备份并针对保留时间较长的规则进行备份。优化功能考虑了完整的启动时段，而不仅仅是每日备份的时间。
每个备份规则都包含以下元素。
备份规则名称
备份规则名称区分大小写。必须包含 1 到 50 个字母数字字符或连字符。
Backup frequency (备份频率)
备份频率决定了 AWS Backup 创建快照备份的频率。使用控制台，您可从每小时、每 12 个小时、每天、每周或每月中选择频率。您还可以创建 Cron 表达式，以每小时一次的频率创建快照备份。使用 AWS Backup CLI，您可以将快照备份的频率安排为每小时一次。
如果选择每周，您可以指定在一周中的星期几进行备份。如果选择每月，您可以选择在一月中具体哪一天进行备份。
您也可以选中 “为支持的资源启用连续备份” 复选框来创建启用 point-in-time 还原 (PITR) 的连续备份规则。与快照备份不同，连续备份允许您执行 point-in-time 恢复。要详细了解连续备份，请参阅时间点恢复。
备份时段
备份时段由备份时段的开始时间和持续时间（以小时为单位）构成。备份作业会在此时段内启动。控制台中的默认设置为：
-
系统所在时区当地时间@@ 上午 12:30（24 小时系统为 0:30）
8 小时内开始
-
7 天内完成
（在参数内完成不适用于 Amazon FSx 资源）
您可以使用 cron 表达式来自定义备份频率和备份时段开始时间。要查看 AWS cron 表达式的六个字段，请参阅 A ma CloudWatch zon Events 用户指南中的 Cron 表达式。 AWS cron 表达式的两个示例是15 * ? * * *（每小时在过去 15 分钟时进行一次备份）和0 12 * * ? *（每天中午 12 点进行备份UTC）。要查看示例表，请单击前面的链接并向下滚动页面。
AWS Backup 在 00:00 到 23:59 之间评估 cron 表达式。如果您创建了“每 12 小时”的备份规则，但提供的开始时间晚于 11:59，则该规则每天只会运行一次。
连续备份和 point-in-time 恢复 (PITR) 引用一段时间内记录的更改；因此，无法使用时间或 cron 表达式来安排这些更改。
注意
通常， AWS 数据库服务无法在维护时段前 1 小时或维护时段内启动备份，Amazon FSx 也无法在维护时段或自动备份窗口前 4 小时或期间启动备份（Amazon Aurora 不受此维护时段限制的约束）。在这段时间内安排的快照备份将失败。
当您选择使用 AWS Backup 对受支持的服务进行快照和连续备份时，会发生异常。 AWS Backup 将自动安排备份时段以避免冲突。有关支持的服务列表以及如何使用 AWS Backup 进行连续备份的说明，请参阅时间点恢复。
重叠备份规则
有时，备份计划可能包含多个重叠的规则。当不同规则的起始窗口重叠时， AWS Backup 会根据保留期较长的规则保留备份。例如，假设有一个备份计划包含两条规则：
-
每小时备份一次，起始时间为 1 小时，并保留 1 天。
-
每 12 小时备份一次，起始时间为 8 小时，并保留 1 周。
24 小时后，第二条规则创建两个备份（因为它的保留期更长）。第一条规则创建八个备份（因为第二条规则的 8 小时启动时间使每小时备份无法运行）。具体来说：
| 在这个开始时间内 | 此规则创建 1 个备份 |
|---|---|
| 午夜至早上 8 点 | 12 小时 |
| 8 点到 9 点 | 每小时 |
| 9 点到 10 点 | 每小时 |
| 10 点到 11 点 | 每小时 |
| 11 点到中午 | 每小时 |
| 中午至晚上 8 点 | 12 小时 |
| 8 点到 9 点 | 每小时 |
| 9 点到 10 点 | 每小时 |
| 10 点到 11 点 | 每小时 |
| 11 点到午夜 | 每小时 |
在启动时段内，备份作业的状态将保持 CREATED 状态，直到成功启动或启动时段结束为止。如果在启动窗口内 AWS Backup 收到允许重试作业的错误消息， AWS Backup 则至少每 10 分钟自动重试一次以开始作业，直到备份成功开始（任务状态更改为RUNNING）或任务状态更改为EXPIRED（预计在启动窗口时间结束时发生）。
生命周期和存储层
备份将存储您指定的天数（即备份生命周期）。备份可以还原，直到其生命周期结束。
在 AWS Backup 控制台中备份规则配置的生命周期部分中，将其设置为总保留期。
如果您使用 AWS CLI，则使用参数进行设置DeleteAfterDays。快照的保留期可以介于 1 天到 100 年之间（如果不输入具体时间，则无限期），而连续备份的保留期可以从 1 天到 35 天不等。备份的创建日期是备份作业的开始日期，而不是其完成的日期。如果您的备份任务未在开始日期完成，请使用开始日期来帮助计算保留期。
备份保存在存储层中。如 AWS Backup 定价
冷存储目前可用于以下资源类型：
| 资源类型 | 冷存储中的增量备份或完整备份 |
|---|---|
AWS CloudFormation |
增量 |
DynamoDB，带 高级功能 |
完整；任何层中都没有增量备份 |
亚马逊EBS（使用EBS快照存档） |
完整；转移后增量备份将变为完整备份。 |
Amazon EFS |
增量 |
SAPHANA在 Amazon EC2 实例上运行的数据库 |
增量 |
Amazon Timestream |
增量 |
VMware虚拟机 |
增量 |
通过控制台或命令行启用向冷存储的转移后，以下条件对于冷存储（或归档）中的备份是成立的：
-
过渡后的备份除了在温存储中存储的时间外，还必须在冷库中存储至少 90 天。 AWS Backup 要求将保留期设置为 90 天，比 “几天后过渡到低温” 设置长 90 天。在备份转换为冷态后，您无法更改“转换为冷态前经过的天数”设置。
-
一些服务支持增量备份。对于增量备份，必须至少有一个热完整备份。 AWS Backup 建议您将生命周期设置为在至少 8 天后才将备份移至冷存储。如果过早地将完整备份过渡到冷存储（例如，1 天后过渡到冷存储），则 AWS Backup 会创建另一个热完整备份。
-
对于支持增量备份的资源类型，如果热备份不再引用 AWS Backup 过渡后的数据，则会将数据从温存储转换为冷存储。冷备份中保留的仅供其他冷备份引用的备份数据按冷存储层定价计费。其他备份则继续按暖存储层定价计费。
备份保管库
备份保管库是一个用来整理备份的容器。由备份规则创建的备份存储到您在备份规则中指定的备份保管库。您可以使用备份存储库来设置 AWS Key Management Service (AWS KMS) 加密密钥，该密钥用于加密备份库中的备份，并控制对备份库中备份的访问权限。您还可以向备份保管库添加标签来帮助组织备份保管库。如果您不想使用默认保管库，可以自行创建保管库。有关创建备份存储库的 step-by-step 说明，请参阅Backup 保管库的创建和删除。
复制到区域
作为备份计划的一部分，您可以选择在另一个 AWS 区域创建备份副本。有关备份副本的更多信息，请参阅跨 AWS 区域创建备份副本。
在定义备份副本时，您可以配置以下选项：
目的地区域
备份副本的目的地区域。
（高级设置）备份保管库
副本的目的地备份保管库。
（高级设置）IAM角色
创建副本时 AWS Backup 使用的IAM角色。该角色还必须 AWS Backup 列为可信实体，这样 AWS Backup 才能担任该角色。如果您选择 “默认”，但您的账户中没有 AWS Backup 默认角色，则会为您创建一个具有正确权限的角色。
（高级设置）生命周期
指定将备份副本转换到冷存储的时间以及副本的到期（删除）时间。转换到冷存储的备份必须在冷存储中存储至少 90 天。在副本转换为冷存储后，您无法更改此值。
过期指定副本在创建后多少天删除。这必须比转换为冷存储值多 90 天。
添加到恢复点的标签
您在此处列出的标签，在创建备份时将自动添加到备份。
添加到备份计划的标签
这些标签与备份计划本身关联，帮助您组织和跟踪备份计划。
高级备份设置
为在 Amazon EC2 实例上运行的第三方应用程序启用应用程序一致性备份。目前， AWS Backup 支持 Windows VSS 备份。 AWS Backup 从 Windows VSS 备份中排除特定的亚马逊EC2实例类型。有关更多信息，请参阅 创建 Windows VSS 备份。
