在 AWS RDS SQL Server 执行大版本升级前，最可靠的数据保护方式是手动创建 DB 快照，同时确认自动备份已开启。适用场景为计划内的大版本引擎升级，风险边界在于快照仅保留创建时刻的数据状态，无法防止升级过程中的逻辑错误。
先说结论：手动创建 DB 快照是升级前防止数据丢失的标准操作，自动备份不能完全替代升级前的即时备份。
- 适合：所有 RDS SQL Server 大版本升级场景
- 先准备：确认存储空间充足，创建手动快照
- 验收：升级后验证数据库版本和应用连接状态
命令速用版
以下命令用于检查当前版本和创建快照，需在本地配置好 AWS CLI 或通过 RDS 控制台操作。
-- 检查当前 SQL Server 版本
SELECT @@VERSION;
-- AWS CLI 创建手动快照
aws rds create-db-snapshot `--db-instance-identifier` 你的实例 ID `--db-snapshot-identifier` 快照名称为什么会这样
结论：RDS 托管服务负责基础设施可用性，但数据一致性备份责任由用户确认。
AWS RDS 虽然提供自动备份功能，但在重大版本升级过程中，二进制文件替换可能导致不可预见的兼容性问题。官方文档建议用户在升级前手动创建快照，以便在升级失败时能快速恢复到升级前的确切状态。自动备份通常有保留周期限制，且恢复时间点可能不是升级前的最后一秒。
分步处理
- 确认当前版本：登录数据库执行
SELECT @@VERSION;，记录当前版本号，对照 AWS 支持的升级路径。 - 创建手动快照：在 RDS 控制台选择实例，操作菜单中选择“创建快照”，命名包含日期和版本信息，例如
pre-upgrade-20231027。 - 检查存储空间：确认实例存储剩余空间充足，升级过程可能需要额外空间临时存放数据文件。
- 执行升级：在控制台选择“修改”，选择目标引擎版本，注意勾选“立即应用”或设定维护窗口。
- 监控事件：在 RDS 事件订阅中查看升级进度，状态变为“可用”前不要进行写操作。
怎么验证是否生效
升级完成后，需通过控制台状态和数据库内部查询双重验证。
- 控制台状态：RDS 实例状态显示为“可用”，且无告警事件。
- 版本查询：再次执行
SELECT @@VERSION;，确认版本号已变更为目标版本。 - 应用连接：尝试从应用程序发起数据库连接，执行简单查询确认业务逻辑正常。
常见坑
- 参数组不兼容：新版本可能不支持旧版 DB 参数组中的某些参数，升级前需检查参数组兼容性。
- 功能废弃：目标版本可能废弃了当前使用的某些 SQL Server 功能，需提前查阅版本发布说明。
- 维护窗口时间：升级会导致实例重启，若未设置合适维护窗口，可能影响业务高峰期。
常见问题
升级前 AWS 会自动备份吗？
会自动创建快照，但建议手动额外备份。
AWS 在大版本升级前通常会自动创建系统快照，但为了安全起见，官方建议用户手动创建独立的 DB 快照以便长期保留和快速恢复。
升级失败可以回滚吗？
可以通过恢复快照回滚。
RDS SQL Server 版本升级不支持直接降级，若升级失败或数据异常，需使用升级前创建的手动快照还原出一个新实例。
升级过程需要多久？
取决于数据量和实例规格，公开资料中没有看到可靠的量化数据。
升级时长受数据库大小、实例性能和存储类型影响，建议在非业务高峰期操作并预留充足时间。
参考来源
- 来源名：AWS Documentation
页面标题：Upgrading the SQL Server database engine version on Amazon RDS
URL：https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Microsoft.html - 来源名：AWS Documentation
页面标题：Backing up and restoring an Amazon RDS DB instance
URL：https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html