备份和还原 Aurora 数据库集群的概述
以下主题介绍 Aurora 备份以及如何还原 Aurora 数据库集群。
备份
Aurora 自动备份您的集群卷并将还原数据保留备份保留期的时长。Aurora 自动备份是连续和递增的,您可以快速还原到备份保留期内的任何时间点。在写入备份数据时,不会发生任何性能影响或数据库服务中断。在创建或修改数据库集群时,可指定备份保留期(1 天到 35 天)。Aurora 自动备份存储在 Amazon S3 中。
如果希望数据的保留期超出备份保留期,则可为集群卷中的数据创建快照。Aurora 数据库集群快照不会过期。您可以从该快照创建新的数据库集群。有关更多信息,请参阅创建数据库集群快照。
注意
-
对于 Amazon Aurora 数据库集群,默认备份保留期为 1 天,不管创建数据库集群的方式如何。
-
您无法在 Aurora 上禁用自动备份。Aurora 的备份保留期是由数据库集群管理的。
您的备份存储成本取决于您保存的 Aurora 备份和快照数据的数量以及保存时间。有关与 Aurora 备份和快照关联的存储的信息,请参阅了解 Amazon Aurora 备份存储使用量。有关 Aurora 备份存储的定价信息,请参阅 Amazon RDS for Aurora 定价
使用 Amazon Backup
您可以使用 Amazon Backup 来管理 Amazon Aurora 数据库集群的备份。
由 Amazon Backup 管理的快照被视为手动数据库集群快照,但不计入 Aurora 的数据库集群快照限额。使用 Amazon Backup 创建的快照的名称中具有 awsbackup:job-
。有关 Amazon Backup 的更多信息,请参阅 Amazon Backup 开发人员指南。AWS-Backup-job-number
您也可以使用 Amazon Backup 来管理 Amazon Aurora 数据库集群的自动备份。如果您的数据库集群与 Amazon Backup 中的备份计划关联,则可以将该备份计划用于时间点恢复。由 Amazon Backup 管理的自动(连续)备份的名称中具有 continuous:cluster-
。有关更多信息,请参阅使用 Amazon Backup 将数据库集群还原到指定时间。AWS-Backup-job-number
备份时段
自动备份在每天的首选备份时段中进行。如果备份所需的时间超过了分配到备份时段的时间,则备份将在该时段结束后继续,直至完成。备份时段不能与数据库集群的每周维护时段重叠。
Aurora 自动备份是连续的增量备份,但备份时段用于创建在备份保留期内保留的每日系统备份。您可以复制此备份,以便在保留期之外保留。
注意
使用 Amazon Web Services Management Console 创建数据库集群时,无法指定备份时段。但是,您可以在使用 Amazon CLI 或 RDS API 创建数据库集群时指定备份时段。
如果创建数据库集群时未指定首选备份时段,Aurora 将分配 30 分钟的默认备份时段。此时段是从每个 Amazon Web Services 区域的 8 小时时间段中随机选择出来的。下表列出了已分配默认备份时段的各个 Amazon Web Services 区域的时间块。
区域名称 | 区域 | 时间段 |
---|---|---|
US East (Ohio) | us-east-2 | 03:00–11:00 UTC |
美国东部(弗吉尼亚北部) | us-east-1 | 03:00–11:00 UTC |
美国西部(加利福尼亚北部) | us-west-1 | 06:00–14:00 UTC |
美国西部(俄勒冈) | us-west-2 | 06:00–14:00 UTC |
Africa (Cape Town) | af-south-1 | 03:00–11:00 UTC |
Asia Pacific (Hong Kong) | ap-east-1 | 06:00–14:00 UTC |
亚太地区(海得拉巴) | ap-south-2 | 06:30–14:30 UTC |
亚太地区(雅加达) | ap-southeast-3 | 08:00–16:00 UTC |
亚太地区(墨尔本) | ap-southeast-4 | 11:00–19:00 UTC |
亚太地区(孟买) | ap-south-1 | 16:30–00:30 UTC |
Asia Pacific (Osaka) | ap-northeast-3 | 00:00–08:00 UTC |
Asia Pacific (Seoul) | ap-northeast-2 | 13:00–21:00 UTC |
亚太地区(新加坡) | ap-southeast-1 | 14:00–22:00 UTC |
亚太地区(悉尼) | ap-southeast-2 | 12:00–20:00 UTC |
亚太地区(东京) | ap-northeast-1 | 13:00–21:00 UTC |
加拿大(中部) | ca-central-1 | 03:00–11:00 UTC |
加拿大西部(卡尔加里) | ca-west-1 | 18:00–02:00 UTC |
中国(北京) | cn-north-1 | 06:00–14:00 UTC |
China (Ningxia) | cn-northwest-1 | 06:00–14:00 UTC |
Europe (Frankfurt) | eu-central-1 | 20:00–04:00 UTC |
欧洲(爱尔兰) | eu-west-1 | 22:00–06:00 UTC |
欧洲地区(伦敦) | eu-west-2 | 22:00–06:00 UTC |
欧洲地区(米兰) | eu-south-1 | 02:00–10:00 UTC |
欧洲地区(巴黎) | eu-west-3 | 07:29–14:29 UTC |
欧洲(西班牙) | eu-south-2 | 02:00–10:00 UTC |
Europe (Stockholm) | eu-north-1 | 23:00–07:00 UTC |
欧洲(苏黎世) | eu-central-2 | 02:00–10:00 UTC |
以色列(特拉维夫) | il-central-1 | 03:00–11:00 UTC |
中东(巴林) | me-south-1 | 06:00–14:00 UTC |
中东(阿联酋) | me-central-1 | 05:00–13:00 UTC |
南美洲(圣保罗) | sa-east-1 | 23:00–07:00 UTC |
Amazon GovCloud(美国东部) | us-gov-east-1 | 17:00–01:00 UTC |
Amazon GovCloud(美国西部) | us-gov-west-1 | 06:00–14:00 UTC |
保留自动备份
当您删除预调配或 Aurora Serverless v2 数据库集群时,您可以保留自动备份。这允许您将数据库集群还原到备份保留期内的特定时间点,即使在集群被删除之后也是如此。
保留的自动备份包含系统快照和来自数据库集群的事务日志。它们还包括数据库集群属性,例如数据库实例类,这些属性是将其还原到活动集群所必需的。
您可以使用 Amazon Web Services Management Console、RDS API 和 Amazon CLI 还原或移除保留的自动备份。
注意
您不能保留 Aurora Serverless v1 数据库集群的自动备份。
保留期
保留的自动备份中的系统快照和事务日志与源数据库集群的系统快照和事务日志以同样的方式过期。源集群的保留期设置也适用于自动备份。因为没有为此集群创建任何新的快照或日志,所以保留的自动备份最终将完全过期。保留期结束后,您可以继续保留手动数据库集群快照,但所有自动备份都会过期。
您可以使用控制台、Amazon CLI 或 RDS API 操作移除保留的自动备份。有关更多信息,请参阅删除保留的自动备份。
与保留的自动备份不同,最终快照不会过期。我们强烈建议您制作最终快照,即使您保留自动备份也是如此,因为保留的自动备份最终将过期。
查看保留的备份
要在 RDS 控制台中查看保留的自动备份,请在导航窗格中选择自动备份,然后选择保留。要查看与保留的自动备份关联的单个快照,请在导航窗格中选择 Snapshots (快照)。或者,您可以通过描述来查看与保留的自动备份关联的各个快照。然后,您可以直接从这些快照之一还原数据库实例。
要使用 Amazon CLI 对保留的自动备份进行描述,请使用以下命令:
aws rds describe-db-cluster-automated-backups --db-cluster-resource-id
DB_cluster_resource_ID
要使用 RDS API 对保留的自动备份进行描述,请使用 DbClusterResourceId
参数调用 DescribeDBClusterAutomatedBackups
操作。
保留成本
对于每个 Aurora 数据库集群,备份存储最高可达总 Aurora 数据库存储的 100%,不收取额外费用。如果您在删除数据库集群后保留自动备份,也会有多达一天时间不收取额外费用。保留超过一天的备份需要付费。
事务日志或实例元数据没有额外费用。备份的所有其他定价规则适用于可还原的集群。有关更多信息,请参阅 Amazon Aurora 定价页面
限制
以下限制适用于保留的自动备份:
-
一个 Amazon 区域中保留的自动备份的最大数量为 40。它不包含在数据库集群的限额中。您最多可以同时保留 40 个正在运行的数据库集群、40 个正在运行的数据库实例和 40 个为数据库集群保留的自动备份。
有关更多信息,请参阅Amazon Aurora 中的配额。
-
保留的自动备份不包含有关参数或选项组的信息。
-
您可以将已删除的集群还原到删除时保留期内的某个时间点。
-
您无法修改保留的自动备份,因为它由系统备份、事务日志和删除源集群时存在的数据库集群属性组成。
删除保留的自动备份
当不再需要保留的自动备份时,可以删除它们。
删除保留的自动备份
登录 Amazon Web Services Management Console 并通过以下网址打开 Amazon RDS 控制台:https://console.aws.amazon.com/rds/
。 -
在导航窗格中,选择 Automated backups(自动备份)。
-
选择已保留选项卡。
-
选择要删除的保留自动备份。
-
对于 Actions (操作),选择 Delete (删除)。
-
在确认页面上,输入
delete me
并选择 Delete (删除)。
可以通过使用 Amazon CLI 命令 delete-db-cluster-automated-backup 及以下选项删除保留的自动备份:
-
--db-cluster-resource-id
– 源数据库集群的资源标识符。可以通过运行 Amazon CLI 命令 describe-db-cluster-automated-backups 查找保留自动备份的源数据库集群的资源标识符。
此示例删除资源 ID 为 cluster-123ABCEXAMPLE
的源数据库集群的保留自动备份。
对于 Linux、macOS 或 Unix:
aws rds delete-db-cluster-automated-backup \ --db-cluster-resource-id
cluster-123ABCEXAMPLE
对于 Windows:
aws rds delete-db-cluster-automated-backup ^ --db-cluster-resource-id
cluster-123ABCEXAMPLE
可以通过使用 Amazon RDS API 操作 DeleteDBClusterAutomatedBackup 及以下参数删除保留的自动备份。
-
DbClusterResourceId
– 源数据库集群的资源标识符。可以通过使用 Amazon RDS API 操作 DescribeDBClusterAutomatedBackups 查找保留自动备份的源数据库实例的资源标识符。
还原数据
您可以从 Aurora 保留的备份数据、您保存的数据库集群快照或保留的自动备份创建新的 Aurora 数据库集群以恢复数据。您可以将从备份数据创建的新数据库集群副本快速还原到备份保留期内的任何时间点。由于 Aurora 备份在备份保留期内是连续和增量备份,因此,您无需为了缩短还原时间而频繁创建数据快照。
数据库集群的最近可还原时间是可以还原数据库集群的最近时间点。对于活动的数据库集群,这通常在当前时间的 5 分钟之内,或者在保留自动备份的集群删除时间的 5 分钟之内。
最早可还原时间指定可将集群卷还原到的备份保留期内的最早时间点。
要确定数据库集群的最近或最早的可还原时间,请在 RDS 控制台上查找 Latest restorable time
或 Earliest restorable time
值。有关查看这些值的信息,请参阅查看保留的备份。
您可以通过检查 Latest restorable time
和 Earliest restorable time
值来确定数据库集群还原完成的时间。在还原操作完成之前,这些值将返回 NULL。如果 Latest restorable time
或 Earliest restorable
time
返回 NULL,则无法请求备份或还原操作。
有关将数据库集群还原到指定时间的信息,请参阅将数据库集群还原到指定时间。
用于 Aurora 的数据库克隆
您还可以使用数据库克隆将 Aurora 数据库集群的数据库克隆到新的数据库集群,而不是还原数据库集群快照。克隆数据库仅在首次创建时使用很少的额外空间。仅当源数据库上或克隆数据库上的数据发生变化时才复制数据。您可以从同一个数据库集群中进行多次克隆,甚至可以为其他克隆创建额外的克隆。有关更多信息,请参阅克隆 Amazon Aurora 数据库集群卷。
回溯
Aurora MySQL 现在支持将数据库集群“倒回”到特定时间,而无需从备份还原数据。有关更多信息,请参阅“回溯 Aurora 数据库集群”。