升级 Amazon Aurora Global Database
按照与升级 Aurora 数据库集群相同的过程升级 Aurora Global Database。但是,以下是在开始该过程之前需要注意的一些重要区别。
我们建议您将主数据库集群和辅助数据库集群升级到相同版本。当主数据库集群和辅助数据库集群具有不同的数据库引擎版本(无论是主要版本、次要版本还是补丁版本)时,Aurora 全局数据库无法从主数据库集群失效转移到辅助数据库集群。
主要版本升级。
当您对 Amazon Aurora Global Database 执行主要版本升级时,将升级全局数据库集群,而不是它包含的单个集群。
要了解如何将 Aurora PostgreSQL 全局数据库升级到更高的主要版本,请参阅 全局数据库的主要版本升级。要了解如何将 Aurora MySQL 全局数据库升级到更高的主要版本,请参阅 全局数据库的就地主要版本升级。
使用基于 Aurora MySQL 的 Aurora 全局数据库时,您无法使用就地升级方法将 Aurora 数据库引擎从版本 2 升级到版本 3。改用快照还原方法。有关更多信息,请参阅从数据库集群快照还原。
使用基于 Aurora PostgreSQL 的 Aurora 全局数据库时,如果启用了恢复点目标 (RPO) 功能,则无法对 Aurora 数据库引擎执行主要版本升级。
次要版本升级
对于 Aurora Global Database 的次要升级,请先升级所有辅助集群,然后再升级主集群。
要了解如何将 Aurora PostgreSQL 全局数据库升级到更高的次要版本,请参阅 如何执行次要版本升级和应用补丁。要了解如何将 Aurora MySQL 全局数据库升级到更高的次要版本,请参阅 通过修改引擎版本升级 Aurora MySQL。
辅助集群必须具有至少一个数据库实例才能执行次要版本升级。
失效转移的版本兼容性
将 Aurora Global Database 升级到以下次要引擎版本之一时,您可以执行托管式跨区域数据库失效转移。无论您的主数据库集群和辅助数据库集群的补丁版本如何,您都可以执行此失效转移。如果次要引擎版本低于此列表中的版本,您必须将主数据库集群和辅助数据库集群升级到相同的主要版本、次要版本和补丁级别,才能执行托管式跨区域数据库失效转移。
数据库引擎 | 次要引擎版本 |
---|---|
Aurora MySQL |
版本 2.11 及更高的次要版本 |
Aurora PostgreSQL |
版本 14.5 及更高的次要版本 |
版本 13.8 及更高的次要版本 |
|
版本 12.12 及更高的次要版本 |
|
版本 11.17 及更高的次要版本 |