Aktualisieren einer Amazon Aurora Global Database - Amazon Aurora
Hauptversions-UpgradesUnterversion-Upgrades

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

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 Upgrade einer SQL globalen Aurora Postgre-Datenbank auf eine höhere Hauptversion finden Sie unterHauptversions-Upgrades für globale Datenbanken.

Anmerkung

Mit einer globalen Aurora-Datenbank, die auf Aurora Postgre basiertSQL, können Sie kein Hauptversions-Upgrade der Aurora-DB-Engine durchführen, wenn die Funktion Recovery Point Objective (RPO) aktiviert ist. Informationen zu dieser RPO Funktion finden Sie unterVerwaltung RPOs für globale Datenbanken SQL auf Basis von Aurora Postgre.

Informationen zum Upgrade einer SQL globalen Aurora My-Datenbank auf eine höhere Hauptversion finden Sie unterIn-Situ-Hauptversions-Upgrades für globale Datenbanken.

Anmerkung

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

Gehen Sie wie folgt vor, um bei Verwendung lower_case_table_names von Aurora My SQL Version 3 ein Upgrade der Hauptversion durchzuführen:

  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. Führen Sie ein Upgrade der Engine-Version der primären Region auf Aurora My SQL Version 3 durch. 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 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 Upgrade einer SQL globalen Aurora Postgre-Datenbank auf eine höhere Nebenversion finden Sie unterSo führen Sie Upgrades von Nebenversionen durch und wenden Patches an. Informationen zum Upgrade einer SQL globalen Aurora My-Datenbank auf eine höhere Nebenversion finden Sie unterUpgrade von Aurora My SQL durch Änderung 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 SQL globale Aurora My-Datenbank auf Version 2.11.* aktualisieren, müssen Sie Ihre primären und sekundären DB-Cluster auf genau 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 My SQL

Keine Nebenversionen

Bei allen Nebenversionen können Sie verwaltete regionsübergreifende Switchover oder Failover nur durchführen, wenn die Patch-Levels der primären und sekundären DB-Cluster übereinstimmen.

Aurora Postgret SQL

  • 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 kleineren Versionen als diesen können Sie verwaltete regionsübergreifende Switchover oder Failover nur dann durchführen, wenn die Patch-Levels der primären und sekundären DB-Cluster übereinstimmen.