如何将S3中已导出的RDS快照恢复至RDS集群

你之前导出到S3的Aurora PostgreSQL备份无法先恢复为标准RDS/Aurora快照再挂载，AWS没有提供这类反向转换的操作入口。你导出到S3的快照产物是开放存储格式，不是RDS服务侧可直接识别的专有快照格式，不存在对应转换流程。

可落地的恢复方案 #

你可以根据自己的场景选下面两种官方支持的路径，都适配你现有兼容PostgreSQL 13.4版本的Aurora环境：

方案1：从S3备份直接创建全新Aurora集群（全量恢复首选，效率最高） #

这是全量恢复场景下的标准操作，不需要提前生成快照：

• 先给Aurora服务关联角色配置对应S3存储桶的访问权限，确保服务能读取你存备份文件的S3路径下所有对象
• 进入RDS控制台发起创建Aurora PostgreSQL集群的流程，引擎版本选择和原集群一致的、兼容PostgreSQL 13.4的Aurora版本
• 在创建配置页找到S3数据导入选项，填入备份文件所在的S3路径，绑定提前配置好权限的IAM角色
• 按业务需求配置集群实例规格、VPC、安全组、参数组等基础配置，提交创建即可。服务会自动拉取S3里的全量备份数据完成集群初始化，等集群状态变为可用后，先做全量数据校验，确认表结构、数据量、索引都正常后再切业务流量。

注意：这种方式创建的新集群不会自动继承原集群的自定义参数、标签、定时任务配置，创建完成后需要手动和原集群配置做对齐，避免业务报错。

方案2：导入备份到已有Aurora集群（适合部分恢复、数据合并场景） #

如果你不需要新建集群，只是要把S3里的备份数据灌入现有运行中的13.4版本Aurora集群，可以用内置扩展完成：

• 给现有集群绑定的IAM角色授予对应S3桶的读权限
• 连接目标数据库执行SQL创建S3导入扩展：CREATE EXTENSION IF NOT EXISTS aws_s3 CASCADE;
• 提前在目标库创建和备份匹配的表结构，调用aws_s3.table_import_from_s3函数逐表导入S3中存储的备份数据，导入完成后重建索引、校验数据一致性和约束即可。

这个方案全量恢复的效率远低于方案1，只建议在需要恢复部分表、或者要把备份数据合并到现有集群的场景下使用。

避坑提醒 #

• 不要尝试手动修改S3里的备份文件结构、文件名，Aurora导入时会校验导出时生成的manifest文件里记录的对象路径和校验和，文件被改动会直接导致导入失败
• 不要尝试手动把S3里的备份文件打包上传转成RDS快照，RDS的专有快照格式有内部校验逻辑，手动构造的文件无法被服务识别，纯浪费时间。

内容的提问来源于stack exchange，提问作者Yagel