我遇到了这个问题，并联系了AWS支持。他们说这是（部分或全部）db.t3示例类型的已知问题。在我的情况下，我使用的是db.t3.medium。
因此，解决方法如下：

• 将群集上的示例类型更改为r5.xlarge或db.r6g.large。
• 升级到PostgreSQL 13.3
• 将示例类型改回db.t3.medium。

为了补充其他重要答案，“旧配置”错误的另一个可能原因是试图从旧的次要版本升级。
我本来想从Postgres 12. 6直接升级到13. 3，这是不支持的，相反，我不得不先升级到12. 7，然后再升级到13. 3。
它是在docs中编写的，但我没有注意到次要版本要求。

升级到主要版本时遇到同样的问题，下面是我找到的未记录的解决方案：

• 从集群中选择一个示例，在操作菜单中您应该看到Upgrade Now。
• 对属于群集的每个示例执行此操作。
• 修改集群，您应该能够升级到任何可用的13.x版本。

即使示例显示为与群集相同的版本，Upgrade now操作也会在示例本身上运行配置更新，将其置于维护状态并重新引导。

目前这是not correctly documented，但可以检查和解决（对于我们这些自动化升级过程的人）。CLI aws rds describe-pending-maintenance-actions * 有时 * 会报告状态。如果您知道ARN，您可以过滤它们，或者如果只是一个名称，这似乎是可行的：

aws rds describe-pending-maintenance-actions --query 'PendingMaintenanceActions[?contains(ResourceIdentifier, `test`)`

可以使用apply-pending-maintenance-action以编程方式应用维护。
然而...
当升级路径的某些部分无效时，也会出现此消息。在我的情况下，我相信情况如下：

• 来源是2019年6月9日Aurora PostgreSQL
• 目标是10点18分失败了。
• 将目标设置为10.14并进行升级

简而言之，UI和其他关于什么版本兼容的信息是不完整的。我已经向AWS报告了这一点，他们大多耸耸肩，告诉我看看Doc. Pffft。

这个对我很有效。在rds中，选择错误消息中突出显示的服务器，转到“配置”并确保“建议”区域为空，否则，“立即应用”建议。所有操作完成后，从全局/区域群集中“修改”并尝试再次升级。x1c 0d1x