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 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 Verwaltung RPOs für globale Aurora-PostgreSQL-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 ein direktes Upgrade von Aurora MySQL Version 2 auf Version 3 nur durchführen, wenn Sie den lower_case_table_names Parameter auf Standard setzen und Ihre globale Datenbank neu starten.
Um ein Hauptversions-Upgrade auf Aurora MySQL Version 3 bei Verwendung von lower_case_table_names durchzuführen, gehen Sie wie folgt vor:
-
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.
-
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.
-
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 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 genau dieselbe Version aktualisieren, einschließlich des Patch-Levels.
-
Wenn Sie eine globale Aurora PostgreSQL-Datenbank aktualisieren, müssen Sie Ihre primären und sekundären DB-Cluster auf genau dieselbe Version und dasselbe Patch-Level aktualisieren. Um das Patch-Level zu aktualisieren, wenden Sie alle ausstehenden Wartungsaktionen auf dem sekundären Cluster an.
Um verwaltete regionsübergreifende Switchover oder Failover zu unterstützen, müssen Sie möglicherweise Ihre primären und sekundären DB-Cluster auf exakt dieselbe Version aktualisieren, einschließlich des Patch-Levels. Diese Anforderung gilt für Aurora MySQL und einige Aurora PostgreSQL-Versionen. Eine Liste der Versionen, die Switchover und Failover zwischen Clustern mit unterschiedlichen Patch-Levels ermöglichen, 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 auf Ihrer Aurora Global Database eine der folgenden Engine-Nebenversionen ausgeführt wird, können Sie verwaltete regionsübergreifende Switchover oder Failover durchführen, auch wenn die Patch-Levels Ihrer primären und sekundären DB-Cluster nicht übereinstimmen. Für kleinere Engine-Versionen, die niedriger sind als die auf dieser Liste aufgeführten, müssen Ihre primären und sekundären DB-Cluster dieselben Haupt-, Neben- und Patch-Levels ausführen, um verwaltete regionsübergreifende Switchover oder Failover durchführen zu können. Lesen Sie unbedingt die Versionsinformationen und die Hinweise in der folgenden Tabelle, wenn Sie Upgrades für Ihren primären Cluster, sekundäre Cluster oder beide planen.
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.
Wenn für Ihre Engine-Versionen identische Patch-Levels erforderlich sind, können Sie den Failover manuell durchführen, indem Sie die unter beschriebenen Schritte ausführen. Ausführen von manuellen geplanten Failovers für globale Aurora-Datenbanken
| Datenbank-Engine | Engine-Nebenversionen | Hinweise |
|---|---|---|
Aurora MySQL |
Keine Nebenversionen |
Keine der Aurora MySQL-Nebenversionen ermöglicht verwaltete regionsübergreifende Switchover oder Failover mit unterschiedlichen Patch-Levels zwischen dem primären und dem sekundären DB-Cluster. |
Aurora PostgreSQL |
|
Mit den in der vorherigen Spalte aufgeführten Engine-Versionen können Sie verwaltete regionsübergreifende Switchover oder Failover von einem primären DB-Cluster mit einer Patch-Ebene zu einem sekundären DB-Cluster mit einer anderen Patch-Ebene 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. WarnungWenn Sie einen Cluster in Ihrer globalen Datenbank auf eine der folgenden Patch-Versionen aktualisieren, können Sie regionsübergreifende Switchover oder Failover erst durchführen, wenn auf allen Clustern in Ihrer globalen Datenbank eine dieser Patch-Versionen oder eine neuere ausgeführt wird.
|
