# 备份和还原 Aurora 数据库集群的概述
<a name="Aurora.Managing.Backups"></a>

以下主题介绍 Aurora 备份以及如何还原 Aurora 数据库集群。

**Contents**
+ [备份](#Aurora.Managing.Backups.Backup)
  + [使用 AWS Backup](#AuroraBackups.BKP)
+ [备份时段](#Aurora.Managing.Backups.BackupWindow)
+ [还原数据](#Aurora.Managing.Backups.Restore)
+ [用于 Aurora 的数据库克隆](#Aurora.Managing.Backups.Restore.Cloning)
+ [回溯](#Aurora.Managing.Backups.Backtrack)

## 备份
<a name="Aurora.Managing.Backups.Backup"></a>

Aurora 自动备份您的集群卷并将还原数据保留*备份保留期*的时长。Aurora 自动备份是连续和递增的，您可以快速还原到备份保留期内的任何时间点。在写入备份数据时，不会发生任何性能影响或数据库服务中断。在创建、修改或还原数据库集群时，可指定备份保留期（1 到 35 天）。Aurora 自动备份存储在 Amazon S3 中。有关保留自动备份的更多信息，请参阅[保留自动备份](Aurora.Managing.Backups.Retaining.md)。

如果希望数据的保留期超出备份保留期，则可为集群卷中的数据创建快照。Aurora 数据库集群快照不会过期。您可以从该快照创建新的数据库集群。有关更多信息，请参阅 [创建数据库集群快照](USER_CreateSnapshotCluster.md)。

在执行还原操作期间，您可以选择为 Amazon Aurora 数据库集群指定备份保留期。如果未明确设置此值，则还原的集群将从源快照或集群继承备份保留期。请注意，这种继承行为是还原操作所特有的，在创建新集群时，系统会改为使用默认保留期。

**注意**  
对于 Amazon Aurora 数据库集群，默认备份保留期为 1 天，不管创建数据库集群的方式如何。
您无法在 Aurora 上禁用自动备份。Aurora 的备份保留期是由数据库集群管理的。

 您的备份存储成本取决于您保存的 Aurora 备份和快照数据的数量以及保存时间。有关与 Aurora 备份和快照关联的存储的信息，请参阅[了解 Amazon Aurora 备份存储使用量](aurora-storage-backup.md)。有关 Aurora 备份存储的定价信息，请参阅 [Amazon RDS for Aurora 定价](https://aws.amazon.com/rds/aurora/pricing)。在删除与快照关联的 Aurora 集群后，存储该快照将产生 Aurora 的标准备份存储费用。

### 使用 AWS Backup
<a name="AuroraBackups.BKP"></a>

您可以使用 AWS Backup 来管理 Amazon Aurora 数据库集群的备份。

由 AWS Backup 管理的快照被视为手动数据库集群快照，但不计入 Aurora 的数据库集群快照限额。使用 AWS Backup 创建的快照的名称中具有 `awsbackup:job-{{AWS-Backup-job-number}}`。有关 AWS Backup 的更多信息，请参阅 [https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide)。

您也可以使用 AWS Backup 来管理 Amazon Aurora 数据库集群的自动备份。如果您的数据库集群与 AWS Backup 中的备份计划关联，则可以将该备份计划用于时间点恢复。由 AWS Backup 管理的自动（连续）备份的名称中具有 `continuous:cluster-{{AWS-Backup-job-number}}`。有关更多信息，请参阅 [使用 AWS Backup 将数据库集群还原到指定时间](aurora-pitr-bkp.md)。

## 备份时段
<a name="Aurora.Managing.Backups.BackupWindow"></a>

自动备份在每天的首选备份时段中进行。如果备份所需的时间超过了分配到备份时段的时间，则备份将在该时段结束后继续，直至完成。备份时段不能与数据库集群的每周维护时段重叠。

Aurora 自动备份是连续的增量备份，但备份时段用于创建在备份保留期内保留的每日系统备份。您可以复制此备份，以便在保留期之外保留。

**注意**  
使用 AWS 管理控制台 创建数据库集群时，无法指定备份时段。但是，您可以在使用 AWS CLI 或 RDS API 创建数据库集群时指定备份时段。

如果创建数据库集群时未指定首选备份时段，Aurora 将分配 30 分钟的默认备份时段。此时段是从每个 AWS 区域的 8 小时时间段中随机选择出来的。下表列出了已分配默认备份时段的各个 AWS 区域的时间块。


****  

| 区域名称 | 区域 | 时间段 | 
| --- | --- | --- | 
| 美国东部（弗吉尼亚州北部） | us-east-1 | 03:00–11:00 UTC | 
| 美国东部（俄亥俄州） | us-east-2 | 03:00–11:00 UTC | 
| 美国西部（加利福尼亚北部） | us-west-1 | 06:00–14:00 UTC | 
| 美国西部（俄勒冈州） | us-west-2 | 06:00–14:00 UTC | 
| 非洲（开普敦） | af-south-1 | 03:00–11:00 UTC | 
| 亚太地区（香港） | 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-5 | 09:00–17:00 UTC | 
| 亚太地区（墨尔本） | ap-southeast-4 | 11:00–19:00 UTC | 
| 亚太地区（孟买） | ap-south-1 | 16:30–00:30 UTC | 
| 亚太地区（新西兰） | ap-southeast-6 | 13:00–21:00 UTC | 
| 亚太地区（大阪） | 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-east-2 | 9:00–17:00 UTC | 
| 亚太地区（泰国） | ap-southeast-7 | 8:00–16: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 | 
| 中国（宁夏） | 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 | 
| 墨西哥（中部） | mx-central-1 | 19:00–03: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 | 
| AWS GovCloud（美国东部） | us-gov-east-1 | 17:00–01:00 UTC | 
| AWS GovCloud（美国西部） | us-gov-west-1 | 06:00–14:00 UTC | 

## 还原数据
<a name="Aurora.Managing.Backups.Restore"></a>

您可以从 Aurora 保留的备份数据、您保存的数据库集群快照或保留的自动备份创建新的 Aurora 数据库集群以恢复数据。您可以将从备份数据创建的新数据库集群副本快速还原到备份保留期内的任何时间点。由于 Aurora 备份在备份保留期内是连续和增量备份，因此，您无需为了缩短还原时间而频繁创建数据快照。

数据库集群的*最近可还原时间*是可以还原数据库集群的最近时间点。对于活动的数据库集群，这通常在当前时间的 5 分钟之内，或者在保留自动备份的集群删除时间的 5 分钟之内。

*最早可还原时间*指定可将集群卷还原到的备份保留期内的最早时间点。

要确定数据库集群的最近或最早的可还原时间，请在 RDS 控制台上查找 `Latest restorable time` 或 `Earliest restorable time` 值。有关查看这些值的信息，请参阅[查看 Amazon Aurora 的保留自动备份](Aurora.Managing.Backups.Retaining.Viewing.md)。

您可以通过检查 `Latest restorable time` 和 `Earliest restorable time` 值来确定数据库集群还原完成的时间。在还原操作完成之前，这些值将返回 NULL。如果 `Latest restorable time` 或 `Earliest restorable time` 返回 NULL，则无法请求备份或还原操作。

有关将数据库集群还原到指定时间的信息，请参阅[将数据库集群还原到指定时间](aurora-pitr.md)。

## 用于 Aurora 的数据库克隆
<a name="Aurora.Managing.Backups.Restore.Cloning"></a>

您还可以使用数据库克隆将 Aurora 数据库集群的数据库克隆到新的数据库集群，而不是还原数据库集群快照。克隆数据库仅在首次创建时使用很少的额外空间。仅当源数据库上或克隆数据库上的数据发生变化时才复制数据。您可以从同一个数据库集群中进行多次克隆，甚至可以为其他克隆创建额外的克隆。有关更多信息，请参阅 [克隆 Amazon Aurora 数据库集群卷](Aurora.Managing.Clone.md)。

## 回溯
<a name="Aurora.Managing.Backups.Backtrack"></a>

Aurora MySQL 现在支持将数据库集群“倒回”到特定时间，而无需从备份还原数据。有关更多信息，请参阅“[回溯 Aurora 数据库集群](AuroraMySQL.Managing.Backtrack.md)”。