Aktualisieren der MariaDB-DB-Engine - Amazon Relational Database Service

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 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 Hauptversions-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 Upgrades von Hauptversionen für MariaDB 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.

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.

Datenbank-Engine-Upgrades erfordern Ausfallzeiten. Die Dauer des Nutzungsausfalls ist von der Größe Ihrer DB-Instance abhängig.

Tipp

Sie können die für das DB-Instance-Upgrade erforderlichen Ausfallzeiten minimieren, indem Sie eine Blau/Grün-Bereitstellung verwenden. Weitere Informationen finden Sie unter Verwendung von Blau/Grün-Bereitstellungen von Amazon RDS für Datenbankaktualisierungen.

Übersicht über das Aktualisieren

Wenn Sie das verwenden, AWS Management Console 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 verwenden, um die gültigen Upgrade-Ziele für eine DB-Instance zu identifizieren:

Für LinuxmacOS, oderUnix:

aws rds describe-db-engine-versions \ --engine mariadb \ --engine-version version-number \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

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ürLinux, oder: macOS Unix

aws rds describe-db-engine-versions \ --engine mariadb \ --engine-version 10.5.17 \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

Windows:

aws rds describe-db-engine-versions ^ --engine mariadb ^ --engine-version 10.5.17 ^ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

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.

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.

MariaDB-Versionsnummern

Die Versionsnummerierungssequenz für die RDS for MariaDB-Datenbank-Engine hat entweder die Form major.minor.patch.yyyymmDD oder major.minor.patch, zum Beispiel 10.11.5.R2.20231201 oder 10.4.30. Das verwendete Format hängt von der MariaDB-Engine-Version ab.

Major

Die Hauptversionsnummer ist sowohl die Ganzzahl als auch der erste Bruchteil der Versionsnummer, zum Beispiel 10.11. Ein Upgrade der Hauptversion erhöht den Hauptteil der Versionsnummer. Ein Upgrade von 10.5 .20 auf 10.6.12 ist beispielsweise ein Hauptversionsupgrade, wobei 10.5 und 10.6 die Hauptversionsnummern sind.

geringfügig

Die Nebenversionsnummer ist der dritte Teil der Versionsnummer, zum Beispiel 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.

YYYYMMDD

Das Datum ist der fünfte Teil der Versionsnummer, zum Beispiel 20231201 in 10.11.5.R2.20231201. Eine RDS-Datumsversion ist ein Sicherheitspatch, der wichtige Sicherheitsupdates enthält, die einer Nebenversion nach ihrer Veröffentlichung hinzugefügt wurden. Es enthält keine Korrekturen, die das Verhalten einer Engine ändern könnten.

Hauptversion Unterversion Benennungsschema
10.11 ≥ 5 Neue DB-Instances verwenden Major.Minor.Patch.YYMMDD, zum Beispiel 10.11.5.R2.20231201.

Bestehende DB-Instances verwenden möglicherweise major.minor.patch, z. B. 10.11.5.R2, bis Sie Ihre nächste Haupt- oder Nebenversion aktualisieren.

< 5 Bestehende DB-Instances verwenden major.minor.patch, beispielsweise 10.11.4.R2.
10.6 ≥ 14 Neue DB-Instances verwenden Major.Minor.Patch.YYMMDD, zum Beispiel 10.6.14.R2.20231201.

Bestehende DB-Instances verwenden möglicherweise major.minor.patch, z. B. 10.6.14.R2, bis Sie Ihre nächste Haupt- oder Nebenversion aktualisieren.

< 14 Bestehende DB-Instances verwenden major.minor.patch, beispielsweise 10.6.13.R2.
10.5 ≥ 21 Neue DB-Instances verwenden Major.Minor.Patch.YYMMDD, zum Beispiel 10.5.21.R2.20231201.

Bestehende DB-Instances verwenden möglicherweise major.minor.patch, z. B. 10.5.21.R2, bis Sie Ihre nächste Haupt- oder Nebenversion aktualisieren.

< 21 Bestehende DB-Instances verwenden major.minor.patch, beispielsweise 10.5.20.R2.
10.4 ≥ 30 Neue DB-Instances verwenden Major.Minor.Patch.YYMMDD, zum Beispiel 10.4.30.R2.20231201.

Bestehende DB-Instances verwenden möglicherweise major.minor.patch, z. B. 10.4.30.R2, bis Sie Ihre nächste Haupt- oder Nebenversion aktualisieren.

< 30 Bestehende DB-Instances verwenden major.minor.patch, beispielsweise 10.4.29.R2.

RDS-Versionsnummer

RDS-Versionsnummern verwenden entweder das oder das Benennungsschema. major.minor.patch 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 (YYMMDD) ist ein Sicherheitspatch. Ein Sicherheitspatch 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 RDS for MariaDB-Datenbank mit der folgenden SQL-Abfrage herausfinden:

mysql> select mysql.rds_version();

Wenn Sie beispielsweise eine RDS-Datenbank für MariaDB 10.6.14 abfragen, wird die folgende Ausgabe zurückgegeben:

+---------------------+ | mysql.rds_version() | +---------------------+ | 10.6.14.R2.20231201 | +---------------------+ 1 row in set (0.01 sec)

Upgrades von Hauptversionen 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.

Amazon RDS unterstützt die folgenden direkten Upgrades für Hauptversionen der MariaDB-Datenbank-Engine:

  • Jede MariaDB-Version auf MariaDB 10.11

  • Jede MariaDB-Version zu MariaDB 10.6

  • MariaDB 10.4 zu MariaDB 10.5

  • MariaDB 10.3 zu MariaDB 10.4

Um ein Hauptversions-Upgrade auf eine MariaDB-Version unter 10.6 durchzuführen, aktualisieren Sie in der Reihenfolge auf jede Hauptversion. Um beispielsweise von Version 10.3 auf Version 10.5 zu aktualisieren, führen Sie das Upgrade in der folgenden Reihenfolge aus: 10.3 auf 10.4 und dann 10.4 auf 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 Management Console 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.

Automatische Unterversion-Upgrades 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.

In der befinden sich AWS Management Console 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

Weitere Informationen zu diesen Einstellungen finden Sie unter Einstellungen für DB-Instances.

Für einige Hauptversionen von RDS für MariaDB AWS-Regionen, in einigen wird eine Nebenversion von RDS als automatische Upgrade-Version bezeichnet. 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 Support für die Verwendung von TLS Version 1.0 und 1.1 wurde ab bestimmten Nebenversionen von MariaDB entfernt. Informationen zu unterstützten MariaDB-Nebenversionen finden Sie unter. Verwenden von SSL/TLS mit einer MariaDB-DB-Instance

Sie können den folgenden AWS CLI Befehl verwenden, um die aktuelle automatische Minor-Upgrade-Zielversion für eine angegebene MariaDB-Nebenversion in einer bestimmten zu ermitteln. AWS-Region

FürLinux, odermacOS: Unix

aws rds describe-db-engine-versions \ --engine mariadb \ --engine-version minor-version \ --region region \ --query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \ --output text

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 bestimmt beispielsweise das automatische kleinere Upgrade-Ziel für die MariaDB-Nebenversion 10.5.16 in den USA Ost (Ohio) (us-east-2) AWS-Region .

LinuxUnixFürmacOS, oder:

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

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.

Verwenden eines Lesereplikats, um Ausfallzeiten beim Upgrade einer MariaDB-Datenbank 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 Verwendung von Blau/Grün-Bereitstellungen von Amazon RDS für Datenbankaktualisierungen.

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 Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

  2. 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.

    2. Wählen Sie unter Aktionen Create read replica (Read Replica erstellen) aus.

    3. 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.

    4. Wählen Sie Read Replica erstellen aus.

  3. (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.

    2. Wählen Sie Ändern aus.

    3. Für die Multi-AZ-Bereitstellungwählen Sie Standby-Instance erstellen.

    4. 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).

    5. Wählen Sie für Scheduling of modifications (Einplanung von Änderungen) die Option Apply immediately (Sofort anwenden) aus.

    6. Wählen Sie Modify DB Instance (DB-Instance ändern) aus.

  4. 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.

    2. Wählen Sie Ändern aus.

    3. 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).

    4. Wählen Sie für Scheduling of modifications (Einplanung von Änderungen) die Option Apply immediately (Sofort anwenden) aus.

    5. Wählen Sie Modify DB instance (DB-Instance ändern) aus, um das Upgrade zu starten.

  5. Wenn das Upgrade abgeschlossen ist und der Status Verfügbar anzeigt, stellen Sie sicher, dass sich die aktualisierte Read Replica up-to-date mit der Quell-MariaDB 10.5 DB-Instance befindet. 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 lautet0, dann ist die Replikation. up-to-date

    Anmerkung

    Frühere Versionen von MariaDB wurdenSHOW SLAVE STATUS anstelle von verwendetSHOW REPLICA STATUS. Wenn Sie eine ältere MariaDB-Version nutzen als 10.6, verwenden Sie SHOW SLAVE STATUS.

  6. (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.

    2. Wählen Sie unter Aktionen Create read replica (Read Replica erstellen) aus.

    3. 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.

    4. Wählen Sie Read Replica erstellen aus.

  7. (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.

    2. Ä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.

    3. Wählen Sie in der Konsole Datenbankenund dann die Read Replica aus.

    4. Wählen Sie Ändern aus.

    5. 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).

    6. Wählen Sie für Scheduling of modifications (Einplanung von Änderungen) die Option Apply immediately (Sofort anwenden) aus.

    7. Wählen Sie Modify DB instance (DB-Instance ändern) aus, um das Upgrade zu starten.

  8. 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.

    2. Wählen Sie für Actions (Aktionen) Promote (Hochstufen) aus.

    3. Klicken Sie auf Yes (Ja), um automatische Sicherungen für die Lesereplikat-Instance zu aktivieren. Weitere Informationen finden Sie unter Einführung in Backups.

    4. Klicken Sie auf Continue (Fortfahren).

    5. Klicken Sie auf Read Replica hochstufen.

  9. 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.