Aktualisieren einer Amazon Aurora Global Database

Das Upgrade einer globalen Aurora-Datenbank folgt den gleichen Verfahren wie das Upgrade von Aurora-DB-Clustern. Im Folgenden sind jedoch einige wichtige Unterschiede aufgeführt, die Sie beachten müssen, bevor Sie den Prozess starten.

Wir empfehlen, den primären und den sekundären DB-Cluster auf dieselbe Version zu aktualisieren. Sie können ein verwaltetes regionsübergreifendes Datenbank-Failover für eine globale Aurora-Datenbank nur durchführen, wenn die primären und sekundären DB-Cluster dieselben Engine-Haupt- und Nebenversionen sowie dasselbe Patch-Level haben. Die Patch-Level können je nach Nebenversion der Engine unterschiedlich sein. Weitere Informationen finden Sie unter Patch-Level-Kompatibilität für verwaltete regionsübergreifende Umstellungen und Failovers.

Hauptversions-Upgrades

Wenn Sie ein Hauptversions-Upgrade einer Amazon Aurora Global Database durchführen, aktualisieren Sie den globalen Datenbank-Cluster statt der einzelnen darin enthaltenen Cluster.

Informationen zum Aktualisieren einer globalen Aurora-PostgreSQL-Datenbank auf eine höhere Hauptversion finden Sie unter Hauptversions-Upgrades für globale Datenbanken.

Anmerkung

Mit einer globalen Aurora-Datenbank, die auf Aurora PostgreSQL basiert, können Sie kein Hauptversions-Upgrade der Aurora-DB-Engine durchführen, wenn die Recovery Point Objective (RPO)-Funktion aktiviert ist. Weitere Informationen über RPO-Funktion finden Sie unter Verwalten von RPOs für Aurora PostgreSQL–basierte globale Datenbanken.

Informationen zum Aktualisieren einer globalen Aurora-MySQL-Datenbank auf eine höhere Hauptversion finden Sie unter In-Situ-Hauptversions-Upgrades für globale Datenbanken.

Anmerkung

Mit einer globalen Aurora-Datenbank, die auf Aurora MySQL basiert, können Sie kein direktes Upgrade von Aurora MySQL Version 2 auf Version 3 durchführen, wenn der lower_case_table_names-Parameter aktiviert ist.

Um ein Hauptversions-Upgrade auf Aurora MySQL Version 3 bei Verwendung von lower_case_table_names durchzuführen, gehen Sie wie folgt vor:

1. Entfernen Sie alle sekundären Regionen aus dem globalen Cluster. Führen Sie die Schritte unter Entfernen eines Clusters aus einer Amazon Aurora Global Database aus.

2. Aktualisieren Sie die Engine-Version der primären Region zu Aurora-MySQL-Version 3. Führen Sie die Schritte unter Erläuterung der Durchführung eines direkten Upgrades aus.

3. Fügen Sie dem globalen Cluster sekundäre Regionen hinzu. Führen Sie die Schritte unter Hinzufügen einer AWS-Region zu einer globalen Amazon-Aurora-Datenbank aus.

Sie können stattdessen auch die Snapshot-Wiederherstellungsmethode verwenden. Weitere Informationen finden Sie unter Wiederherstellen aus einem DB-Cluster-Snapshot.

Unterversion-Upgrades

Bei einem Unterversion-Upgrade auf einer globalen Aurora-Datenbank aktualisieren Sie alle sekundären Cluster, bevor Sie den primären Cluster aktualisieren.

Informationen zum Aktualisieren einer globalen Aurora-PostgreSQL-Datenbank auf eine kleinere Hauptversion finden Sie unter So führen Sie Upgrades von Nebenversionen durch und wenden Patches an. Informationen zum Aktualisieren einer globalen Aurora-MySQL-Datenbank auf eine Unterversion finden Sie unter Upgrade von Aurora MySQL durch Ändern der Engine-Version.

Bevor Sie die Aktualisierung durchführen, lesen Sie die folgenden Hinweise:

• Eine Aktualisierung der Unterversion eines sekundären Clusters hat keinerlei Auswirkungen auf die Verfügbarkeit oder Nutzung des primären Clusters.

• Ein sekundärer Cluster muss über mindestens eine DB-Instance verfügen, um ein Unterversions-Upgrade durchzuführen.

• Wenn Sie eine globale Aurora-MySQL-Datenbank auf Version 2.11.* aktualisieren, müssen Sie Ihre primären und sekundären DB-Cluster auf exakt dieselbe Version aktualisieren, einschließlich des Patch-Levels.

• Um verwaltete regionsübergreifende Datenbankumstellungen oder -Failovers zu unterstützen, müssen Sie Ihre primären und sekundären DB-Cluster auf genau dieselbe Version aktualisieren, einschließlich des Patch-Levels, je nach Engine-Version. Weitere Informationen finden Sie unter Patch-Level-Kompatibilität für verwaltete regionsübergreifende Umstellungen und Failovers.

Patch-Level-Kompatibilität für verwaltete regionsübergreifende Umstellungen und Failovers

Wenn Sie Ihre Aurora Global Database auf eine der folgenden Engine-Nebenversionen aktualisieren, können Sie verwaltete regionsübergreifende Datenbankumstellungen oder -Failovers durchführen, auch wenn die Patch-Level Ihrer primären und sekundären DB-Cluster nicht übereinstimmen. Für Engine-Nebenversionen, die niedriger sind als die in dieser Liste aufgeführten, müssen Sie Ihre primären und sekundären DB-Cluster auf dieselben Haupt-, Neben- und Patch-Level aktualisieren, um verwaltete regionsübergreifende Datenbankumstellungen oder -Failovers durchzuführen. Sehen Sie sich unbedingt die Versionsinformationen und die Hinweise in der folgenden Tabelle an.

Anmerkung

Bei manuellen regionsübergreifenden Failovern können Sie den Failover-Vorgang ausführen, solange auf dem sekundären Ziel-DB-Cluster dieselbe Engine-Haupt- und -Nebenversion wie auf dem primären DB-Cluster ausgeführt wird. In diesem Fall müssen die Patch-Level nicht übereinstimmen.

Datenbank-Engine	Engine-Nebenversionen	Hinweise
Aurora MySQL	Keine Nebenversionen	Bei allen Nebenversionen können Sie verwaltete regionsübergreifende Umstellungen oder Failovers nur durchführen, wenn die Patch-Level der primären und sekundären DB-Cluster übereinstimmen.
Aurora PostgreSQL	Version 14.5 und höhere Unterversionen Version 13.8 und höhere Unterversionen Version 12.12 und höhere Unterversionen Version 11.17 und höhere Unterversionen	Mit den in der vorherigen Spalte aufgeführten Nebenversionen der Engine können Sie verwaltete regionsübergreifende Datenbankumstellungen oder -Failovers von einem primären DB-Cluster mit einem Patch-Level auf einen sekundären DB-Cluster mit einem anderen Patch-Level durchführen. Bei niedrigeren Nebenversionen können Sie verwaltete regionsübergreifende Umstellungen oder Failovers nur durchführen, wenn die Patch-Level der primären und sekundären DB-Cluster übereinstimmen.