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 MariaDB-DB-Engine
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 MariaDB-DB-Instances: Hauptversionsupgrades und Unterversionsupgrades.
*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 Hauptversions-Upgrade durchführen, wird jedoch das Befolgen der Schritte unter [Hauptversion-Upgrades für RDS für MariaDB](USER_UpgradeDBInstance.MariaDB.Major.md) empfohlen.
*Nebenversions-Upgrades* enthalten dagegen nur Änderungen, die mit vorhandenen Anwendungen abwärtskompatibel 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 **Auto minor version upgrade (Automatisches Nebenversions-Upgrade)** aktivieren. Hierdurch wird Ihre DB-Instance automatisch aktualisiert, nachdem die neue Version von Amazon RDS 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 Ihre MariaDB-DB-Instance Lesereplikate verwendet, müssen Sie alle Lesereplikate aktualisieren, bevor Sie die Quell-Instance aktualisieren. Wenn sich Ihre DB-Instance in einer Multi-AZ-Bereitstellung befindet, werden sowohl die Writer- als auch die Standby-Replikate aktualisiert. Ihre DB-Instance ist möglicherweise erst verfügbar, wenn das Upgrade abgeschlossen ist.
Weitere Informationen über die unterstützten MariaDB-Versionen und zur Versionsverwaltung finden Sie unter [MariaDB auf Amazon-RDS-Versionen](MariaDB.Concepts.VersionMgmt.md).
Datenbank-Engine-Upgrades erfordern Ausfallzeiten. Die Dauer des Nutzungsausfalls ist von der Größe Ihrer DB-Instance abhängig.
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).
**Tipp**
Sie können die für das DB-Instance-Upgrade erforderlichen Ausfallzeiten 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).
**Topics**
+ [Überlegungen zu MariaDB-Upgrades](#USER_UpgradeDBInstance.MariaDB.Considerations)
+ [Finden gültiger Upgrade-Ziele](#USER_UpgradeDBInstance.MariaDB.FindingTargets)
+ [MariaDB-Versionsnummern](USER_UpgradeDBInstance.MariaDB.VersionID.md)
+ [RDS-Versionsnummern in RDS für MariaDB](USER_UpgradeDBInstance.MariaDB.rds.version.md)
+ [Hauptversion-Upgrades für RDS für MariaDB](USER_UpgradeDBInstance.MariaDB.Major.md)
+ [Upgraden einer MariaDB-DB-Instance](#USER_UpgradeDBInstance.MariaDB.Upgrading)
+ [Automatische Unterversion-Upgrades für RDS für MariaDB](USER_UpgradeDBInstance.MariaDB.Minor.md)
+ [Verwenden eines Lesereplikats, um Ausfallzeiten beim Upgrade einer Datenbank in RDS für MariaDB zu reduzieren](USER_UpgradeDBInstance.MariaDB.ReducedDowntime.md)
+ [Überwachung von RDS für MariaDB-DB-Engine-Upgrades mit Ereignissen](USER_UpgradeDBInstance.MariaDB.Monitoring.md)
## Überlegungen zu MariaDB-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 Read Replicas aktualisieren, bevor Sie die Quell-Instance aktualisieren.
Wenn sich die DB-Instance in einer Multi-AZ-Bereitstellung befindet, erfolgt das Upgrade sowohl für die primären als auch Standby-DB-Instances. Die primären und die Standby-DB-Instances werden gleichzeitig aktualisiert, und es kommt zu einem Ausfall, bis das Upgrade abgeschlossen ist. Die Dauer des Nutzungsausfalls ist von Ihrer Datenbank-Engine-Version und der Größe Ihrer DB-Instance abhängig.
## 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 mariadb \
--engine-version version_number \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Für Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version version_number ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Um beispielsweise die gültigen Upgrade-Ziele für eine MariaDB-DB-Instance der Version 10.5.17 zu identifizieren, führen Sie den folgenden Befehl aus: AWS CLI
Für Linux, macOS oder Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.17 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Für Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.17 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
# MariaDB-Versionsnummern
Die Versionsnummerierungssequenz für die Datenbank-Engine von RDS für MariaDB hat entweder die Form *Hauptversion.Unterversion.Patch.JJJJMMTT* oder *Hauptversion.Unterversion.Patch*, zum Beispiel 10.11.5.R2.20231201 oder 10.4.30. Das Format hängt von der Version der MariaDB-Engine ab.
**Hauptversion**
Die Hauptversionsnummer ist sowohl die Ganzzahl als auch der erste Nachkommateil der Versionsnummer, z. B. 10.11. Ein Upgrade der Hauptversion erhöht den Hauptteil der Versionsnummer. Beispielsweise ist ein Upgrade von *10.5*.20 auf 10.6.12 ein Hauptversion-Upgrade, wobei *10.5* und *10.6* die Hauptversionsnummern sind.
**Unterversion**
Die Unterversionsnummer ist der dritte Teil der Versionsnummer, z. B. die 5 in 10.11.5.
**Patch**
Der Patch ist der vierte Teil der Versionsnummer, zum Beispiel R2 in 10.11.5.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 10.11.5.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 10.11 von RDS für MariaDB erklärt.
| Unterversion 10.11 | Benennungsschema |
| --- | --- |
| ≥ 5 | Neue DB-Instances verwenden das Format *Hauptversion.Unterversion.Patch.JJMMTT*, z. B. 10.11.5.R2.20231201. Bestehende DB-Instances verwenden möglicherweise *Hauptversion.Unterversion.Patch*, z. B. 10.11.5.R2, bis Sie Ihr nächstes Haupt- oder Unterversion-Upgrade durchführen. |
| < 5 | Bestehende DB-Instances verwenden *Hauptversion.Unterversion.Patch*, z. B. 10.11.4.R2. |
In der folgenden Tabelle wird das Benennungsschema für Version 10.6 von RDS für MariaDB erklärt.
| Unterversion 10.6 | Benennungsschema |
| --- | --- |
| ≥ 14 | Neue DB-Instances verwenden das Format *Hauptversion.Unterversion.Patch.JJMMTT*, z. B. 10.6.14.R2.20231201. Bestehende DB-Instances verwenden möglicherweise *Hauptversion.Unterversion.Patch*, z. B. 10.6.14.R2, bis Sie Ihr nächstes Haupt- oder Unterversion-Upgrade durchführen. |
| < 14 | Bestehende DB-Instances verwenden *Hauptversion.Unterversion.Patch*, z. B. 10.6.13.R2. |
In der folgenden Tabelle wird das Benennungsschema für Version 10.5 von RDS für MariaDB erklärt.
| Unterversion 10.5 | Benennungsschema |
| --- | --- |
| ≥ 21 | Neue DB-Instances verwenden das Format *Hauptversion.Unterversion.Patch.JJMMTT*, z. B. 10.5.21.R2.20231201. Bestehende DB-Instances verwenden möglicherweise *Hauptversion.Unterversion.Patch*, z. B. 10.5.21.R2, bis Sie Ihr nächstes Haupt- oder Unterversion-Upgrade durchführen. |
| < 21 | Bestehende DB-Instances verwenden *Hauptversion.Unterversion.Patch*, z. B. 10.5.20.R2. |
In der folgenden Tabelle wird das Benennungsschema für Version 10.4 von RDS für MariaDB erklärt.
| Unterversion 10.4 | Benennungsschema |
| --- | --- |
| ≥ 30 | Neue DB-Instances verwenden das Format *Hauptversion.Unterversion.Patch.JJMMTT*, z. B. 10.4.30.R2.20231201. Bestehende DB-Instances verwenden möglicherweise *Hauptversion.Unterversion.Patch*, z. B. 10.4.30.R2, bis Sie Ihr nächstes Haupt- oder Unterversion-Upgrade durchführen. |
| < 30 | Bestehende DB-Instances verwenden *Hauptversion.Unterversion.Patch*, z. B. 10.4.29.R2. |
# RDS-Versionsnummern in RDS für MariaDB
RDS-Versionsnummern verwenden das Benennungsschema `major.minor.patch` oder `major.minor.patch.YYYYMMDD`. Eine RDS-Patch-Version enthält wichtige Korrekturen, die einer Nebenversion nach ihrer Veröffentlichung hinzugefügt werden. Eine RDS-Datumsversion (*JJMMTT*) ist ein Sicherheits-Patch. Ein Sicherheits-Patch enthält keine Korrekturen, die das Verhalten der Engine ändern könnten.
Wenn Sie die Amazon-RDS-Versionsnummer Ihrer Datenbank ermitteln möchten, müssen Sie zunächst die `rds_tools`-Erweiterung mit folgendem Befehl erstellen:
```
CREATE EXTENSION rds_tools;
```
Sie können die RDS-Versionsnummer Ihrer Datenbank von RDS für MariaDB mit der folgenden SQL-Abfrage herausfinden:
```
mysql> select mysql.rds_version();
```
Wenn Sie beispielsweise eine Datenbank von RDS für MariaDB 10.6.14 abfragen, wird Folgendes zurückgegeben:
```
+---------------------+
| mysql.rds_version() |
+---------------------+
| 10.6.14.R2.20231201 |
+---------------------+
1 row in set (0.01 sec)
```
# Hauptversion-Upgrades für RDS für MariaDB
Hauptversions-Upgrades können Datenbankänderungen enthalten, die nicht mit vorhandenen Anwendungen rückwärts kompatibel sind. Dies hat zur Folge, dass Amazon RDS Hauptversions-Upgrades nicht automatisch anwendet. Sie müssen Ihre DB-Instance manuell ändern. Sie sollten jedes Upgrade gründlich testen, bevor Sie es auf Ihre Produktions-Instances anwenden.
**Anmerkung**
In MariaDB 11.8 `require_secure_transport` ist der Standardwert für now`1`, was sichere Verbindungen erfordert. SSL/TLS Dieser Wert wird auf `0` festgelegt, wenn unsichere Verbindungen benötigt werden.
Amazon RDS unterstützt die folgenden direkten Upgrades für Hauptversionen der MariaDB-Datenbank-Engine:
+ Jede MariaDB-Version auf MariaDB 11.8
+ Jede MariaDB-Version auf MariaDB 11.4
+ Jede MariaDB-Version auf MariaDB 10.11
+ Jede MariaDB-Version zu MariaDB 10.6
+ MariaDB 10.4 zu MariaDB 10.5
Wenn Sie eine benutzerdefinierte Parametergruppe verwenden und ein Upgrade auf eine Hauptversion durchführen, müssen Sie entweder eine Standardparametergruppe für die neue DB-Engine-Version angeben oder eine eigene benutzerdefinierte Parametergruppe für die neue DB-Engine-Version erstellen. Die Zuordnung der neuen Parametergruppe zu DB-Instance erfordert einen vom Kunden initiierten Neustart der Datenbank nach Abschluss des Upgrades. Der Parametergruppenstatus der Instance zeigt an, `pending-reboot` ob die Instance neu gestartet werden muss, um die Änderungen der Parametergruppe zu übernehmen. Der Parametergruppenstatus einer Instance kann in der AWS-Managementkonsole oder über einen „Beschreiben“-Aufruf erfolgen, z. B. `describe-db-instances`.
## Upgraden einer MariaDB-DB-Instance
Informationen über das manuelle oder automatische Upgraden einer MariaDB-DB-Instance finden Sie unter [Upgrade der Engine-Version für eine DB-Instance ](USER_UpgradeDBInstance.Upgrading.md).
# Automatische Unterversion-Upgrades für RDS für MariaDB
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.
![\[Auto minor version upgrade (Upgrade einer Unterversion automatisch durchführen)-Einstellung\]](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 MariaDB 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 MariaDB-Community-Version
+ Gesamtflottenstabilität seit Erscheinen der Minor-Version
**Anmerkung**
Die Unterstützung für die Verwendung von TLS-Version 1.0 und 1.1 wurde ab bestimmten Unterversionen von MariaDB entfernt. Informationen über unterstützte Unterversionen für MariaDB finden Sie unter [SSL/TLS-Unterstützung für MariaDB-DB-Instances in Amazon RDS](MariaDB.Concepts.SSLSupport.md).
Sie können den folgenden AWS CLI-Befehl verwenden, um die aktuelle automatische Upgrade-Ziel-Unterversion für eine bestimmte MariaDB-Unterversion in einer bestimmten AWS-Region festzulegen.
Für Linux, macOS oder Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--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 mariadb ^
--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 MariaDB-Nebenversion 10.5.16 in der AWS-Region USA Ost (Ohio) (us-east-2) fest.
Für Linux, macOS oder Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.16 \
--region us-east-2 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output table
```
Für Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.16 ^
--region us-east-2 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output table
```
Ihre Ausgabe sieht Folgendem ähnlich.
```
----------------------------------
| DescribeDBEngineVersions |
+--------------+-----------------+
| AutoUpgrade | EngineVersion |
+--------------+-----------------+
| True | 10.5.17 |
| False | 10.5.18 |
| False | 10.5.19 |
| False | 10.6.5 |
| False | 10.6.7 |
| False | 10.6.8 |
| False | 10.6.10 |
| False | 10.6.11 |
| False | 10.6.12 |
+--------------+-----------------+
```
In diesem Beispiel ist der `AutoUpgrade`-Wert `True` für MariaDB-Version 10.5.17. Das automatische Nebenversions-Upgrade-Ziel ist daher die MariaDB-Version 10.5.17, die in der Ausgabe hervorgehoben wird.
Eine MariaDB-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, um Ausfallzeiten beim Upgrade einer Datenbank in RDS für MariaDB zu reduzieren
In den meisten Fällen ist eine Blau/Grün-Bereitstellung die beste Option, um Ausfallzeiten beim Upgrade einer MariaDB-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 MariaDB-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 von MariaDB Version 10.5 auf MariaDB Version 10.6 gezeigt. Sie können die gleichen allgemeinen Schritte für Upgrades auf andere Hauptversionen durchführen.
**So führen Sie ein Upgrade einer MariaDB-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 ein Lesereplikat Ihrer DB-Instance von MariaDB 10.5. 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 das Lesereplikat einen Wert im Feld **DB instance identifier** (DB-Instance-Kennung) ein und stellen Sie sicher, dass der Eintrag unter **DB instance class** (DB-Instance-Klasse) und die anderen Einstellungen mit Ihrer DB-Instance von MariaDB 10.5 ü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 als Single-AZ-Bereitstellung 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 jetzt 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 **Status** des Lesereplikats **Available** (Verfügbar) anzeigt, aktualisieren Sie das Lesereplikat auf MariaDB 10.6.
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** (DB-Engine-Version) die gewünschte Version von MariaDB 10.6 für das Upgrade aus und klicken Sie 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, um das Upgrade zu starten.
1. Wenn das Upgrade abgeschlossen ist und für **Status** **Available** (Verfügbar) angezeigt wird, überprüfen Sie, ob das aktualisierte Lesereplikat mit der Quell-DB-Instance von MariaDB 10.5 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 MariaDB wurden`SHOW SLAVE STATUS` anstelle von verwendet`SHOW REPLICA STATUS`. Wenn Sie eine ältere MariaDB-Version nutzen als 10.6, verwenden Sie `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 das Lesereplikat einen Wert im Feld **DB instance identifier** (DB-Instance-Kennung) ein und stellen Sie sicher, dass der Eintrag unter **DB instance class** (DB-Instance-Klasse) und die anderen Einstellungen mit Ihrer DB-Instance von MariaDB 10.5 ü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 MariaDB 10.6. 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 **DB parameter group** (DB-Parametergruppe) die soeben erstellte DB-Parametergruppe von MariaDB 10.6 aus, und klicken Sie dann 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, um das Upgrade zu starten.
1. Machen Sie Ihr Lesereplikat von MariaDB 10.6 zu einer eigenständigen DB-Instance.
**Wichtig**
Wenn Sie Ihr Lesereplikat von MariaDB 10.6 zu einer eigenständigen DB-Instance hochstufen, handelt es sich nicht mehr um ein Replikat der DB-Instance von MariaDB 10.5. Wir empfehlen, dass Sie Ihr Lesereplikat von MariaDB 10.6 während eines Wartungsfensters hochstufen, wenn sich Ihre Quell-DB-Instance von MariaDB 10.5 im schreibgeschützten Modus befindet und alle Schreiboperationen ausgesetzt sind. Wenn das Hochstufen abgeschlossen ist, können Sie Ihre Schreiboperationen an die aktualisierte DB-Instance von MariaDB 10.6 weiterleiten, um sicherzustellen, dass keine Schreiboperationen verloren gehen.
Zusätzlich empfehlen wir, dass Sie vor dem Hochstufen des Lesereplikats von MariaDB 10.6 alle erforderlichen Data Definition Language (DDL)-Operationen auf Ihrem Lesereplikat von MariaDB 10.6 ausführen. Ein Beispiel hierfür ist das Erstellen von Indizes. Mit diesem Ansatz werden negative Auswirkungen auf die Leistung des Lesereplikats von MariaDB 10.6 vermieden, nachdem es 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 aktualisierte Version Ihrer MariaDB-Datenbank vorliegen. An dieser Stelle können Sie Ihre Anwendungen auf die neue DB-Instance von MariaDB 10.6 umleiten.
# Überwachung von RDS für MariaDB-DB-Engine-Upgrades mit Ereignissen
Wenn Sie die Engine-Version einer RDS for MariaDB-Datenbank aktualisieren, gibt Amazon RDS in jeder Phase des Prozesses ein bestimmtes Ereignis aus. Um den Fortschritt eines Upgrades zu verfolgen, können Sie sich diese Ereignisse ansehen 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).