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

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

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

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

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

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

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

您不能将按需 point-in-time备份与 restore (PITR) 一起使用，因为按需备份会将资源保留在备份时所处的状态，而PITR使用连续备份，记录一段时间内的变化。

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

支持的连续备份/时间点恢复服务 (PITR)

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

Amazon S3

要启PITR用 S3 备份，需要将持续备份纳入备份计划。

虽然源存储桶的原始备份可能具有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 实例的持续备份控制权移回亚马逊RDS：

Console

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

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

3. 使用持续RDS备份来保护该资源，删除所有 Amazon 备份计划。

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

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

AWS CLI

调用该DisassociateRecoveryPointAPI操作。

要了解更多信息，请参阅 DisassociateRecoveryPoint。

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

Amazon RDS 连续备份的副本：

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

有关与亚马逊合作的一般信息RDS，请参阅亚马逊RDS用户指南。

Aurora

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

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

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

SAPHANA在 Amazon EC2 实例上

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

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

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

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

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

有关在连续备份（恢复点）的还原作业中可能遇到的问题，请参阅本指南的 “SAPHANA还原疑难解答” 部分。

Point-in-time 恢复注意事项

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