amazon-web-services - 如何修复处于不兼容网络状态的 Amazon RDS 数据库

Question

我的 AWS Aurora MySQL RDS 数据库遇到一些问题。数据库实例状态处于不兼容网络状态。该数据库没有被积极使用，因此可能已被停止并稍后通过某些自动化等重新启动。我认为 RDS 数据库实例的不兼容网络状态可能是其结果(在下面提到的原因之一)文章)。

我关注了这篇 AWS 文章:How do I resolve issues with an Amazon RDS database that is in an incompatible-network state?为了修复它，上面写着

To fix an RDS DB instance that is already in an incompatible-networkstate, and if you previously enabled automated backups for your RDS DBinstance, temporarily stop any writes to the database, and thenperform a point-in-time recovery (PITR).

但是，即使我从备份中恢复数据库，新创建的数据库仍处于相同的不兼容网络状态。我怎样才能让它进入事件状态。

从备份进行时间点恢复创建的数据库

---

此外，如果我不关心数据库中的数据，是否有另一种方法可以使数据库处于可用/事件状态？

此数据库是通过 CloudFormation 堆栈创建的，由于此问题，堆栈更新失败，并导致 CF 堆栈处于 UPDATE_ROLLBACK_FAILED 状态。本质上，我需要数据库与创建它的 CloudFormation 堆栈同步。

Answer 1

以下是有关问题根本原因和解决方案的详细信息:

根本原因:
我从 Marcin 的评论中得到了帮助，在确认问题的根本原因方面朝着正确的方向前进。正如我提到的，这个数据库没有被积极使用，因此可能已被停止，然后通过一些自动化等重新启动，当它重新启动时，由于子网中缺乏可用的 IP 地址，它进入 incompatible-network状态。

分辨率:
由于没有可用的 IP 地址，从备份进行的时间点恢复 (PITR)(在 this aws article 中建议)也会导致新数据库位于 incompatible-network 中。状态。

因此，我继续在上述子网中释放一些 IP。对我来说，还有一些其他未使用的 RDS DB 也使用相同的子网(和 AZ)，因此删除了它们。释放上述子网中的 IP 后。

1. 通过旧数据库(处于不兼容网络状态)的 PI​​T 恢复创建了新数据库。这次它处于可用状态。
2. 删除旧数据库并使用原始名称重命名新数据库集群/实例
3. 是否继续更新回滚 UPDATE_ROLLBACK_FAILED 中的 CloudFormation 堆栈。这样堆栈就进入了稳定状态“UPDATE_ROLLBACK_COMPLETE”
4. 使用相同的原始更改运行 CF 堆栈更新，一切顺利。