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 globalen Datenbank von Amazon Aurora
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 Failover.
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
Bei 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 den Standardwert 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-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.
-
Wenn Sie eine globale Aurora-PostgreSQL-Datenbank aktualisieren, müssen Sie Ihre primären und sekundären DB-Cluster auf exakt dieselbe Version aktualisieren, einschließlich des Patch-Levels. Um das Patch-Level zu aktualisieren, wenden Sie alle ausstehenden Wartungsaktionen auf den sekundären Cluster an.
Um verwaltete regionsübergreifende Umstellungen oder Failover zu unterstützen, müssen Sie Ihre primären und sekundären DB-Cluster möglicherweise auf genau 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 Umstellungen und Failover zwischen Clustern mit unterschiedlichen Patch-Leveln ermöglichen, finden Sie unter Patch-Level-Kompatibilität für verwaltete regionsübergreifende Umstellungen und Failover.
Patch-Level-Kompatibilität für verwaltete regionsübergreifende Umstellungen und Failover
Wenn Ihre globale Aurora-Datenbank eine der folgenden Engine-Nebenversionen ausführt, können Sie verwaltete regionsübergreifende Umstellungen oder Failover durchführen, auch wenn die Patch-Level Ihrer primären und sekundären DB-Cluster nicht übereinstimmen. Bei Engine-Nebenversionen, die niedriger sind als die in dieser Liste aufgeführten, müssen Ihre primären und sekundären DB-Cluster dieselben Haupt- und Nebenversionen sowie Patch-Level ausführen, um verwaltete regionsübergreifende Umstellungen und Failover durchführen zu können. Sehen Sie sich unbedingt die Versionsinformationen und die Hinweise in der folgenden Tabelle an, wenn Sie Upgrades für Ihren primären Cluster und/oder Ihre sekundären Cluster 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 Ihre Engine-Versionen identische Patch-Level erfordern, können Sie das Failover manuell durchführen, indem Sie die Schritte unter Ausführen von manuellen geplanten Failovers für globale Aurora-Datenbanken ausführen.
| Datenbank-Engine | Engine-Nebenversionen | Hinweise |
|---|---|---|
Aurora MySQL |
Keine Nebenversionen |
Keine der Nebenversionen von Aurora MySQL unterstützt verwaltete regionsübergreifende Umstellungen und Failover, wenn die Patch-Level der primären und sekundären DB-Cluster nicht übereinstimmen. |
Aurora PostgreSQL |
|
Mit den in der vorherigen Spalte aufgeführten Engine-Versionen können Sie verwaltete regionsübergreifende Umstellungen oder Failover 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 und Failover nur durchführen, wenn die Patch-Level der primären und sekundären DB-Cluster übereinstimmen. WarnungWenn Sie einen Cluster Ihrer globalen Datenbank auf eine der folgenden Patch-Versionen aktualisieren, können Sie regionsübergreifende Umstellungen oder Failover erst durchführen, wenn alle Cluster in Ihrer globalen Datenbank eine dieser Patch-Versionen oder eine neuere ausführen.
|
