AWS恢复数据库快照时未沿用原配置、提示其他配置的原因是什么

本质逻辑 #

• 首先要明确：AWS RDS的快照是数据库存储卷的时间点拷贝，并非包含全实例设置的完整镜像。本来的设计逻辑里，快照就只存数据文件、数据库引擎参数、存储加密状态、运行日志这类存储层内容，从来不会把原实例的计算规格、公网访问开关、安全组绑定这类运行时配置写进快照的元数据里。
• 你感受到的“随机配置”，其实就是控制台默认展示的、当前所在区域可用的热门配置项，和你老快照对应的原实例配置没有任何绑定关系。系统不会自动预填原配置，通常是两个常见情况：
  • 你用来恢复的快照，对应的原实例已经被删掉很久了，系统早就丢了这个原实例的关联配置信息，根本没有上下文能还原当时的设置
  • 原实例当时用的部分配置，现在已经在目标区域停止开放新实例创建（比如已经下线的老代际实例规格），系统总不能强行给你预填一个根本开不出来的配置，自然会把这类不在默认推荐列表的选项，统一塞到「其他」分类里
• RDS恢复流程从一开始就不是做“1:1克隆原实例”的：官方本来就预期用户恢复快照时会根据当下的使用场景调整配置——比如把生产环境用的大规格数据库快照，恢复成小规格实例做测试来省钱，所以控制台不会锁死原配置，反而会优先展示当前区域合规、大家常用的选项，剩下的小众、老旧选项全放到「其他」入口让用户手动选。

实操提示 #

• 如果你需要完全复刻原实例的配置，别指望控制台会自动帮你填，翻一下CloudTrail日志、历史资源配置导出、之前的运维文档找原实例的实际设置，在恢复流程的对应选项里手动选就行。
• 比如原实例用的t2.db.micro如果还在目标区域的可创建列表里，直接在「其他」分类的实例规格搜索框输关键字就能找到；公网访问的开关在网络配置板块是独立选项，手动勾上就可以开启。

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