升级 Amazon Aurora Global Database
按照与升级 Aurora 数据库集群相同的过程升级 Aurora Global Database。但是，以下是在开始该过程之前需要注意的一些重要区别。
我们建议您将主数据库集群和辅助数据库集群升级到相同版本。仅当主数据库集群和辅助数据库集群具有相同的主要、次要和补丁级别引擎版本时，您才能对 Aurora 全局数据库执行托管式跨区域数据库失效转移。但是，补丁级别可能会有所不同，具体取决于次要引擎版本。有关更多信息，请参阅 托管式跨区域切换和失效转移的补丁级别兼容性。
主要版本升级
当您对 Amazon Aurora Global Database 执行主要版本升级时，将升级全局数据库集群，而不是它包含的单个集群。
要了解如何将 Aurora PostgreSQL 全局数据库升级到更高的主要版本，请参阅 全局数据库的主要版本升级。
注意
使用基于 Aurora PostgreSQL 的 Aurora 全局数据库时，如果启用了恢复点目标 (RPO) 特征，则无法对 Aurora 数据库引擎执行主要版本升级。有关 RPO 特征的信息，请参阅 管理基于 Aurora PostgreSQL 的全局数据库的 RPO。
要了解如何将 Aurora MySQL 全局数据库升级到更高的主要版本，请参阅 全局数据库的就地主要版本升级。
注意
使用基于 Aurora MySQL 的 Aurora 全局数据库时，如果开启了 lower_case_table_names 参数，则无法执行从 Aurora MySQL 版本 2 到版本 3 的就地升级。
要在使用 lower_case_table_names 时执行到 Aurora MySQL 版本 3 的主要版本升级，请使用以下过程：
-
从全局集群中删除所有辅助区域。按照 从 Amazon Aurora Global Database 删除集群 中的步骤操作。
-
将主区域的引擎版本升级到 Aurora MySQL 版本 3。按照 如何执行就地升级 中的步骤操作。
-
向全局集群添加辅助区域。按照 将 AWS 区域 添加到 Amazon Aurora Global Database 中的步骤操作。
还可以改用快照还原方法。有关更多信息，请参阅 从数据库集群快照还原。
次要版本升级
对于 Aurora Global Database 的次要升级，请先升级所有辅助集群，然后再升级主集群。
要了解如何将 Aurora PostgreSQL 全局数据库升级到更高的次要版本，请参阅 如何执行次要版本升级和应用补丁。要了解如何将 Aurora MySQL 全局数据库升级到更高的次要版本，请参阅 通过修改引擎版本升级 Aurora MySQL。
在执行升级之前，请查看以下注意事项：
升级辅助集群的次要版本不会以任何方式影响主集群的可用性或使用情况。
辅助集群必须具有至少一个数据库实例才能执行次要版本升级。
如果您将 Aurora MySQL 全局数据库升级到版本 2.11.*，则必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别）。
要支持托管式跨区域切换或失效转移，您必须将主数据库集群和辅助数据库集群升级到完全相同的版本（包括补丁级别），具体取决于引擎版本。有关更多信息，请参阅 托管式跨区域切换和失效转移的补丁级别兼容性。
托管式跨区域切换和失效转移的补丁级别兼容性
将 Aurora 全球数据库升级到以下次要引擎版本之一时，您可以执行托管式跨区域切换或失效转移，即使主数据库集群和辅助数据库集群的补丁级别不匹配，也是如此。如果次要引擎版本低于此列表中的版本，您必须将主数据库集群和辅助数据库集群升级到相同的主要版本、次要版本和补丁级别，才能执行托管式跨区域切换或失效转移。请务必查看下表中的版本信息和注释。
注意
对于手动跨区域失效转移，只要目标辅助数据库集群运行的主要和次要引擎版本与主数据库集群相同，就可以执行失效转移过程。在这种情况下，补丁级别不需要匹配。
| 数据库引擎 | 次要引擎版本 | 注意 |
|---|---|---|
Aurora MySQL |
没有次要版本 |
对于所有次要版本，仅当主数据库集群和辅助数据库集群的补丁级别匹配时，您才能执行托管式跨区域切换或失效转移。 |
Aurora PostgreSQL |
|
使用上一列中列出的次要引擎版本，您可以执行以下托管式跨区域切换或失效转移：从具有一个补丁级别的主数据库集群到具有不同补丁级别的辅助数据库集群。 如果次要版本低于这些版本，仅当主数据库集群和辅助数据库集群的补丁级别匹配时，您才能执行托管式跨区域数据库切换或失效转移。 |
