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. # Upgrades der DB-Engine von RDS für MySQL Sofern Amazon RDS eine neue Version der Datenbank-Engine unterstützt, können Sie Ihre DB-Instances auf die neue Version aktualisieren. Es gibt zwei Arten von Upgrades für MySQL-Datenbanken: Hauptversion-Upgrades und Unterversion-Upgrades. **Hauptversions-Upgrades** *Hauptversions-Upgrades* können Datenbankänderungen enthalten, die nicht mit vorhandenen Anwendungen rückwärts kompatibel sind. Daher müssen Sie Hauptversion-Upgrades Ihrer DB-Instances manuell durchführen. Sie können ein Hauptversions-Upgrade starten, indem Sie Ihre DB-Instance ändern. Bevor Sie ein Hauptversion-Upgrade durchführen, wird das Befolgen der Schritte unter [Hauptversion-Upgrades von RDS für MySQL](USER_UpgradeDBInstance.MySQL.Major.md) empfohlen. Für Hauptversion-Upgrades von DB-Instance-Bereitstellungen mit Multi-AZ werden sowohl die Primär- als auch die Standby-Replikate in Amazon RDS gleichzeitig aktualisiert. Ihre DB-Instance ist möglicherweise erst verfügbar, wenn das Upgrade abgeschlossen ist. Bei Hauptversion-Upgrades von DB-Cluster-Bereitstellungen mit Multi-AZ aktualisiert Amazon RDS die Cluster-Mitglieds-Instances nacheinander. Sie können die Ausfallzeit, die für ein Upgrade einer Hauptversion erforderlich ist, minimieren, indem Sie eine blue/green Bereitstellung verwenden. Weitere Informationen finden Sie unter [Verwenden von Amazon RDS Blue/Green Deployments für Datenbank-Updates](blue-green-deployments.md). **Unterversion-Upgrades** *Unterversion-Upgrades* enthalten nur Änderungen, die abwärtskompatibel mit bestehenden Anwendungen sind. Sie können ein Nebenversions-Upgrade manuell starten, indem Sie Ihre DB-Instance ändern. Alternativ können Sie auch beim Erstellen oder Ändern einer DB-Instance die Option **Automatisches Unterversion-Upgrade** aktivieren. Hierdurch wird Ihre DB-Instance von Amazon RDS automatisch aktualisiert, nachdem die neue Version getestet und genehmigt wurde. Weitere Informationen zum Ausführen eines Upgrades finden Sie unter [Upgrade der Engine-Version für eine DB-Instance ](USER_UpgradeDBInstance.Upgrading.md). Wenn Sie ein Unterversions-Upgrade eines DB-Clusters mit Multi-AZ durchführen, aktualisiert Amazon RDS zunächst die Reader-DB-Instances nacheinander. Dann wechselt eine der Reader-DB-Instances zur neuen Writer-DB-Instance. Amazon RDS aktualisiert anschließend die alte Writer-Instance (die nun eine Reader-Instance ist). Die Ausfallzeit kann bei einem Unterversion-Upgrade einer DB-*Instance*-Bereitstellung mit Multi-AZ mehrere Minuten betragen. DB-Cluster mit Multi-AZ reduzieren die Ausfallzeit bei Unterversion-Upgrades in der Regel auf etwa 35 Sekunden. Bei Verwendung mit dem RDS-Proxy können Sie die Ausfallzeit weiter auf eine Sekunde oder weniger reduzieren. Weitere Informationen finden Sie unter [Amazon RDS-Proxy ](rds-proxy.md). Alternativ können Sie einen Open-Source-Datenbank-Proxy wie [ProxySQL](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-of-downtime-with-proxysql-when-upgrading-amazon-rds-multi-az-deployments-with-two-readable-standbys/) oder den [AWS Advanced JDBC [PgBouncer](https://aws.amazon.com/blogs/database/fast-switchovers-with-pgbouncer-on-amazon-rds-multi-az-deployments-with-two-readable-standbys-for-postgresql/)](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-downtime-with-the-advanced-jdbc-wrapper-driver-when-upgrading-amazon-rds-multi-az-db-clusters/)Wrapper Driver verwenden. Amazon RDS unterstützt auch Upgrade-Rollout-Richtlinien zur Verwaltung automatischer Upgrades kleinerer Versionen für mehrere Datenbankressourcen und AWS-Konten. Weitere Informationen finden Sie unter [Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen](RDS.Maintenance.AMVU.UpgradeRollout.md). Wenn Ihre MySQL-DB-Instance Lesereplikate verwendet, müssen Sie alle Lesereplikate aktualisieren, bevor Sie die Quell-Instance aktualisieren. **Topics** + [ ## Überlegungen zu MySQL-Upgrades ](#USER_UpgradeDBInstance.MySQL.Considerations) + [ ## Finden gültiger Upgrade-Ziele ](#USER_UpgradeDBInstance.MySQL.FindingTargets) + [ # MySQL-Versionsnummern ](USER_UpgradeDBInstance.MySQL.VersionID.md) + [ # RDS-Versionsnummern in RDS für MySQL ](USER_UpgradeDBInstance.MySQL.rds.version.md) + [ # Hauptversion-Upgrades von RDS für MySQL ](USER_UpgradeDBInstance.MySQL.Major.md) + [ # Testen eines Upgrades von RDS für MySQL ](USER_UpgradeDBInstance.MySQL.UpgradeTesting.md) + [ ## Upgraden einer MySQL-DB-Instance ](#USER_UpgradeDBInstance.MySQL.Upgrading) + [ # Automatische Unterversion-Upgrades von RDS für MySQL ](USER_UpgradeDBInstance.MySQL.Minor.md) + [ # Verwenden eines Lesereplikats zur Reduzierung von Ausfallzeiten beim Upgrade einer Datenbank in RDS für MySQL ](USER_UpgradeDBInstance.MySQL.ReducedDowntime.md) + [ # Überwachung von RDS für MySQL-Engine-Upgrades mit Ereignissen ](USER_UpgradeDBInstance.MySQL.Monitoring.md) ## Überlegungen zu MySQL-Upgrades Amazon RDS erstellt zwei oder mehr DB-Snapshots während des Upgrades. Amazon RDS erstellt bis zu zwei Snapshots der DB-Instance, *bevor* Upgrade-Änderungen vorgenommen werden. Wenn das Upgrade bei Ihren Datenbanken nicht funktioniert, können Sie einen dieser Snapshots wiederherstellen, um eine DB-Instance zu erstellen, auf der die alte Version ausgeführt wird. Amazon RDS erstellt einen weiteren Snapshot der DB-Instance, wenn das Upgrade abgeschlossen ist. Amazon RDS erstellt diese Snapshots unabhängig davon, ob die Backups für die DB-Instance AWS Backup verwaltet werden. **Anmerkung** Amazon RDS nimmt nur DB-Snapshots auf, wenn Sie den Sicherungsaufbewahrungszeitraum für Ihre DB-Instance auf eine Zahl größer als 0 festgelegt haben. Informationen über das Ändern Ihres Aufbewahrungszeitraums für Backups finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md). Nachdem das Upgrade abgeschlossen ist, können Sie nicht zur vorherigen Version der Datenbank-Engine zurückkehren. Wenn Sie zur vorherigen Version zurückkehren möchten, stellen Sie den ersten DB-Snapshot wieder her, um eine neue DB-Instance zu erstellen. Sie steuern, wann Ihre DB-Instance auf eine neue Version aktualisiert werden soll, die von Amazon RDS unterstützt wird. Diese Kontrollebene hilft Ihnen, die Kompatibilität mit bestimmten Datenbankversionen aufrechtzuerhalten und neue Versionen mit Ihrer Anwendung zu testen, bevor sie produktiv bereitgestellt werden. Wenn Sie bereit sind, können Sie Versions-Upgrades zu den Zeiten durchführen, die am besten zu Ihrem Zeitplan passen. Wenn Ihre DB-Instance die Lesereplikation verwendet, müssen Sie alle Lesereplikate aktualisieren, bevor Sie die Quell-Instance aktualisieren. ## Finden gültiger Upgrade-Ziele Wenn Sie das verwenden AWS-Managementkonsole , um eine DB-Instance zu aktualisieren, werden die gültigen Upgrade-Ziele für die DB-Instance angezeigt. Sie können auch den folgenden AWS CLI Befehl ausführen, um die gültigen Upgrade-Ziele für eine DB-Instance zu identifizieren: Für Linux, macOS oder Unix: ``` aws rds describe-db-engine-versions \ --engine mysql \ --engine-version version_number \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text ``` Für Windows: ``` aws rds describe-db-engine-versions ^ --engine mysql ^ --engine-version version_number ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text ``` Um beispielsweise die gültigen Upgrade-Ziele für eine MySQL-DB-Instance der Version 8.0.28 zu identifizieren, führen Sie den folgenden AWS CLI Befehl aus: Für Linux, macOS oder Unix: ``` aws rds describe-db-engine-versions \ --engine mysql \ --engine-version 8.0.28 \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text ``` Für Windows: ``` aws rds describe-db-engine-versions ^ --engine mysql ^ --engine-version 8.0.28 ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text ``` # MySQL-Versionsnummern Die Versionsnummerierungssequenz für die Datenbank-Engine von RDS für MySQL hat entweder die Form *Hauptversion.Unterversion.Patch.JJJJMMTT* oder *Hauptversion.Unterversion.Patch*, zum Beispiel 8.0.33.R2.20231201 oder 5.7.44. Das Format hängt von der Version der MySQL-Engine ab. Informationen zur Versionsnummerierung von RDS Extended Support finden Sie unter [Versionsnamen bei Amazon RDS Extended Support](extended-support-versions.md#extended-support-naming). **Hauptversion** Die Hauptversionsnummer ist sowohl die Ganzzahl als auch der erste Nachkommateil der Versionsnummer, z. B. 8.0. Ein Upgrade der Hauptversion erhöht den Hauptteil der Versionsnummer. Beispielsweise ist ein Upgrade von *5.7*.44 auf 8.0.33 ein Hauptversion-Upgrade, wobei *5.7* und *8.0* die Hauptversionsnummern sind. **Unterversion** Die Unterversionsnummer ist der dritte Teil der Versionsnummer, z. B. die 33 in 8.0.33. **Patch** Der Patch ist der vierte Teil der Versionsnummer, zum Beispiel R2 in 8.0.33.R2. Eine RDS-Patch-Version enthält wichtige Korrekturen, die einer Nebenversion nach ihrer Veröffentlichung hinzugefügt werden. **JJJJMMTT** Das Datum ist der fünfte Teil der Versionsnummer, zum Beispiel 20231201 in 8.0.33.R2.20231201. Eine RDS-Datumsversion ist ein Sicherheits-Patch, das wichtige Korrekturen enthält, die einer Unterversion nach ihrer Veröffentlichung hinzugefügt werden. Es enthält keine Korrekturen, die das Verhalten einer Engine ändern könnten. In der folgenden Tabelle wird das Benennungsschema für Version 8.4 von RDS für MySQL erklärt. | Unterversion 8.4 | Benennungsschema | | --- | --- | | ≥ 3 | Neue DB-Instances verwenden das Format *Hauptversion.Unterversion.Patch.JJMMTT*, z. B. 8.4.3.R2.20241201. Bestehende DB-Instances verwenden möglicherweise *Hauptversion.Unterversion.Patch*, z. B. 8.4.3.R2, bis Sie Ihr nächstes Haupt- oder Unterversion-Upgrade durchführen. | In der folgenden Tabelle wird das Benennungsschema für Version 8.0 von RDS für MySQL erklärt. | Unterversion 8.0 | Benennungsschema | | --- | --- | | ≥ 33 | Neue DB-Instances verwenden das Format *Hauptversion.Unterversion.Patch.JJMMTT*, z. B. 8.0.33.R2.20231201. Bestehende DB-Instances verwenden möglicherweise *Hauptversion.Unterversion.Patch*, z. B. 8.0.33.R2, bis Sie Ihr nächstes Haupt- oder Unterversion-Upgrade durchführen. | | < 33 | Bestehende DB-Instances verwenden *Hauptversion.Unterversion.Patch*, z. B. 8.0.32.R2. | In der folgenden Tabelle wird das Benennungsschema für Version 5.7 von RDS für MySQL erklärt. | Unterversion 5.7 | Benennungsschema | | --- | --- | | ≥ 42 | Neue DB-Instances verwenden das Format *Hauptversion.Unterversion.Patch.JJMMTT*, z. B. 5.7.42.R2.20231201. Bestehende DB-Instances verwenden möglicherweise *Hauptversion.Unterversion.Patch*, z. B. 5.7.42.R2, bis Sie Ihr nächstes Haupt- oder Unterversion-Upgrade durchführen. | # RDS-Versionsnummern in RDS für MySQL RDS-Versionsnummern verwenden das Benennungsschema `major.minor.patch` oder `major.minor.patch.YYYYMMDD`. Die Versionen von Amazon RDS Extended Support verwenden das Benennungsschema für *minor-RDS.YYYYMMDD* Nebenversionen. Eine RDS-Patch-Version enthält wichtige Korrekturen, die einer Nebenversion nach ihrer Veröffentlichung hinzugefügt werden. Eine RDS-Datumsversion (*YYYYMMDD*) ist ein Sicherheitspatch. Ein Sicherheits-Patch enthält keine Korrekturen, die das Verhalten der Engine ändern könnten. Informationen zur Versionsnummerierung von RDS Extended Support finden Sie unter [Versionsnamen bei Amazon RDS Extended Support](extended-support-versions.md#extended-support-naming). Sie können die RDS-Versionsnummer Ihrer Datenbank von RDS für MySQL mit der folgenden SQL-Abfrage herausfinden: ``` mysql> select mysql.rds_version(); ``` Wenn Sie beispielsweise eine Datenbank von RDS für MySQL 8.0.34 abfragen, wird Folgendes zurückgegeben: ``` +---------------------+ | mysql.rds_version() | +---------------------+ | 8.0.34.R2.20231201 | +---------------------+ 1 row in set (0.01 sec) ``` # Hauptversion-Upgrades von RDS für MySQL Amazon RDS unterstützt die folgenden direkten Upgrades für Hauptversionen des MySQL-Datenbank-Engine: + MySQL 5.7 auf MySQL 8.0 + MySQL 8.0 auf MySQL 8.4 **Anmerkung** Sie können DB-Instances mit MySQL-Version 5.7, 8.0 und 8.4 nur mit DB-Instance-Klassen der neuesten und der aktuellen Generation erstellen. Es ist möglich, dass Sie eine DB-Instance, die auf einer DB-Instance-Klasse einer früheren Generation ausgeführt wird, auf eine höhere MySQL-Engine-Version upgraden möchten. In einem solchen Fall ändern Sie zunächst die DB-Instance so, dass diese eine DB-Instance-Klasse der neuesten oder aktuellen Generation verwendet. Anschließend können Sie die DB-Instance so modifizieren, dass sie die höhere Datenbank-Engine-Version von MySQL nutzt. Weiterführende Informationen zu Amazon-RDS-DB-Instance-Klassen finden Sie unter [](Concepts.DBInstanceClass.md). **Topics** + [ ## Übersicht über Upgrades von MySQL-Hauptversionen ](#USER_UpgradeDBInstance.MySQL.Major.Overview) + [ ## Vorabprüfung bei Upgrades ](#USER_UpgradeDBInstance.MySQL.Prechecks) + [ ## Rollback nach einem fehlgeschlagenen Upgrade ](#USER_UpgradeDBInstance.MySQL.Major.RollbackAfterFailure) ## Übersicht über Upgrades von MySQL-Hauptversionen Hauptversions-Upgrades können Datenbankänderungen enthalten, die nicht mit vorhandenen Anwendungen rückwärts kompatibel sind. Folglich werden Hauptversion-Upgrades in Amazon RDS nicht automatisch ausgeführt, sondern Sie müssen Ihre DB-Instance manuell ändern. Sie sollten jedes Upgrade gründlich testen, bevor Sie es auf Ihre Produktions-Instances anwenden. Um ein Hauptversion-Upgrade durchzuführen, müssen zunächst alle verfügbaren Betriebssystemupdates durchgeführt werden. Führen Sie nach Abschluss der Betriebssystemupdates das Upgrade auf die einzelnen Hauptversionen durch, z. B. von 5.7 auf 8.0 und dann von 8.0 auf 8.4. Informationen über das Upgrade eines DB-Clusters mit Multi-AZ von RDS für MySQL finden Sie unter [Aktualisieren der Engine-Version eines Multi-AZ-DB-Clusters für Amazon RDS](multi-az-db-clusters-upgrading.md). Vor dem 24. April 2014 erstellte MySQL-DB-Instances zeigen verfügbare Updates für das Betriebssystem an, bis es angewendet wurde. Weitere Informationen zu Betriebssystemupdates finden Sie unter [Updates auf einen anwenden](USER_UpgradeDBInstance.Maintenance.md#USER_UpgradeDBInstance.OSUpgrades). Während des Upgrades einer Hauptversion von MySQL führt Amazon RDS die MySQL-Binärdatei `mysql_upgrade` aus, um die Tabellen zu aktualisieren, falls erforderlich. Außerdem leert Amazon RDS während des Upgrades einer Hauptversion die Tabellen `slow_log` und `general_log`. Speichern Sie die Protokollinhalte vor dem Upgrade einer Hauptversion, um die Protokollinformationen zu erhalten. MySQL-Hauptversions-Upgrades sind normalerweise in etwa 10 Minuten abgeschlossen. Einige Aktualisierungen können aufgrund der Klassengröße der DB-Instance länger dauern, oder weil die Instance bestimmten Richtlinien in nicht entsprich [Bewährte Methoden für Amazon RDS](CHAP_BestPractices.md). Wenn Sie eine DB-Instance von der Amazon-RDS-Konsole aktualisieren, zeigt der Status der DB-Instance an, wann das Upgrade abgeschlossen ist. Wenn Sie ein Upgrade mit AWS Command Line Interface (AWS CLI) durchführen, verwenden Sie den [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)Befehl und überprüfen Sie den `Status` Wert. ## Vorabprüfung bei Upgrades Amazon RDS führt vor dem Upgrade eine Vorabprüfung auf Inkompatibilität durch. Die Inkompatibilität variiert je nach MySQL-Version, auf die das Upgrade erfolgt. Die Vorabprüfungen enthalten einige Prüfungen, die in MySQL enthalten sind, und einige spezifische Prüfungen, die vom Amazon-RDS-Team erstellt wurden. Informationen zu den von MySQL bereitgestellten Vorabprüfungen finden Sie unter [Upgrade Checker-Dienstprogramm](https://dev.mysql.com/doc/mysql-shell/8.4/en/mysql-shell-utilities-upgrade.html). 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 Amazon RDS automatisch das Upgrade ab, ehe die DB-Instance angehalten wird. Amazon RDS generiert auch ein Ereignis für die Inkompatibilität. Weitere Informationen über Amazon-RDS-Ereignisse finden Sie unter [Arbeiten mit Amazon-RDS-Ereignisbenachrichtigungen](USER_Events.md). Amazon RDS zeichnet detaillierte Informationen zu allen Inkompatibilitäten in der Protokolldatei au `PrePatchCompatibility.log`. 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](USER_LogAccess.Procedural.Viewing.md). Aufgrund der Art der Vorabprüfung 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. **Topics** + [ ### Vorabprüfung bei Upgrades von MySQL 8.0 auf 8.4 ](#USER_UpgradeDBInstance.MySQL.80to84Prechecks) + [ ### Vorabprüfung bei Upgrades von MySQL 5.7 auf 8.0 ](#USER_UpgradeDBInstance.MySQL.57to80Prechecks) ### Vorabprüfung bei Upgrades von MySQL 8.0 auf 8.4 MySQL 8.4 ist in vielen Punkten nicht mit MySQL 8.0 kompatibel. Diese Inkompatibilitäten können bei einem Upgrade von MySQL 8.0 auf MySQL 8.4 Probleme verursachen. Damit das Upgrade erfolgreich durchgeführt werden kann, sind einige Vorbereitungsmaßnahmen auf Ihrer Datenbank durchzuführen. Im Folgenden finden Sie eine allgemeine Liste dieser Inkompatibilitäten: + Es darf keine Tabellen geben, die veraltete Datentypen oder Funktionen verwenden. + Es darf keine Auslöser mit fehlenden oder leeren Definern oder ungültigen Erstellungskontexten geben. + Es darf keine Verletzungen von Schlüsselwörtern oder reservierten Wörtern geben. Einige Schlüsselwörter sind in MySQL 8.4 möglicherweise reserviert, die zuvor nicht reserviert waren. Weitere Informationen finden Sie unter [Schlüsselwörter und reservierte Wörter](https://dev.mysql.com/doc/refman/8.4/en/keywords.html) in der MySQL-Dokumentation. + Es darf keine Tabellen in der `mysql`-Systemdatenbank von MySQL 8.0 geben, die denselben Namen wie eine Tabelle haben, die vom Daten-Dictionary von MySQL 8.4 verwendet wird. + Es dürfen keine veralteten SQL-Modi in Ihrer `sql_mode`-Systemvariableneinstellung definiert sein. + Es darf keine Tabellen oder gespeicherte Prozeduren mit einzelnen `ENUM`- oder `SET`-Spaltenelementen geben, deren Länge 255 Zeichen oder 1020 Bytes überschreitet. + Ihre MySQL-8.0-Installation darf keine Features verwenden, die in MySQL 8.4 nicht unterstützt werden. Weitere Informationen finden Sie unter [ Features removed in MySQL 8.4](https://dev.mysql.com/doc/refman/8.4/en/mysql-nutshell.html#mysql-nutshell-removals) in der MySQL-Dokumentation. + Es darf keine Namen für Fremdschlüsseleinschränkungen mit mehr als 64 Zeichen geben. + Informationen zu verbesserter Unicode-Unterstützung finden Sie im folgenden Abschnitt: + Konvertieren Sie Objekte, die den `utf8mb3`-Zeichensatz verwenden, eventuell in Objekte, die den `utf8mb4`-Zeichensatz verwenden. Der `utf8mb3`-Zeichensatz ist veraltet. + Sie sollten anstelle von `utf8mb4` die Verwendung von `utf8` für Zeichensatzverweise in Betracht ziehen, da `utf8` zurzeit ein Alias für den `utf8mb3`-Zeichensatz ist. Wenn möglich, ändern Sie `utf8mb4` zuerst in `utf8` und führen Sie dann das Datenbank-Upgrade durch. + Da bei älteren Clients möglicherweise ein unbekannter Zeichensatzfehler für `utf8mb3` angezeigt wird, aktualisieren Sie Ihre Datenbankclients, bevor Sie das Datenbank-Upgrade durchführen. Weitere Informationen finden Sie unter [Der utf8mb3-Zeichensatz (UTF-8-Unicode-Kodierung mit 3 Bytes)](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-utf8mb3.html) in der MySQL-Dokumentation. Um den Zeichensatz zu ändern, können Sie manuell ein Backup, eine Wiederherstellung und eine Replikation Ihrer Datenbank durchführen. Oder Sie können Amazon RDS Blue/Green Deployments verwenden. Weitere Informationen finden Sie unter [Verwenden von Amazon RDS Blue/Green Deployments für Datenbank-Updates](blue-green-deployments.md). Wenn Sie ein Upgrade von MySQL 8.0 auf 8.4 starten, führt Amazon RDS Vorabprüfungen durch, um eventuelle Inkompatibilitäten zu entdecken. Informationen zum Ausführen von Upgrades auf MySQL 8.4 finden Sie unter [Upgrading MySQL](https://dev.mysql.com/doc/refman/8.4/en/upgrading.html) in der MySQL-Dokumentation. 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 RDS 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 auf MySQL 8.4 verwenden, indem Sie die Inkompatibilitäten reduzieren. Detaillierte Informationen zum Entfernen von Inkompatibilitäten finden Sie unter [Preparing your installation for upgrade](https://dev.mysql.com/doc/refman/8.4/en/upgrade-prerequisites.html) in der MySQL-Dokumentation. ### Vorabprüfung bei Upgrades von MySQL 5.7 auf 8.0 MySQL 8.0 ist in vielen Punkten nicht mit MySQL 5.7 kompatibel. Diese Inkompatibilitäten können bei einem Upgrade von MySQL 5.7 auf MySQL 8.0 Probleme verursachen. Damit das Upgrade erfolgreich durchgeführt werden kann, sind einige Vorbereitungsmaßnahmen auf Ihrer Datenbank durchzuführen. Im Folgenden finden Sie eine allgemeine Liste dieser Inkompatibilitäten: + Es darf keine Tabellen geben, die veraltete Datentypen oder Funktionen verwenden. + Es darf keine verwaisten FRM-Dateien geben. + Es darf keine Auslöser mit fehlenden oder leeren Definern oder ungültigen Erstellungskontexten geben. + Es darf keine partitionierte Tabelle mit einer Speicher-Engine geben, für die es keine native Partitionierungsunterstützung gibt. + Es darf keine Verletzungen von Schlüsselwörtern oder reservierten Wörtern geben. Einige Schlüsselwörter sind in MySQL 8.0 möglicherweise reserviert, die zuvor nicht reserviert waren. Weitere Informationen finden Sie unter [Schlüsselwörter und reservierte Wörter](https://dev.mysql.com/doc/refman/8.0/en/keywords.html) in der MySQL-Dokumentation. + Es darf keine Tabellen in der MySQL 5.7 `mysql`-Systemdatenbank geben, die denselben Namen wie eine Tabelle haben, die vom MySQL 8.0-Daten-Dictionary verwendet wird. + Es dürfen keine veralteten SQL-Modi in Ihrer `sql_mode`-Systemvariableneinstellung definiert sein. + Es darf keine Tabellen oder gespeicherte Prozeduren mit einzelnen `ENUM`- oder `SET`-Spaltenelementen geben, deren Länge 255 Zeichen oder 1020 Bytes überschreitet. + Vor dem Upgrade auf MySQL 8.0.13 oder höher darf es keine Tabellenpartitionen innerhalb von freigegebenen InnoDB-Tabellenräumen geben. + Es darf keine Abfragen oder gespeicherten Programmdefinitionen aus MySQL 8.0.12 oder früher geben, die `ASC` oder `DESC`-Qualifizierer für `GROUP BY`-Klauseln verwenden. + Ihre MySQL 5.7-Installation darf keine Funktionen verwenden, die in MySQL 8.0 nicht unterstützt werden. Weitere Informationen finden Sie unter [In MySQL 8.0 entfernte Funktionen](https://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html#mysql-nutshell-removals) in der MySQL-Dokumentation. + Es darf keine Namen für Fremdschlüsseleinschränkungen mit mehr als 64 Zeichen geben. + Informationen zu verbesserter Unicode-Unterstützung finden Sie im folgenden Abschnitt: + Konvertieren Sie Objekte, die den `utf8mb3`-Zeichensatz verwenden, eventuell in Objekte, die den `utf8mb4`-Zeichensatz verwenden. Der `utf8mb3`-Zeichensatz ist veraltet. + Sie sollten anstelle von `utf8mb4` die Verwendung von `utf8` für Zeichensatzverweise in Betracht ziehen, da `utf8` zurzeit ein Alias für den `utf8mb3`-Zeichensatz ist. Wenn möglich, ändern Sie `utf8mb4` zuerst in `utf8` und führen Sie dann das Datenbank-Upgrade durch. + Da bei älteren Clients möglicherweise ein unbekannter Zeichensatzfehler für `utf8mb3` angezeigt wird, aktualisieren Sie Ihre Datenbankclients, bevor Sie das Datenbank-Upgrade durchführen. Weitere Informationen finden Sie unter [Der utf8mb3-Zeichensatz (UTF-8-Unicode-Kodierung mit 3 Bytes)](https://dev.mysql.com/doc/refman/8.4/en/charset-unicode-utf8mb3.html) in der MySQL-Dokumentation. Um den Zeichensatz zu ändern, können Sie manuell ein Backup, eine Wiederherstellung und eine Replikation Ihrer Datenbank durchführen. Oder Sie können Amazon RDS Blue/Green Deployments verwenden. Weitere Informationen finden Sie unter [Verwenden von Amazon RDS Blue/Green Deployments für Datenbank-Updates](blue-green-deployments.md). Wenn Sie ein Upgrade von MySQL 5.7 auf 8.0 starten, führt Amazon RDS Vorabprüfungen durch, um eventuelle Inkompatibilitäten zu entdecken. Informationen zum Ausführen von Upgrades auf MySQL 8.0 finden Sie unter [Ausführen von MySQL Upgrades](https://dev.mysql.com/doc/refman/8.0/en/upgrading.html) in der MySQL-Dokumentation. 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 RDS 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 auf MySQL 8.0 verwenden, indem Sie die Inkompatibilitäten reduzieren. Detaillierte Informationen zum Entfernen von Inkompatibilitäten finden Sie unter [Vorbereiten Ihrer Installation auf ein Upgrade](https://dev.mysql.com/doc/refman/8.0/en/upgrade-prerequisites.html) in der MySQL-Dokumentation und unter [Upgrade auf MySQL 8.0? Dies müssen Sie wissen ...](https://dev.mysql.com/blog-archive/upgrading-to-mysql-8-0-here-is-what-you-need-to-know/) im MySQL Server Blog. ## Rollback nach einem fehlgeschlagenen Upgrade Wenn Sie eine DB-Instance von MySQL Version 5.7 auf MySQL-Version 8.0 oder von MySQL-Version 8.0 auf 8.4 aktualisieren, kann das Upgrade fehlschlagen. Insbesondere kann es scheitern, wenn das Datenwörterbuch Inkompatibilitäten enthält, die von den Vorprüfungen nicht erfasst wurden. In diesem Fall kann die Datenbank in der neuen MySQL-Version (8.0 bzw. 8.4) nicht erfolgreich gestartet werden. Zu diesem Zeitpunkt macht Amazon RDS die für das Upgrade durchgeführten Änderungen rückgängig. Nach dem Rollback führt die MySQL-DB-Instance die ursprüngliche Version aus. + MySQL-Version 8.0 (bei einem Rollback von MySQL 8.4) + MySQL-Version 5.7 (bei einem Rollback von MySQL 8.0) Wenn ein Upgrade fehlschlägt und rückgängig gemacht wird, generiert Amazon RDS ein Ereignis mit der Ereignis-ID RDS-EVENT-0188. In der Regel schlägt ein Upgrade fehl, da es Inkompatibilitäten in den Metadaten zwischen den Datenbanken in Ihrer DB-Instance und der Ziel-MySQL-Version gibt. Wenn ein Upgrade fehlschlägt, können Sie die Details zu diesen Inkompatibilitäten in der `upgradeFailure.log`-Datei einsehen. Beheben Sie die Inkompatibilitäten, bevor Sie erneut versuchen, ein Upgrade durchzuführen. Während eines erfolglosen Upgrade-Versuchs und Rollbacks wird Ihre DB-Instance neu gestartet. Alle ausstehenden Parameteränderungen werden während des Neustarts angewendet und bleiben nach dem Rollback bestehen. Weitere Informationen zum Upgrade auf MySQL 8.0 finden Sie in den folgenden Themen der MySQL-Dokumentation: + [Vorbereiten Ihrer Installation für das Upgrade](https://dev.mysql.com/doc/refman/8.0/en/upgrade-prerequisites.html) + [Upgrade auf MySQL 8.0? Hier ist was Sie wissen müssen…](https://dev.mysql.com/blog-archive/upgrading-to-mysql-8-0-here-is-what-you-need-to-know/) Detaillierte Informationen zum Upgrade auf MySQL 8.4 finden Sie unter [Preparing Your Installation for Upgrade](https://dev.mysql.com/doc/refman/8.4/en/upgrade-prerequisites.html) in der MySQL-Dokumentation. # Testen eines Upgrades von RDS für MySQL Ehe Sie ein Upgrade einer Hauptversion auf Ihrer DB-Instance durchführen, sollten Sie sorgfältig prüfen, ob Ihre Datenbank mit der neuen Version kompatibel ist. Darüber hinaus sollten Sie die Kompatibilität aller Anwendungen mit der neuen Version testen, die auf die Datenbank zugreifen. Wir empfehlen Ihnen folgendes Vorgehen. **Um ein Hauptversions-Upgrade zu testen** 1. Informieren Sie sich in der Upgrade-Dokumentation von Oracle über die neue Version der Datenbank-Engine, um zu prüfen, ob es Kompatibilitätsprobleme geben könnte, die sich auf Ihre Datenbank oder Anwendungen auswirken könnten: + [Änderungen in MySQL 5.7](http://dev.mysql.com/doc/refman/5.7/en/upgrading-from-previous-series.html) + [Änderungen in MySQL 8.0](http://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html) + [Änderungen in MySQL 8.4](http://dev.mysql.com/doc/refman/8.4/en/upgrading-from-previous-series.html) 1. Wenn Ihre DB-Instance Mitglied einer benutzerdefinierten DB-Parametergruppe ist, müssen Sie eine neue DB-Parametergruppe mit Ihren vorhandenen Einstellungen erstellen, die mit der neuen Hauptversion kompatibel ist. Geben Sie die neue DB-Parametergruppe an, wenn Sie Ihre Test-Instance aktualisieren, damit Ihr Upgrade-Test sicherstellt, dass sie ordnungsgemäß funktioniert. Weitere Informationen über das Erstellen einer Parametergruppe finden Sie unter [Parametergruppen für Amazon RDS](USER_WorkingWithParamGroups.md). 1. Erstellen Sie einen DB-Snapshot der zu aktualisierenden DB-Instance. Weitere Informationen finden Sie unter [Erstellen eines DB-Snapshots für eine DB-Instance mit Single-AZ für Amazon RDS](USER_CreateSnapshot.md). 1. Stellen Sie den DB-Snapshot wieder her, um eine neue Test-DB-Instance zu erstellen. Weitere Informationen finden Sie unter [Wiederherstellen auf eine DB-Instance](USER_RestoreFromSnapshot.md). 1. Ändern Sie diese neue Test-DB-Instance, um sie auf die neue Version upzugraden. Verwenden Sie dazu eine der folgenden Methoden. Wenn Sie in Schritt 2 eine neue Parametergruppe erstellt haben, geben Sie diese Parametergruppe an. 1. Beurteilen Sie den Speicherplatz, den die upgegradete Instance verwendet, um zu bestimmen, ob das Upgrade zusätzlichen Speicherplatz benötigt. 1. Führen Sie so viele Qualitätssicherungstests mit der upgegradeten DB-Instance durch, wie nötig, um sicherzustellen, dass Ihre Datenbank und Anwendung mit der neuen Version korrekt ausgeführt werden. Führen Sie alle nötigen neuen Tests aus, um die Auswirkungen von Kompatibilitätsproblemen zu bewerten, die Sie in Schritt 1 bestimmt haben. Testen Sie alle gespeicherten Prozeduren und Funktionen. Leiten Sie Testversionen Ihrer Anwendungen an die aktualisierte DB-Instance weiter. 1. Wenn alle Tests erfolgreich sind, führen Sie das Upgrade für Ihre Produktions-DB-Instance durch. Wir empfehlen, dass Sie keine Schreiboperationen auf der DB-Instance zulassen, bis Sie bestätigen können, dass alles richtig ausgeführt wird. ## Upgraden einer MySQL-DB-Instance Informationen über das manuelle oder automatische Upgraden einer MySQL-DB-Instance finden Sie unter [Upgrade der Engine-Version für eine DB-Instance ](USER_UpgradeDBInstance.Upgrading.md). # Automatische Unterversion-Upgrades von RDS für MySQL Wenn Sie beim Erstellen oder Ändern einer DB-Instance die folgenden Einstellungen angeben, können Sie Ihre DB-Instance automatisch aktualisieren lassen. + Die Einstellung **Automatisches Upgrade der Nebenversion** ist aktiviert. + Die Einstellung **Aufbewahrungszeitraum für Sicherungen** beträgt mehr als 0. Im AWS-Managementkonsole befinden sich diese Einstellungen unter **Zusätzliche Konfiguration**. Die folgende Abbildung zeigt die **Auto minor version upgrade** (Upgrade einer Unterversion automatisch durchführen)-Einstellung. ![\[Bereich Wartung in der Amazon-RDS-Konsole, die Option Automatische Aktualisierung von Unterversionen aktivieren ist ausgewählt.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/amvu.png) Weitere Informationen zu diesen Einstellungen finden Sie unter [Einstellungen für DB-Instances](USER_ModifyInstance.Settings.md). Bei einigen Hauptversionen von RDS für MySQL in einigen AWS-Regionen wird eine Nebenversion von RDS als automatische Upgrade-Version festgelegt. Nachdem eine Minor-Version von Amazon RDS getestet und freigegeben wurde, erfolgt das Upgrade der Minor-Version automatisch während Ihres Wartungsfensters. RDS legt nicht automatisch neuere freigegebene Minor-Versionen als die automatische Upgradeversion fest. Bevor RDS eine neuere automatische Upgradeversion bestimmt, werden mehrere Kriterien berücksichtigt, wie beispielsweise die folgenden: + Bekannte Sicherheitsprobleme + Fehler in der MySQL-Community-Version + Gesamtflottenstabilität seit Erscheinen der Minor-Version Sie können den folgenden AWS CLI-Befehl verwenden, um die aktuelle Ziel-Unterversion des automatischen Upgrades für eine bestimmte MySQL-Unterversion in einer bestimmten AWS-Region festzulegen. Für Linux, macOS oder Unix: ``` aws rds describe-db-engine-versions \ --engine mysql \ --engine-version minor_version \ --region region \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \ --output text ``` Für Windows: ``` aws rds describe-db-engine-versions ^ --engine mysql ^ --engine-version minor_version ^ --region region ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^ --output text ``` Der folgende AWS CLI-Befehl legt beispielsweise das automatische Ziel für die Aktualisierung der Nebenversion für die MySQL-Nebenversion 8.0.11 in der AWS-Region USA Ost (Ohio) (us-east-2) fest. Für Linux, macOS oder Unix: ``` aws rds describe-db-engine-versions \ --engine mysql \ --engine-version 8.0.11 \ --region us-east-2 \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \ --output table ``` Für Windows: ``` aws rds describe-db-engine-versions ^ --engine mysql ^ --engine-version 8.0.11 ^ --region us-east-2 ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^ --output table ``` Ihre Ausgabe sieht Folgendem ähnlich. ``` ---------------------------------- | DescribeDBEngineVersions | +--------------+-----------------+ | AutoUpgrade | EngineVersion | +--------------+-----------------+ | False | 8.0.15 | | False | 8.0.16 | | False | 8.0.17 | | False | 8.0.19 | | False | 8.0.20 | | False | 8.0.21 | | True | 8.0.23 | | False | 8.0.25 | +--------------+-----------------+ ``` In diesem Beispiel ist der `AutoUpgrade`-Wert `True` für MySQL-Version 8.0.23. Das automatische Nebenversions-Upgrade-Ziel ist daher die MySQL-Version 8.0.23, die in der Ausgabe hervorgehoben wird. Eine MySQL DB-Instance wird während Ihres Wartungsfensters automatisch aktualisiert, wenn die folgenden Kriterien erfüllt sind: + Die Einstellung **Automatisches Upgrade der Nebenversion** ist aktiviert. + Die Einstellung **Aufbewahrungszeitraum für Sicherungen** beträgt mehr als 0. + Die DB-Instance führt eine Minor-Version der DB-Engine aus, die niedriger ist als die aktuelle Minor-Version des automatischen Upgrades. Weitere Informationen finden Sie unter [Automatisches Upgraden der Engine-Unterversion](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). # Verwenden eines Lesereplikats zur Reduzierung von Ausfallzeiten beim Upgrade einer Datenbank in RDS für MySQL In den meisten Fällen ist eine Blau/Grün-Bereitstellung die beste Option, um Ausfallzeiten beim Upgrade einer MySQL-DB-Instance zu reduzieren. Weitere Informationen finden Sie unter [Verwenden von Amazon RDS Blue/Green Deployments für Datenbank-Updates](blue-green-deployments.md). Wenn Sie keine Blau/Grün-Bereitstellung verwenden können und Ihre MySQL-DB-Instance aktuell von einer Produktionsanwendung genutzt wird, können Sie mit dem folgenden Verfahren die Datenbankversion Ihrer DB-Instance aktualisieren. Dieses Verfahren kann die Ausfallzeiten Ihrer Anwendung reduzieren. Mithilfe einer Read Replica können Sie die meisten Wartungsschritte im Voraus durchführen und die erforderlichen Änderungen während des tatsächlichen Ausfalls minimieren. Mit dieser Technik können Sie die neue DB-Instance testen und vorbereiten, ohne Änderungen an Ihrer bestehenden DB-Instance vorzunehmen. Im Folgenden wird ein Beispiel für ein Upgrade der MySQL Version 5.7 auf MySQL Version 8.0 gezeigt. Sie können die gleichen allgemeinen Schritte für Upgrades auf andere Hauptversionen durchführen. Sie können die gleichen allgemeinen Schritte für Upgrades auf andere Hauptversionen durchführen. **Anmerkung** Wenn Sie von MySQL-Version 5.7 auf MySQL-Version 8.0 oder von MySQL-Version 8.0 auf MySQL-Version 8.4 aktualisieren, führen Sie die Vorprüfungen durch, bevor Sie das Upgrade durchführen. Weitere Informationen erhalten Sie unter [Vorabprüfung bei Upgrades von MySQL 5.7 auf 8.0](USER_UpgradeDBInstance.MySQL.Major.md#USER_UpgradeDBInstance.MySQL.57to80Prechecks) und [Vorabprüfung bei Upgrades von MySQL 8.0 auf 8.4](USER_UpgradeDBInstance.MySQL.Major.md#USER_UpgradeDBInstance.MySQL.80to84Prechecks). **So führen Sie ein Upgrade einer MySQL-Datenbank durch, während eine DB-Instance verwendet wird** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Erstellen Sie eine Read Replica Ihrer MySQL 5.7-DB-Instance. Dieser Prozess erstellt eine aktualisierbare Kopie Ihrer Datenbank. Andere Read Replicas der DB-Instance könnten ebenfalls vorhanden sein. 1. Wählen Sie in der Konsole **Datenbanken** und dann die DB-Instance aus, die Sie upgraden möchten. 1. Wählen Sie unter **Aktionen** **Create read replica (Read Replica erstellen)** aus. 1. Geben Sie für die Read Replica einen Wert im Feld **DB-Instance-Kennung** ein und stellen Sie sicher, dass der Eintrag unter **DB-Instance-Klasse)** und die anderen Einstellungen mit Ihrer MySQL 5.7-DB-Instance übereinstimmen. 1. Wählen Sie **Read Replica erstellen** aus. 1. (Optional) Wenn die Read Replica erstellt wurde und der **Status** **Verfügbar** anzeigt, konvertieren Sie die Read Replica in eine Multi-AZ-Bereitstellung und aktivieren Sie Sicherungen. Standardmäßig wird ein Lesereplikat mit deaktivierten Backups erstellt. Da das Lesereplikat letztendlich zur DB-Produktions-Instance wird, ist es eine bewährte Methode, eine Multi-AZ-Bereitstellung zu konfigurieren und Backups zu aktivieren. 1. Wählen Sie in der Konsole **Datenbanken** und dann die Read Replica aus, die Sie gerade erstellt haben. 1. Wählen Sie **Ändern** aus. 1. Für die **Multi-AZ-Bereitstellung**wählen Sie **Standby-Instance erstellen**. 1. Wählen Sie unter **Backup Retention Period** (Aufbewahrungszeitraum für Backups) einen positiven Wert größer als null aus, z. B. 3 Tage. Klicken Sie anschließend auf **Continue** (Weiter). 1. Wählen Sie für **Scheduling of modifications (Einplanung von Änderungen)** die Option **Apply immediately (Sofort anwenden)** aus. 1. Wählen Sie **Modify DB Instance (DB-Instance ändern)** aus. 1. Wenn der Read Replica-**Status** **Verfügbar** anzeigt, aktualisieren Sie die Read Replica auf MySQL 8.0: 1. Wählen Sie in der Konsole **Datenbanken** und dann die Read Replica aus, die Sie gerade erstellt haben. 1. Wählen Sie **Ändern** aus. 1. Wählen Sie im Feld **DB-Engine-Version** die gewünschte Version von MySQL 8.0 für das Upgrade aus und klicken Sie auf **Weiter**. 1. Wählen Sie für **Scheduling of modifications (Einplanung von Änderungen)** die Option **Apply immediately (Sofort anwenden)** aus. 1. Wählen Sie **Modify DB instance** (DB-Instance ändern) aus, um das Upgrade zu starten. 1. Wenn das Upgrade abgeschlossen ist und **Status** **Verfügbar** anzeigt, überprüfen Sie, ob die aktualisierte Read Replica mit der MySQL-5.7-DB-Quellinstance auf dem neuesten Stand ist. Stellen Sie zur Überprüfung eine Verbindung mit dem Lesereplikat her und führen Sie den Befehl `SHOW REPLICA STATUS` aus. Wenn das `Seconds_Behind_Master`-Feld `0` ist, ist die Replikation auf dem neuesten Stand. **Anmerkung** Frühere Versionen von MySQL verwenden `SHOW SLAVE STATUS` anstelle von `SHOW REPLICA STATUS`. Wenn Sie vor 8.0.23 eine MySQL-Version verwenden, verwenden Si `SHOW SLAVE STATUS`. 1. (Optional) Erstellen Sie eine Read Replica Ihrer Read Replica. Wenn Sie möchten, dass die DB-Instance eine Read Replica hat, nachdem sie auf eine eigenständige DB-Instance hochgestuft wurde, können Sie jetzt die Read Replica erstellen. 1. Wählen Sie auf der Konsole **Datenbanken** und dann die Read Replica aus, die Sie gerade aktualisiert haben. 1. Wählen Sie unter **Aktionen** **Create read replica (Read Replica erstellen)** aus. 1. Geben Sie für die Read Replica einen Wert im Feld **DB-Instance-Kennung** ein und stellen Sie sicher, dass der Eintrag unter **DB-Instance-Klasse)** und die anderen Einstellungen mit Ihrer MySQL 5.7-DB-Instance übereinstimmen. 1. Wählen Sie **Read Replica erstellen** aus. 1. (Optional) Konfigurieren Sie eine benutzerdefinierte DB-Parametergruppe für die Read Replica. Wenn Sie möchten, dass die DB-Instance eine benutzerdefinierte Parametergruppe verwendet, nachdem sie zu einer eigenständigen DB-Instance hochgestuft wurde, können Sie die DB-Parametergruppe erstellen und sie jetzt dem Lesereplikat zuordnen kann. 1. Erstellen Sie eine benutzerdefinierte DB-Parametergruppe für MySQL 8.0. Detaillierte Anweisungen finden Sie unter [Erstellen einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Creating.md). 1. Ändern Sie die Parameter, die Sie in der gerade erstellten DB-Parametergruppe ändern möchten. Detaillierte Anweisungen finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md). 1. Wählen Sie in der Konsole **Datenbanken**und dann die Read Replica aus. 1. Wählen Sie **Ändern** aus. 1. Wählen Sie für die **DB-Parametergruppe** die soeben erstellte MySQL 8.0 DB-Parametergruppe aus, und klicken Sie dann auf **Weiter**. 1. Wählen Sie für **Scheduling of modifications (Einplanung von Änderungen)** die Option **Apply immediately (Sofort anwenden)** aus. 1. Wählen Sie **Modify DB instance** (DB-Instance ändern) aus, um das Upgrade zu starten. 1. Machen Sie Ihre MySQL 8.0 Read Replica zu einer eigenständigen DB-Instance. **Wichtig** Wenn Sie Ihr Lesereplikat von MySQL 8.0 auf eine eigenständige DB-Instance hochstufen, handelt es sich nicht mehr um ein Replikat der DB-Instance von MySQL 5.7. Wir empfehlen, dass Sie Ihre MySQL 8.0 Read Replica während eines Wartungsfensters hochstufen, wenn sich Ihre MySQL-5.7 Quell-DB-Instance im schreibgeschützten Modus befindet und alle Schreiboperationen ausgesetzt sind. Wenn die Aktion abgeschlossen ist, können Sie Ihre Schreiboperationen an die aktualisierte MySQL 8.0 DB-Instance weiterleiten, um sicherzustellen, dass keine Schreiboperationen verloren gehen. Zusätzlich empfehlen wir, dass Sie, bevor Sie die MySQL 8.0 Read Replica hochstufen, alle erforderlichen Data Definition Language (DDL)-Operationen auf der MySQL 8.0 Read Replica ausführen. Ein Beispiel hierfür ist das Erstellen von Indizes. Dieser Ansatz vermeidet negative Auswirkungen auf die Leistung der MySQL 8.0 Read Replica, nachdem sie hochgestuft wurde. Gehen Sie folgendermaßen vor, um ein Lesereplikat hochzustufen. 1. Wählen Sie auf der Konsole **Datenbanken** und dann die Read Replica aus, die Sie gerade aktualisiert haben. 1. Wählen Sie für **Actions (Aktionen)** **Promote (Hochstufen)** aus. 1. Klicken Sie auf **Yes (Ja)**, um automatische Sicherungen für die Lesereplikat-Instance zu aktivieren. Weitere Informationen finden Sie unter [Einführung in Backups](USER_WorkingWithAutomatedBackups.md). 1. Klicken Sie auf **Weiter**. 1. Klicken Sie auf **Read Replica hochstufen**. 1. Sie haben jetzt eine upgegradete Version Ihrer MySQL-Datenbank. An dieser Stelle können Sie Ihre Anwendungen auf die neue MySQL 8.0 DB-Instance verweisen. # Überwachung von RDS für MySQL-Engine-Upgrades mit Ereignissen Wenn Sie die Engine-Version einer RDS for MySQL-Datenbank aktualisieren, gibt Amazon RDS in jeder Phase des Prozesses ein bestimmtes Ereignis aus. Um den Fortschritt eines Upgrades zu verfolgen, können Sie diese Ereignisse anzeigen oder abonnieren. Weitere Informationen zu RDS-Ereignissen finden Sie unter[Überwachung von Amazon-RDS-Ereignissen](working-with-events.md). Ausführliche Informationen zu einem bestimmten Amazon RDS-Ereignis, das während Ihres Engine-Upgrades auftritt, finden Sie unter[Amazon RDS-Ereigniskategorien und Ereignisnachrichten ](USER_Events.Messages.md).