Upgrade der Nebenversion oder der Patch-Ebene eines Aurora MySQL-DB-Clusters - Amazon Aurora

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.

Upgrade der Nebenversion oder der Patch-Ebene eines Aurora MySQL-DB-Clusters

Sie können die folgenden Methoden verwenden, um die Nebenversion eines DB-Clusters zu aktualisieren oder einen DB-Cluster zu patchen:

Informationen dazu, wie Patches ohne Ausfallzeiten Unterbrechungen während des Upgrade-Vorgangs reduzieren können, finden Sie unter Verwendung von Zero-Downtime-Patching (Patchen ohne Ausfallzeiten).

Informationen zum Durchführen eines Nebenversions-Upgrades für Ihren DB-Cluster von Aurora MySQL finden Sie in den folgenden Themen.

Vor dem Durchführen eines Nebenversions-Upgrades

Wir empfehlen Ihnen, die folgenden Aktionen durchzuführen, um die Ausfallzeit während eines Nebenversions-Upgrades zu reduzieren:

Vorabprüfungen für Nebenversions-Upgrades von Aurora MySQL

Wenn Sie ein Nebenversions-Upgrade starten, führt Amazon Aurora automatisch Vorabprüfungen durch.

Diese Vorabprüfungen müssen durchgeführt werden. Sie können nicht ausgelassen werden. Die Vorabprüfungen bieten folgende Vorteile:

  • Sie können ungeplante Ausfallzeiten während des Upgrades vermeiden.

  • Wenn es Inkompatibilitäten gibt, verhindert Amazon Aurora das Upgrade und stellt Ihnen ein Protokoll mit Informationen zu den Inkompatibilitäten bereit. Sie können das Protokoll für die Vorbereitung Ihrer Datenbank auf das Upgrade verwenden, indem Sie die Inkompatibilitäten reduzieren. Detaillierte Informationen zum Entfernen von Inkompatibilitäten finden Sie unter Vorbereiten Ihrer Installation auf ein Upgrade in der MySQL-Dokumentation.

Die Vorabprüfungen werden ausgeführt, bevor die DB-Instance aufgrund des Upgrades angehalten wird. Sie verursachen also keine Ausfallzeiten. Wird während der Vorabprüfungen eine Inkompatibilität entdeckt, bricht Aurora automatisch das Upgrade ab, ehe die DB-Instance angehalten wird. Aurora generiert auch ein Ereignis für die Inkompatibilität. Weitere Informationen über Amazon-Aurora-Ereignisse finden Sie unter Arbeiten mit Amazon-RDS-Ereignisbenachrichtigungen.

Aurora zeichnet detaillierte Informationen zu allen Inkompatibilitäten in der Protokolldatei PrePatchCompatibility.log auf. In den meisten Fällen enthalten die Protokolleinträge einen Link zur MySQL-Dokumentation mit Informationen zur Lösung des Inkompatibilitätsproblems. Weitere Informationen zum Anzeigen von Protokolldateien finden Sie unter Anzeigen und Auflisten von Datenbank-Protokolldateien.

Aufgrund der Art der Vorabprüfungen werden die Objekte in Ihrer Datenbank geprüft. Diese Analyse verbraucht Ressourcen und verlängert die Zeit, die für die Durchführung des Upgrades benötigt wird.

Alternatives Blau/Grün-Upgradeverfahren

In einigen Situationen ist es Ihre oberste Priorität, eine sofortige Umstellung vom alten auf einen aktualisierten Cluster durchzuführen. In diesen Fällen können Sie einen mehrstufigen Prozess verwenden, bei dem die alten und neuen Cluster nebeneinander ausgeführt werden. Hier replizieren Sie Daten vom alten auf den neuen Cluster, bis der neuen Cluster zur Übernahme bereit ist. Details hierzu finden Sie unter Verwenden von Blau/Grün-Bereitstellungen von Amazon Aurora für Datenbankaktualisierungen.