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 实例的备份（恢复点）时，请使用 Amazon RDS 中的create-db-snapshot操作 AWS Backup 创建该实例的手动数据库快照。数据库实例的所有快照，无论它们来自 Amazon RDS 自动备份、手动快照还是 AWS Backup来自该实例的同一个增量快照链。

只有为数据库实例拍摄的第一张快照才能存储数据库的全部内容。同一实例的每一个后续快照都是增量的，这意味着它仅存储自最近一次快照以来更改的数据。因此，如果实例已经有自动备份或更早的快照，则 AWS Backup 创建的第一个恢复点也是增量的，而不是新的完整快照。在这种情况下，“完整” 是指可以从中恢复整个数据库的快照。这并不意味着数据的完整存储级副本。

使用跨账户或跨区域副本时，增量快照复制作业的处理速度要比完整快照复制作业快。在新复制作业完成之前保留以前的快照副本可能会缩短复制作业的持续时间。如果您选择从 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 Custom。要恢复，请使用 Amazon RDS 中的restore-db-instance-from-db-snapshot操作和 AWS Backup创建的快照。有关更多信息，请参阅使用中的备份恢复适用于 SQL Server 的 Amazon RDS 自定义实例 AWS Backup。

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

AWS Backup 不支持在 Outposts 或本地区域（包括专用本地区域）中备份和恢复 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 支持的服务以及管理连续备份设置。

重要

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

亚马逊 RDS Multi-Availability 区域备份

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

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

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 连续备份的常见问题

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

AWS Backup 时间点恢复（连续备份）在 Amazon RDS 和 Aurora 中集中管理自动备份。当您在中启用连续备份时 AWS Backup， AWS Backup 将从 Amazon RDS 或 Aurora 接管对自动备份的控制权。您无法再使用 Amazon RDS 或 Aurora 控制台或 API 更改备份开始时间（首选备份窗口）或保留时间。您仍然可以通过 Amazon 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 实例的 ModifyDBCluster API 或适用于 Aurora 集群的 API，然后立即应用更改。ModifyDBInstance如果 Amazon RDS 或 Aurora 上有任何待处理的配置更改，也会立即应用这些更改。在此操作期间可能会有短暂的停机时间。

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