连续备份和 point-in-time恢复 (PITR) - AWS Backup
持续备份和 PITR 注意事项受支持的服务

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

连续备份和 point-in-time恢复 (PITR)

对于某些资源，除了快照备份外，还 AWS Backup 支持连续备份和 point-in-time恢复 (PITR)。

使用连续备份，您可以将 AWS Backup支持的资源倒带回您选择的特定时间，精确度在 1 秒钟内（最多可追回 35 天）。连续备份的工作原理是，首先创建资源的完整备份，然后不断备份资源的事务日志。PITR 的工作原理是访问您的完整备份，然后将事务日志重放到您要求恢复的时间。 AWS Backup

或者，可以每小时进行一次快照备份。快照备份最多可存储 100 年。可以复制快照进行完整备份或增量备份。

由于连续备份和快照备份具有不同的优势，因此建议您同时使用连续备份和快照备份规则来保护您的资源。

按需备份会立即开始备份您的资源。如果您希望在备份计划中定义的计划时间以外的时间创建备份，则可以选择按需备份。例如，可以随时使用按需备份来测试备份和功能。

您不能在 PITR 中使用按需备份，因为按需备份会将资源保留在备份时所处的状态，而 PITR 使用连续备份，可以记录一段时间内的变化。

在 AWS Backup 使用 AWS Backup 控制台或 API 创建备份计划时，您可以选择对支持的资源进行持续备份。连续备份计划会创建一个连续恢复点，每当作业运行时就会更新该恢复点。

内容

Point-in-time 恢复注意事项

请注意以下 point-in-time恢复注意事项：

  • 自动回退到快照 - 如果 AWS Backup 无法执行连续备份，则会尝试执行快照备份。

  • 不支持按需连续备份 — AWS Backup 不支持按需连续备份，因为按需备份会记录一个时间点，而连续备份的记录会在一段时间内发生变化。

  • 不支持转换到冷存储 - 连续备份不支持转换到冷存储，因为转换到冷存储至少需要 90 天的转换期，而连续备份的最大保留期为 35 天。

  • 还原近期活动 - Amazon RDS 活动允许还原到最近 5 分钟的活动；Amazon S3 允许还原到最近 15 分钟的活动。

重要

单个资源只能有一个连续备份。请在下方展开以了解更多详细信息和最佳实践。

每个资源（例如 Amazon S3 存储桶或 Amazon RDS 数据库）只能有一个连续备份（恢复点）；额外的连续备份是多余的。当多个备份策略、计划或规则指示 AWS Backup 为同一资源创建多个连续备份时，以下过程适用：

  • 如果多个规则指定一个存储库中应有多个连续备份，则 AWS Backup 遵循保留期（生命周期）最长的规则，忽略其他规则。

  • 如果多个规则指定多个连续备份应位于多个存储库中，则根据处理的第一条规则 AWS Backup 创建一个连续备份。后续每条为已有连续备份的资源指定连续备份的规则都将导致快照（定期）备份。

出现重复的连续备份计划时，在连续恢复点之后创建的快照备份的状态可能显示为Completed with issues。此恢复点的详细信息将显示类似于的错误“Enabling continuous backup failed, because of the following error: PITR already configured in backup plan: [ARN]”。此错误表示已经配置了至少一个连续备份（用于与包含错误的恢复点不同的恢复点）。只要第一个连续备份（恢复点）的状态为，就可以将其用于时间点恢复 (PITR)。COMPLETED

为防止创建带有问题（和错误消息）的意外快照，请查看您的组织备份策略。如有必要，调整备份计划和策略，为同一资源创建多个连续备份。

在您进行调整后，仅对资源进行一次连续备份，则快照备份将根据创建快照备份的计划的指定生命周期进行保留，然后它们将过渡到EXPIRED并被删除。持续备份及其 point-in-time恢复能力将根据创建它的规则进行维护。

支持的持续备份和 PITR 服务

AWS Backup 支持以下服务和应用程序的连续备份和 point-in-time恢复：

Amazon S3

要为 S3 备份启用 PITR，需要将连续备份设置为备份计划的一部分。

虽然源存储桶的原始备份可能已激活 PITR，但跨区域或跨账户目的地副本不具有 PITR，因此从这些副本还原将还原到它们的创建时间（这些副本将是快照副本），而不是还原到指定的时间点。

RDS

备份计划：当 AWS Backup 计划同时创建 Amazon RDS 快照和连续备份时， AWS Backup 将智能地安排您的备份窗口，使其与 Amazon RDS 维护窗口协调以防止冲突。为了进一步防止冲突，不支持手动配置 Amazon RDS 自动备份时段。无论备份计划的快照备份频率是否为每天一次，RDS 都会每天拍摄一次快照。

设置：将 AWS Backup 持续备份规则应用于 Amazon RDS 实例后，您无法在 Amazon RDS 中创建或修改该实例的连续备份设置；修改必须通过 AWS Backup 控制台或 AWS Backup CLI 完成。

将 Amazon RDS 实例的连续备份控制权转移回 Amazon RDS：

Console

  1. 在 https://console.aws.amazon.com/backup 上打开 AWS Backup 控制台。

  2. 在导航窗格中，选择备份计划。

  3. 删除所有包含保护该资源的连续备份的 Amazon RDS 备份计划。

  4. 选择备份保管库。从备份保管库中删除连续备份恢复点。或者，等待其保留期过去， AWS Backup 从而自动删除恢复点。

完成这些步骤后， AWS Backup 会将资源的持续备份控制权移回 Amazon RDS。

AWS CLI

调用 DisassociateRecoveryPoint API 操作 。

要了解更多信息，请参阅DisassociateRecoveryPoint。
Amazon RDS 连续备份所需的 IAM 权限

  • AWS Backup 要使用为您的 Amazon RDS 数据库配置连续备份，请验证 API 权限是否rds:ModifyDBInstance存在于您的备份计划配置所定义的 IAM 角色中。要还原 Amazon RDS 连续备份，您必须向为还原任务提交的 IAM 角色添加权限 rds:RestoreDBInstanceToPointInTime。您可以使用 AWS Backup default service role 执行备份和还原。

  • 要描述可用于 point-in-time恢复的时间范围， AWS Backup 请致电rds:DescribeDBInstanceAutomatedBackups。在 AWS Backup 控制台中，您必须拥有 AWS Identity and Access Management (IAM) 托管策略中的 rds:DescribeDBInstanceAutomatedBackups API 权限。您可以使用 AWSBackupFullAccess 或 AWSBackupOperatorAccess 托管策略。这两个策略都具有所有必需的权限。有关更多信息，请参阅托管策略。

保留期：当您更改 PITR 保留期时， AWS Backup 会立即调用 ModifyDBInstance 并应用该更改。如果您还有其他配置更新等待下一个维护时段，则更改 PITR 保留期还会立即应用这些配置更新。有关数更多信息，请参阅 Amazon Relational Database Service API 参考中的 ModifyDBInstance。

Amazon RDS 连续备份的副本：

  • 增量快照复制作业的处理速度比完整快照复制作业的处理速度更快。在新复制作业完成之前保留以前的快照副本可能会缩短复制作业的持续时间。如果您选择从 RDS 数据库实例复制快照，请务必注意，先删除以前的副本将导致创建完整快照副本（而不是增量副本）。有关优化复制的更多信息，请参阅《Amazon RDS 用户指南》中的增量快照复制

  • 创建 Amazon RDS 连续备份的副本 — 您无法创建 Amazon RDS 连续备份的副本，因为 AWS Backup 对于 Amazon RDS，不允许复制事务日志。而是 AWS Backup 创建快照并按照备份计划中指定的频率进行复制。

恢复：您可以使用 Amazon RDS AWS Backup 或 Amazon RDS 执行 point-in-time恢复。有关 AWS Backup 控制台的说明，请参阅恢复 Amazon RDS 数据库。有关 Amazon RDS 说明，请参阅《Amazon RDS 用户指南》中的将数据库实例还原到指定时间。

提示

设置为 Always On 的多可用区数据库实例不应将备份保留期设置为 0。如果出现错误，请使用 AWS CLI 命令disassociate-recovery-point代替delete-recovery-point，然后在 Amazon RDS 设置中将保留设置更改为 1。

有关使用 Amazon RDS 的一般信息，请参阅 Amazon RDS 用户指南。

Aurora

要启用对您的 Aurora 资源的连续备份，请参阅本页第一部分中的步骤。

将 Aurora 集群还原到某个时间点的过程是还原 Aurora 集群快照的步骤的变体。

当您进行时间点还原时，控制台会显示还原时间部分。请参阅本页下方使用连续备份中的还原连续备份。

Amazon EC2 实例上的 SAP HANA

您可以进行连续备份，这可以与 point-in-time恢复 (PITR) 一起使用（请注意，按需备份会将资源保留在拍摄时的状态；而 PITR 使用连续备份来记录一段时间内的变化）。

通过连续备份，您可以将 EC2 实例上的 SAP HANA 数据库还原回您选择的特定时间，精确度在 1 秒内（最长可追回 35 天）。连续备份的工作原理是，首先创建资源的完整备份，然后不断备份资源的事务日志。PITR 恢复的工作原理是访问您的完整备份，然后将事务日志重放到您要求恢复的时间。 AWS Backup

在 AWS Backup 使用 AWS Backup 控制台或 API 创建备份计划时，您可以选择连续备份。

使用控制台启用连续备份

  1. 登录 AWS Management Console，然后在 https://console.aws.amazon.com/backup 上打开 AWS Backup 控制台。

  2. 在导航窗格中，选择备份计划，然后选择创建备份计划。

  3. 在备份计划下，选择添加备份计划。

  4. 在备份规则配置部分，选择为支持的资源启用连续备份。

禁用 SAP HANA 数据库备份的 PITR（point-in-time恢复）后，日志将继续发送到中， AWS Backup 直到恢复点到期（状态等于EXPIRED)。您可以更改到 SAP HANA 中的替代日志备份位置，以停止向 AWS Backup传输日志。

状态为的连续恢复点STOPPED表示连续恢复点已中断；也就是说，从 SAP HANA 传输到 AWS Backup 的显示数据库增量更改的日志存在间隔。在此时间范围间隙内出现的恢复点状态为 STOPPED.。

有关在连续备份（恢复点）的还原作业期间可能遇到的问题，请参阅本指南的 SAP HANA 还原故障排除部分。