View a markdown version of this page

Amazon Relational Database Service 备份 - AWS Backup
亚马逊 RDS 和 AWS Backup 快照了解备份重叠和成本Amazon RDS 和 AWS Backup 持续备份以及 PITR亚马逊 RDS Multi-AZ 备份亚马逊 Aurora 全球数据库Amazon RDS 和 Aurora 持续备份的常见问题

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

Amazon Relational Database Service 备份

亚马逊 RDS 和 AWS Backup

考虑备份 Amazon RDS 实例和集群的选项时，务必明确要创建和使用哪种备份。包括 Amazon RDS 在内的多种 AWS 资源都提供自己的本机备份解决方案。

Amazon RDS 提供自动备份和手动备份的选项。根据备份类型 AWS Backup ，由创建的恢复点的分类有所不同：

  • 在 Amazon RDS 中 AWS Backup ，由创建的定期快照被视为手动备份。这些是根据您的备份计划时间表拍摄的基于快照的备份。

  • 在 Amazon RDS 中 AWS Backup ，由创建的持续备份被视为自动备份。它们通过维护事务日志和自动快照来实现时间点恢复 (PITR)。

这种区别很重要，因为在 Amazon RDS 中，手动备份和自动备份具有不同的保留行为和生命周期管理。

当您使用 AWS Backup 创建 Amazon RDS 实例的备份（恢复点）时，请 AWS Backup 检查您之前是否使用过 Amazon RDS 创建自动备份。如果存在自动备份，则 AWS Backup 创建增量快照副本（copy-db-snapshot操作）。如果不存在备份，则 AWS Backup 创建您指定的实例的快照，而不是副本（create-db-snapshot操作）。

通过 AWS Backup任一操作创建的第一个快照都将生成 1 个完整快照。只要存在完整备份，其所有后续副本都将是增量备份。

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

重要

当 AWS Backup 备份计划计划为一个 Amazon RDS 实例创建多个每日快照，并且其中一个计划的 “AWS Backup 启动备份” 窗口与 Amazon RDS 备份窗口重合时，备份的数据谱系可能会分支为不相同的备份，从而产生计划外和冲突的备份。为防止出现这种情况，请确保您的 AWS Backup 备份计划或 Amazon RDS 窗口的时间不一致。

注意事项

AWS Backup 支持为 SQL Server 实例创建 RDS 自定义的按需备份。但是，本机不支持通过恢复 SQL Server AWS Backup 的 RDS 自定义版本。要进行恢复，请在 Amazon RDS 中对 AWS Backup创建的快照使用该restore-db-instance-from-db-snapshot操作。有关更多信息，请参阅使用中的备份还原 Amazon RDS Custom for SQL Server 实例 AWS Backup。

目前不支持适用于 Oracle 的 RDS 自定义 AWS Backup。

AWS Backup 不支持在前哨或本地区域（包括专用本地区域）上备份和恢复 RDS。 AWS Backup 要求将 RDS 实例BackupTarget设置为region（默认）。

了解备份重叠和成本

AWS Backup 在 Amazon RDS 中，定期快照被归类为手动备份。虽然它们与自动备份共享相同的增量快照链，但它们与自动备份一起计入您的总备份存储空间。Amazon RDS 提供等于您预置的数据库实例存储空间的免费备份存储空间分配，这包括自动备份和手动快照的总和。超出该分配的存储空间将计费。如果您同时运行定时 AWS Backup 快照和 Amazon RDS 自动备份，则两者均占总数，您应将其考虑在成本规划中。

当您使用 AWS Backup 备份 Amazon RDS 数据库实例时，自动快照可能会显示意外的时间戳；它与 AWS Backup 快照创建时间相匹配，而不是 Amazon RDS 自动备份窗口。如果 Amazon RDS 在过去一天内找不到最近的自动备份，它将整合备份。Amazon RDS 将自动备份元数据附加到 AWS Backup 创建的手动快照中。这可确保数据库实例保持定期的自动备份。当 AWS Backup 操作运行时间足够长以与 Amazon RDS 自动备份窗口重叠时，最常发生这种情况。

整合备份时，手动和自动快照条目都引用相同的底层快照数据。您只需为该单个底层快照支付一次费用，并且您的数据仍受到全面保护。此外，无论条目是否整合，备份保留和时间点还原功能都不会受到影响。

Amazon RDS 连续备份和时间点还原

持续备份包括使用 AWS Backup 创建您的 Amazon RDS 资源的完整备份，然后通过事务日志捕获所有更改。通过倒回到您希望还原到的时间点，而不是选择以前按固定时间间隔拍摄的快照，可以实现更细粒度。

有关更多信息，请参阅连续备份和 PITR 支持的服务以及管理连续备份设置。

重要

在 Amazon RDS 之前禁用 AWS Backup 时启用持续备份（或在之前启用时禁用持续备份）会使 Amazon RDS 实例离线进行更改。在维护时段内计划此项变更以最大限度地减少影响。如果从 Amazon RDS 启用了自动备份，并且只是将备份移至 AWS Backup，则无需停机。

亚马逊 RDS Multi-Availability 区域备份

AWS Backup 备份并支持适用于 MySQL 的 Amazon RDS 和 PostgreSQL Multi-AZ （可用区）部署选项，其中包含一个主数据库实例和两个可读备用数据库实例。

有关可用区域备份的区域列表，请参阅中的 Amazon RDS Multi-AZ 专栏支持的服务由 AWS 区域。 Multi-Availability

该 Multi-AZ 部署选项可优化写入事务，是您的工作负载需要额外的读取容量、更低的写入事务延迟、更强的网络抖动（这会影响写入事务延迟的一致性）的弹性以及高可用性和耐久性时的理想之选。

要创建 Multi-AZ 集群，你可以选择 MySQL 或 PostgreSQL 作为引擎类型。

在 AWS Backup 控制台中，有三个部署选项：

  • Multi-AZ 数据库集群：使用一个主数据库实例和两个可读的备用数据库实例创建数据库集群，每个数据库实例位于不同的可用区。为服务器就绪型工作负载提供高可用性、数据冗余并增加容量。

  • Multi-AZ 数据库实例：在不同的可用区中创建主数据库实例和备用数据库实例。这提供了高可用性和数据冗余，但备用数据库实例不支持读取工作负载的连接。

  • 单个数据库实例：创建单个数据库实例，没有备用数据库实例。

实例和集群的备份行为

  • Point-in-Time 恢复 (PITR) 可以支持实例，但不支持集群。

  • 不支持复制 Multi-AZ 数据库集群快照。

  • RDS 恢复点的 Amazon 资源名称（ARN）取决于使用的是实例还是集群：

    一个 RDS 实例 ARN：arn:aws:rds:region: account:db:name

    一个 RDS Multi-Availability 集群：arn:aws:rds:region:account:cluster:name

有关更多信息，请参阅 Amazon R Multi-AZ DS 用户指南中的数据库集群部署。

有关创建 Multi-AZ 数据库集群快照的更多信息，请参阅 Amazon RDS 用户指南。

亚马逊 Aurora 全球数据库

AWS 建议在部署全球数据库的每个区域维护备份。

Amazon RDS 和 Aurora 持续备份的常见问题

亚马逊 RDS 和 Aurora 持续备份如何与自动备份相关联？

AWS Backup 时间点恢复（持续备份）集中管理 Amazon RDS 和 Aurora 中的自动备份。当您在中启用持续备份时 AWS Backup， AWS Backup 将接管 Amazon RDS 或 Aurora 的自动备份控制权。您无法再使用 Amazon RDS 或 Aurora 控制台或 API 更改备份开始时间（首选备份窗口）或保留时间。您仍然可以通过亚马逊 RDS 或 Aurora 控制台或 API 管理维护窗口。 AWS Backup 智能地安排自动备份，尽可能避免与其他定时备份（快照）和维护时段重叠。

连续备份如何显示在 AWS Backup 控制台？

在 AWS Backup 控制台中，导航到备份计划中指定的保管库，然后在 “备份类型” 列中查找 “持续”。第一次连续备份完成后，备份显示为可用，这表明 PITR 可用于该资源。

如何将自动备份的控制权交还给 Amazon RDS 或 Aurora？

要将自动备份的控制权交还给 Amazon RDS 或 Aurora，请先删除为 Amazon RDS 或 Aurora 启用持续备份的备份计划或规则，或者修改规则以删除持续备份。然后选择以下任一选项：

  • 保留备份数据：运行 DisassociateRecoveryPoint API。这会解除持续备份的关联并将控制权移交给 Amazon RDS，从而将备份数据保留在 Amazon RDS 中，可用于执行恢复。

  • 移除备份数据：运行 DeleteRecoveryPoint API。这将删除持续恢复点，删除备份数据，并将控制权交还给 Amazon RDS。

重要

运行DisassociateRecoveryPoint或时DeleteRecoveryPoint， AWS Backup 调用 Amazon RDS 实例ModifyDBInstance的 ModifyDBCluster API 或适用于 Aurora 集群的 API，并立即应用更改。如果 Amazon RDS 或 Aurora 上有任何待处理的配置更改，这些更改也会立即生效。在此操作期间，可能会有短暂的停机时间。

有关更多信息，请参阅如何在中停止 Amazon RDS 持续备份 AWS Backup？