这个错误属于Aurora集群升级时的隐性配置问题——虽然控制台没显示待处理维护，但大概率存在底层实例配置未同步或隐藏的pending操作没被展示出来。给你几个按优先级尝试的方案：

1. 用AWS CLI排查隐藏的pending操作 #

控制台偶尔会遗漏实例级别的pending维护或修改，CLI能输出更完整的状态细节：

aws rds describe-db-instances --db-cluster-identifier clone-cluster

重点查看每个实例的PendingModifiedValues和PendingMaintenanceActions字段，如果发现未完成的操作（比如参数组变更、规格调整残留），先执行这些操作并等待完成，再重新发起升级。

2. 切换到自定义参数组后再升级 #

默认参数组有时会和升级流程存在兼容性冲突，试试创建自定义参数组：

• 进入RDS控制台的「参数组」页面
• 选择「创建参数组」，参数组家族选aurora-postgresql13，基于default.aurora-postgresql13创建
• 无需修改任何参数，直接保存
• 将集群和所有实例的参数组切换到这个自定义组（勾选「立即应用」），等变更完成后再发起版本升级

3. 手动重启所有集群实例 #

重启操作会触发底层配置同步，可能解决"旧配置"的遗留问题：

• 逐个重启集群内的主实例和只读实例（注意主实例重启会有短暂 downtime，只读实例重启不影响业务）
• 等所有实例回到available状态后，再次尝试升级流程

4. 用CLI发起升级获取详细错误 #

控制台的错误信息比较笼统，用CLI发起升级可能得到更精准的报错提示：

aws rds modify-db-cluster --db-cluster-identifier clone-cluster --engine-version 13.3 --apply-immediately

如果执行失败，CLI返回的错误内容会帮你定位具体是哪个实例或配置环节出了问题。

5. 先升级到12系列最新版本再跨大版本升级 #

虽然控制台允许选择13.3，但12.7属于较旧的小版本，可能需要先过渡到12系列的最新版本（比如12.13），再升级到13.3。你可以先尝试小版本升级，完成后再发起跨大版本的升级操作。

如果以上方案都无效，还有一个备选思路：创建新的13.3版本Aurora集群，通过快照迁移数据过去。虽然不是"一次性升级原有集群"，但对于免费支持用户来说，这也是一种可行的替代方案。

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