Warten einer DB-Instance

Amazon RDS führt in regelmäßigen Abständen Wartungsarbeiten an Amazon RDS-Ressourcen durch. Die Wartung umfasst meist Aktualisierungen der zugrunde liegenden Hardware, des zugrunde liegenden Betriebssystems oder der Datenbank-Engine-Version der DB-Instance. Häufig werden Betriebssystemupdates wegen Sicherheitsproblemen herausgegeben, daher sollten sie so schnell wie möglich installiert werden.

Einige Wartungselemente erfordern, dass Amazon RDS Ihre DB-Instance für kurze Zeit in den Offlinebetrieb versetzt. Zu den Wartungselementen, für die eine Ressource offline sein muss, gehört z. B. das Ausführen erforderlicher Patches für das Betriebssystem oder die Datenbank. Das erforderliche Patching wird automatisch und nur für Patches eingeplant, welche die Sicherheit und Instance-Zuverlässigkeit betreffen. Diese Patches erfolgen in unregelmäßigen Abständen (in der Regel einmal alle paar Monate) und sollten selten mehr als einen Bruchteil Ihres Aktualisierungsfensters in Anspruch nehmen.

Aufgeschobene Änderungen der DB-Instance, die nicht sofort zur Anwendung kommen sollen, werden auch während des Wartungszeitraums umgesetzt. Sie können z. B. während des Wartungszeitraums die DB-Instance-Klasse oder die Parametergruppe ändern. Solche Änderungen, die Sie mit der Einstellung für ausstehenden Neustart angeben, werden nicht in der Liste der ausstehenden Wartungsarbeiten angezeigt. Informationen zum Ändern einer DB-Instance finden Sie unter Ändern einer Amazon RDS-DB-Instance.

Anzeigen ausstehender Wartung

Sie können anzeigen, ob ein Wartungsupdate für Ihre DB-Instance verfügbar ist, indem Sie die RDS-Konsole, die AWS CLI oder die Amazon RDS API verwenden. Wenn ein Update verfügbar ist, wird dies in der Amazon RDS-Konsole in der Spalte Maintenance (Wartung) für die DB-Instance wie folgt angezeigt:

Wenn für eine DB-Instance keine Aktualisierung verfügbar ist, lautet ihr bzw. sein Spaltenwert none (keine).

Wenn eine Wartungsaktualisierung für eine DB-Instance verfügbar ist, sind die folgenden Spaltenwerte möglich:

• required (erforderlich) – Die Wartungsaktion wird auf die Ressource angewendet und kann nicht unbegrenzt aufgeschoben werden.

• available (verfügbar) – Die Wartungsaktion ist verfügbar, wird aber nicht automatisch auf die Ressource angewandt. Sie können sie manuell anwenden.

• next window (nächstes Fenster) – Die Wartungsmaßnahme wird im nächsten Wartungsfenster auf die Ressource angewandt.

• In progress (Läuft) – Die Wartungsmaßnahme wird derzeit auf die Ressource angewandt.

Wenn ein Update verfügbar ist, können Sie eine der folgenden Aktionen ausführen:

• Wenn der Wartungswert next window (nächstes Fenster) ist, schieben Sie die Wartungselemente durch Auswahl von defer upgrade (Upgrade aufschieben) in Actions (Aktionen) auf. Sie können eine Wartungsaktion nicht verschieben, wenn sie bereits gestartet wurde.

• Wenden Sie die Wartungselemente sofort an.

• Planen Sie die Wartungselemente so, dass sie während des nächsten Wartungsfensters gestartet werden.

• Keine Aktion.

Anmerkung

Bestimmte OS-Updates sind mit dem Status Required (Erforderlich) gekennzeichnet. Wenn Sie ein erforderliches Update aufschieben, erhalten Sie von Amazon RDS eine Benachrichtigung darüber, zu welchem Zeitpunkt das Update ausgeführt wird. Andere Updates, die sich auf unbestimmte Zeit aufschieben lassen, sind mit dem Status Available (Verfügbar) gekennzeichnet.

Um eine Maßnahme zu ergreifen, wählen Sie die DB-Instance aus, um ihre bzw. seine Details anzuzeigen. Wählen Sie dann Maintenance & backups (Wartung und Sicherungen). Die ausstehenden Wartungselemente werden angezeigt.

Der Wartungszeitraum legt fest, wann die ausstehenden Operationen gestartet werden, gibt aber keine Gesamtlaufzeit für diese Operationen vor. Wartungsarbeiten werden nicht zwingend vor Ende des Wartungszeitraums abgeschlossen. Sie können daher über die angegebene Endzeit hinaus fortgesetzt werden. Weitere Informationen finden Sie unter Das Amazon RDS-Wartungsfenster.

Sie können auch anzeigen, ob ein Wartungsupdate für Ihre DB-Instance verfügbar ist, indem Sie den AWS CLI-Befehl describe-pending-maintenance-actions ausführen.

Anwenden von Updates für eine DB-Instance

Mit Amazon RDS können Sie auswählen, zu welchem Zeitpunkt Wartungsoperationen angewendet werden sollen. Mithilfe der RDS-Konsole, der AWS Command Line Interface (AWS CLI) oder der RDS-API können Sie entscheiden, wann Amazon RDS Updates anwenden soll.

Konsole

Verwalten eines Update für eine DB-Instance

1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

2. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

3. Wählen Sie die DB-Instance aus, für die/den ein erforderliches Update angegeben ist.

4. Wählen Sie unter Aktionen eine der folgenden Optionen:

   • Jetzt Upgrade ausführen

   • Im nächsten Wartungszeitraum Upgrade ausführen

     Anmerkung

     Wenn Sie Upgrade at next window (Im nächsten Wartungszeitraum Upgrade ausführen) auswählen und die Installation des Updates aufschieben möchten, können Sie die Option Defer upgrade (Upgrade verschieben) auswählen. Sie können eine Wartungsaktion nicht verschieben, wenn sie bereits gestartet wurde.

     Um eine Wartungsaktion abzubrechen, ändern Sie die DB-Instance und deaktivieren Sie Auto minor version upgrade (Automatisches Upgrade einer Unterversion).

AWS CLI

Um ein ausstehendes Update auf einer DB-Instance zu installieren, Verwenden Sie denAWS CLI -Befehl apply-pending-maintenance-action.

Beispiel

Für Linux, macOS oder Unix:

aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db \
    --apply-action system-update \
    --opt-in-type immediate

Für Windows:

aws rds apply-pending-maintenance-action ^
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ^
    --apply-action system-update ^
    --opt-in-type immediate

Anmerkung

Um eine Wartungsaktion zu verschieben, geben Sie undo-opt-in für --opt-in-type an. Sie können undo-opt-in nicht für --opt-in-type angeben, wenn die Wartungsaktion bereits gestartet wurde.

Um eine Wartungsaktion abzubrechen, führen Sie den AWS CLI-Befehl modify-db-instance aus und geben Sie --no-auto-minor-version-upgrade an.

Verwenden Sie den AWS CLI-Befehl describe-pending-maintenance-actions, um eine Liste der Ressourcen auszugeben, für die mindestens ein Update aussteht.

Beispiel

Für Linux, macOS oder Unix:

aws rds describe-pending-maintenance-actions \
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db

Für Windows:

aws rds describe-pending-maintenance-actions ^
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db

Sie geben eine solche Ressourcenliste für eine DB-Instance zurück, indem Sie den Parameter --filters für den AWS CLI-Befehl describe-pending-maintenance-actions angeben. Der Befehl hat das folgende Format für --filters: Name=filter-name,Value=resource-id,....

Für den Name-Parameter eines Filters sind folgende Werte gültig:

• db-instance-id nimmt eine Liste von DB-Instance-Kennungen oder Amazon-Ressourcennamen (ARNs) an. In der zurückgegebenen Liste sind nur die aussehenden Wartungsaktionen für die DB-Instances aufgeführt, die diesen IDs bzw. ARNs entsprechen.

• db-cluster-id nimmt eine Liste von DB-Cluster-IDs oder Amazon-Ressourcennamen (ARNs) für Amazon Aurora an. In der zurückgegebenen Liste sind nur die aussehenden Wartungsaktionen für die DB-Cluster aufgeführt, die diesen IDs bzw. ARNs entsprechen.

In dem folgenden Beispiel wird eine Liste der aussehenden Wartungsaktionen für die DB-Instances sample-instance1 und sample-instance2 zurückgegeben.

Beispiel

Für Linux, macOS oder Unix:

aws rds describe-pending-maintenance-actions \
	--filters Name=db-instance-id,Values=sample-instance1,sample-instance2

Für Windows:

aws rds describe-pending-maintenance-actions ^
	--filters Name=db-instance-id,Values=sample-instance1,sample-instance2

RDS-API

Rufen Sie die Amazon-RDS-API-Operation ApplyPendingMaintenanceAction auf, um ein Update auf einer DB-Instance zu installieren.

Rufen Sie die Amazon RDS-API-Operation DescribePendingMaintenanceActions auf, um eine Liste der Ressourcen zurückzugeben, für die mindestens ein Update aussteht.

Warten der Multi-AZ-Bereitstellungen

Das Ausführen einer DB-Instance als Multi-AZ-Bereitstellung kann die Auswirkungen eines Wartungsereignisses weiter reduzieren, da Amazon RDS für Updates des Betriebssystems die folgenden Schritte ausführt:

1. Durchführen der Wartung im Standby.

2. Erwägen des Standby zu Primär.

3. Durchführung der Wartung in der alten primären Instance, die zur neuen Standby-Instance wird.

Wenn Sie das Datenbankmodul für Ihre DB-Instance in einer Multi-AZ-Bereitstellung ändern, aktualisiert Amazon RDS gleichzeitig die primären und sekundären DB-Instances. In diesem Fall wird das Datenbankmodul für die gesamte Multi-AZ-Bereitstellung während des Upgrades heruntergefahren.

Weitere Informationen zu Multi-AZ-Bereitstellungen finden Sie unter Multi-AZ-Bereitstellungen für Hochverfügbarkeit.

Das Amazon RDS-Wartungsfenster

Jede DB-Instance verfügt über ein wöchentliches Wartungsfenster, in dem alle Systemänderungen übernommen werden. Sie können sich das Wartungsfenster als Möglichkeit vorstellen, zu kontrollieren, wann Änderungen und Software-Patches auftreten, falls diese angefragt werden oder erforderlich sind. Wenn ein Wartungsereignis für eine bestimmte Woche geplant ist, wird es während des 30-minütigen Wartungsfensters eingeleitet, das Sie festlegen. Die meisten Wartungsereignisse werden auch während des 30-minütigen Wartungsfensters abgeschlossen, obwohl größere Wartungsereignisse länger als 30 Minuten dauern können.

Das 30-minütige Wartungsfenster wird zufällig aus einem 8-Stunden-Zeitraum pro Region ausgewählt. Wenn Sie beim Erstellen der DB-Instance kein bevorzugtes Wartungsfenster angeben, legt Amazon RDS ein 30-minütiges Wartungsfenster an einem zufällig ausgewählten Wochentag fest.

RDS verbraucht während der Wartung einige Ressourcen auf Ihrer DB-Instance. Sie können einen minimalen Einfluss auf die Leistung beobachten. Bei einer DB-Instance kann in seltenen Fällen ein Multi-AZ-Failover erforderlich sein, damit ein Wartungs-Update abgeschlossen werden kann.

Nachfolgend finden Sie die Zeitblöcke für jede Region, aus der Standard-Wartungsfenster zugeordnet sind.

Name der Region	Region	Zeitblock
US East (Ohio)	us-east-2	03:00 - 11:00 UTC
USA Ost (Nord-Virginia)	us-east-1	03:00 - 11:00 UTC
USA West (Nordkalifornien)	us-west-1	06:00 - 14:00 UTC
USA West (Oregon)	us-west-2	06:00 - 14:00 UTC
Africa (Cape Town)	af-south-1	03:00 - 11:00 UTC
Asia Pacific (Hong Kong)	ap-east-1	06:00 - 14:00 UHR UTC
Asien-Pazifik (Jakarta)	ap-southeast-3	08:00–16:00 Uhr UTC
Asien-Pazifik (Mumbai)	ap-south-1	06:00 - 14:00 UTC
Asia Pacific (Osaka)	ap-northeast-3	22:00 - 23:59 UTC
Asia Pacific (Seoul)	ap-northeast-2	13:00 - 21:00 UTC
Asien-Pazifik (Singapur)	ap-southeast-1	14:00 - 22:00 UTC
Asien-Pazifik (Sydney)	ap-southeast-2	12:00 - 20:00 UTC
Asien-Pazifik (Tokio)	ap-northeast-1	13:00 - 21:00 UTC
Canada (Central)	ca-central-1	03:00 - 11:00 UTC
China (Beijing)	cn-north-1	06:00 - 14:00 UTC
China (Ningxia)	cn-northwest-1	06:00 - 14:00 UTC
Europe (Frankfurt)	eu-central-1	21:00 - 05:00 UTC
Europa (Irland)	eu-west-1	22:00 - 06:00 UTC
Europe (London)	eu-west-2	22:00 - 06:00 UTC
Europe (Paris)	eu-west-3	23:59 - 07:29 UTC
Europe (Milan)	eu-south-1	02:00 - 10:00 UTC
Europe (Stockholm)	eu-north-1	23:00 - 07:00 UTC
Naher Osten (Bahrain)	me-south-1	06:00 - 14:00 UTC
Südamerika (São Paulo)	sa-east-1	00:00 - 08:00 UTC
AWS GovCloud (USA-Ost)	us-gov-east-1	17:00 - 01:00 UTC
AWS GovCloud (USA-West)	us-gov-west-1	06:00 - 14:00 UTC

Anpassen des bevorzugten DB-Instance-Wartungsfensters

Das Wartungsfenster sollte in den Zeitraum mit der geringsten Nutzung fallen und daher unter Umständen von Zeit zu Zeit geändert werden. Ihre DB-Instance ist während dieser Zeit nur dann nicht verfügbar, wenn Systemänderungen (z. B. eine Änderung der DB-Instance-Klasse) angewendet werden und einen Ausfall erfordern. Hierbei gilt jedoch nur der Mindestzeitraum, der zur Durchführung der Änderungen erforderlich ist.

Im folgenden Beispiel passen Sie das bevorzugte Wartungsfenster für eine DB-Instance an.

Für dieses Beispiel nehmen wir an, dass die DB-Instance mit dem Namen mydbinstance existiert und ein bevorzugtes Wartungsfenster von „Sun: 05: 00-Sun: 06: 00“ UTC hat.

Konsole

So passen Sie das bevorzugte Wartungsfenster an

1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

2. Wählen Sie im Navigationsbereich Databases (Datenbanken) und dann die zu ändernde DB-Instance aus.

3. Wählen Sie Modify aus. Die Seite Modify DB Instance (DB-Instance ändern) wird angezeigt.

4. Aktualisieren Sie im Bereich Wartung den Wartungszeitraum.

   Anmerkung

   Das Wartungsfenster und das Sicherungsfenster für die DB-Instance können sich nicht überschneiden. Wenn Sie einen Wert für das Wartungsfenster eingeben, das sich mit dem Sicherungsfenster überschneidet, wird eine Fehlermeldung angezeigt.

5. Klicken Sie auf Continue.

   Überprüfen Sie auf der Bestätigungsseite Ihre Änderungen.

6. Um die Änderungen am Wartungszeitraum sofort zu übernehmen, klicken Sie auf Sofort anwenden.

7. Klicken Sie auf Modify DB Instance (DB-Instance ändern), um Ihre Änderungen zu speichern.

   Klicken Sie anderenfalls auf Zurück, um Ihre Änderungen zu bearbeiten, oder klicken Sie auf Abbrechen, um Ihre Änderungen zu verwerfen.

AWS CLI

Verwenden Sie den AWS CLI-Befehl modify-db-instance mit den folgenden Parametern, um den bevorzugten Wartungszeitraum anzuzeigen:

• --db-instance-identifier

• --preferred-maintenance-window

Beispiel

Im folgenden Codebeispiel wird das Wartungsfenster Dienstags von 4:00 – 4:30 Uhr UTC festgelegt.

Für Linux, macOS oder Unix:

aws rds modify-db-instance \
--db-instance-identifier mydbinstance \
--preferred-maintenance-window Tue:04:00-Tue:04:30

Für Windows:

aws rds modify-db-instance ^
--db-instance-identifier mydbinstance ^
--preferred-maintenance-window Tue:04:00-Tue:04:30

RDS-API

Verwenden Sie die Amazon-RDS-API-Operation ModifyDBInstance mit den folgenden Parametern, um das bevorzugte Wartungsfenster einzustellen:

• DBInstanceIdentifier

• PreferredMaintenanceWindow

Arbeiten mit obligatorischen Betriebssystem-Updates

RDS for MySQL- und RDS for PostgreSQL-DB-Instances erfordern gelegentlich obligatorische Betriebssystem-Updates. Amazon RDS aktualisiert das Betriebssystem auf eine neuere Version, um die Datenbankleistung und der allgemeine Sicherheitsstatus der Kunden zu verbessern. In der Regel dauern die Updates etwa 10 Minuten. Die Updates haben keinen Einfluss auf die Funktionsweise der DB-Instanzen.

Ob für eine DB-Instance ein obligatorisches Betriebssystemupdate erforderlich ist, hängt von ihrer DB-Engine-Version und der DB-Instance-Klasse ab. In den folgenden Abschnitten finden Sie Beschreibungen der betroffenen DB-Engine-Versionen und DB-Instance-Klassen für RDS for MySQL und RDS for PostgreSQL.

Informationen zum Anzeigen, ob Wartungsupdates für Ihre DB-Instance verfügbar sind, finden Sie unter Anzeigen ausstehender Wartung.

Obligatorische Betriebssystemupdates für RDS for MySQL

Wir planen, den folgenden Zeitplan für Betriebssystemupdates für RDS for MySQL zu verwenden. Für jedes Datum in der Tabelle ist die Startzeit 00:00 Uhr (UTC).

Aktion oder Empfehlung	Datumsbereich
Wir empfehlen Ihnen, das Betriebssystem für Ihre RDS für MySQL DB-Instanzen zu aktualisieren. Um das Betriebssystem zu aktualisieren, folgen Sie den Anweisungen unterAnwenden von Updates für eine DB-Instanceaus.	Jetzt–31. Januar 2022
Amazon RDS startet automatische Upgrades des Betriebssystems für Ihre RDS for MySQL DB-Instanzen auf die neueste Version in einem Wartungsfenster.	31. Januar 2022–30. März 2022
Amazon RDS startet automatische Upgrades des Betriebssystems für Ihre RDS for MySQL DB-Instanzen auf die neueste Version, unabhängig davon, ob sie sich in einem Wartungsfenster befinden.	Nach dem 30. März 2022

Damit dieses Betriebssystemupdate erforderlich ist, muss eine DB-Instance die Versionen mit „Ja“ in der folgenden Tabelle für jede DB-Instance-Klasse ausführen.

Obligatorische Betriebssystemupdates nach Version und DB-Instanzklasse für RDS for MySQL
Version RDS for MySQLL-Version	db.t2	db.r4. *	db.m4	db.t3	db.r5. *	db.m5
8.0.23 und höhere 8.0-Versionen	Ja	Ja	Ja	Ja	Ja	Ja
8.0.21 und niedrigere 8.0-Versionen	Nein	Nein	Nein	Nein	Nein	Nein
5.7.33 und höhere 5.7-Versionen	Ja	Ja	Ja	Ja	Ja	Ja
5.7.31 und niedrigere 5.7-Versionen	Nein	Nein	Nein	Nein	Nein	Nein
5.6.51 höhere 5.6-Versionen	Ja	Ja	Ja	Ja	Ja	Ja
5.6.49 und niedrigere 5.6-Versionen	Nein	Nein	Nein	Nein	Nein	Nein

Obligatorische Betriebssystemupdates für RDS für PostgreSQL

Wir planen, den folgenden Zeitplan für Betriebssystem-Updates für RDS für PostgreSQL zu verwenden. Für jedes Datum in der Tabelle ist die Startzeit 00:00 Uhr (UTC).

Aktion oder Empfehlung	Datumsbereich
Wir empfehlen Ihnen, das Betriebssystem für Ihre RDS for PostgreSQL-DB-Instances zu aktualisieren. Um das Betriebssystem zu aktualisieren, folgen Sie den Anweisungen unterAnwenden von Updates für eine DB-Instanceaus.	Jetzt–30. Juni 2022
Amazon RDS startet automatische Upgrades des Betriebssystems für Ihre RDS für PostgreSQL DB-Instanzen auf die neueste Version in einem Wartungsfenster.	30. Juni 2022 bis 30. Oktober 2022
Amazon RDS startet automatische Upgrades des Betriebssystems für Ihre RDS für PostgreSQL DB-Instanzen auf die neueste Version, unabhängig davon, ob sie sich in einem Wartungsfenster befinden.	Nach dem 30. Oktober 2022

Damit dieses Betriebssystemupdate erforderlich ist, muss eine DB-Instance die Versionen mit „Ja“ in der folgenden Tabelle für jede DB-Instance-Klasse ausführen.

Obligatorische Betriebssystemupdates nach Version und DB-Instanzklasse für RDS für PostgreSQL
Amazon RDS for PostgreSQL	db.t2	db.r4. *	db.m4	db.t3	db.r5. *	db.m5
Alle 13-Versionen	Nein	Nein	Nein	Ja	Ja	Ja
12.7 und höher 12 Versionen	Ja	Ja	Ja	Ja	Ja	Ja
12.6	Nein	Nein	Nein	Ja	Ja	Ja
12.5 und niedrigere 12-Versionen	Nein	Nein	Nein	Nein	Nein	Nein
11.12 und höher 11 Versionen	Ja	Ja	Ja	Ja	Ja	Ja
11.11	Nein	Nein	Nein	Ja	Ja	Ja
11.10 und niedrigere 11-Versionen	Nein	Nein	Nein	Nein	Nein	Nein
10.17 und höhere 10 Versionen	Ja	Ja	Ja	Ja	Ja	Ja
10.16	Nein	Nein	Nein	Ja	Ja	Ja
10.15 und niedrigere 10-Versionen	Nein	Nein	Nein	Nein	Nein	Nein
9.6.22 und höhere 9.6-Versionen	Ja	Ja	Ja	Ja	Ja	Ja
9.6.21	Nein	Nein	Nein	Ja	Ja	Ja
9.6.20 und niedrigere 9.6-Versionen	Nein	Nein	Nein	Nein	Nein	Nein

Empfohlene Aktionen für obligatorische Betriebssystem-Updates

Ob für eine DB-Instance ein obligatorisches Betriebssystemupdate erforderlich ist, hängt von ihrer DB-Engine-Version und der DB-Instance-Klasse ab. Sie finden die betroffenen DB-Engine-Versionen und DB-Instance-Klassen unter Mandatory operating system updates by DB engine version and DB instance class for RDS for MySQL und Mandatory operating system updates by DB engine version and DB instance class for RDS for PostgreSQL.

Wenn für Ihre DB-Instance basierend auf der Version der DB-Engine und der DB-Instance-Klasse ein Betriebssystemupdate erforderlich ist, wird das erforderliche Update im AWS Management Console angezeigt. Aktualisieren Sie in diesem Fall das Betriebssystem, indem Sie den Anweisungen unter Anwenden von Updates für eine DB-Instance folgen.

Obwohl wir die in diesem Abschnitt beschriebenen Aktionen empfehlen, aktualisiert oder ändert Amazon RDS die DB-Instance-Klasse Ihrer DB-Instances nicht automatisch. Amazon RDS wird die DB-Engine-Version einer DB-Instance nicht upgraden, es sei denn, Automatischer Unterversion-Upgrade ist aktiviert. Weitere Informationen zur Einstellung für automatische Nebenversions-Upgrades finden Sie unter Automatisches Upgraden der Engine-Unterversion.

Wenn Sie keine obligatorischen Betriebssystemaktualisierungen im AWS Management Console empfehlen wir folgende Aktionen:

• Ihre DB-Instance verwendet keine DB-Engine-Version, die dieses Betriebssystemupdate erfordert. Ihre DB-Instance verwendet eine betroffene DB-Instance-Klasse.

  Führen Sie die folgenden empfohlenen Maßnahmen aus:

  1. Aktualisieren Sie Ihre DB-Engine-Version auf eine Version, die dieses Betriebssystemupdate erfordert. Weitere Informationen finden Sie unter Upgrade der Engine-Version für eine DB-Instance.

  2. Aktualisieren Sie das Betriebssystem, indem Sie den Anweisungen unter Anwenden von Updates für eine DB-Instance befolgen.

• Ihre DB-Instance verwendet eine DB-Engine-Version, welche die dieses Betriebssystemupdate erfordert. Ihre DB-Instance verwendet eine ältere DB-Instanzklasse in einer DB-Instance-Klassenfamilie, die von diesem Update betroffen ist.

  Wir empfehlen Ihnen, Ihre DB-Instance so zu ändern, dass eine DB-Instance-Klasse verwendet wird, die dieses Betriebssystem-Update erfordert. Wenn Ihre DB-Instance beispielsweise eine db.r3-DB-Instance-Klasse verwendet, empfehlen wir Ihnen, Ihre DB-Instance so zu ändern, dass eine DB.r4- oder db.r5 DB-Instance-Klasse verwendet wird. Wenn Ihre DB-Instance eine db.m3-DB-Instance-Klasse verwendet, empfehlen wir Ihnen, Ihre DB-Instance so zu ändern, dass eine DB.m4- oder db.m5 DB-Instance-Klasse verwendet wird. In diesem Fall müssen Sie das Betriebssystem nicht aktualisieren, da die Änderung der DB-Instanzklasse das Betriebssystemupdate anwendet. Sie können Ihre DB-Instance auch so ändern, dass sie eine andere DB-Instance-Klassenfamilie wie db.m6g oder db.r6g verwendet.

  Wenn Ihre DB-Instance bereits eine DB-Instanzklasse verwendet, die sich nicht in einer DB-Instance-Klassenfamilie befindet, die von diesem Betriebssystemupdate betroffen ist, müssen Sie ihre DB-Instance-Klasse nicht ändern. Wenn Ihre DB-Instance beispielsweise eine db.m6g-, db.x2g- oder db.z1d DB-Instanzklasse verwendet, müssen Sie ihre DB-Instanzklasse nicht ändern.

  Weitere Informationen zu DB-Instance-Klassen finden Sie unter DB-Instance-Klassen. Weitere Informationen über das Ändern einer DB-Instance finden Sie unter Ändern einer Amazon RDS-DB-Instance.

• Ihre DB-Instance verwendet keine DB-Engine-Version, die dieses Betriebssystemupdate erfordert. Ihre DB-Instance verwendet eine ältere DB-Instanzklasse in einer DB-Instance-Klassenfamilie, die von diesem Betriebssystemupdate betroffen ist.

  Führen Sie die folgenden empfohlenen Maßnahmen aus:

  1. Aktualisieren Sie Ihre DB-Engine-Version auf eine Version, die dieses Betriebssystemupdate erfordert. Weitere Informationen finden Sie unter Upgrade der Engine-Version für eine DB-Instance.

  2. Ändern Sie Ihre DB-Instance, um eine neuere DB-Instance-Klasse zu verwenden, um neuere DB-Instance in derselben DB-Instance-Klassenfamilie in einer anderen DB-Instance-Klassenfamilie zu verwenden.

     Wenn Ihre DB-Instance beispielsweise eine db.r3-DB-Instance-Klasse verwendet, empfehlen wir Ihnen, Ihre DB-Instance so zu ändern, dass eine DB.r4- oder db.r5 DB-Instance-Klasse verwendet wird. Wenn Ihre DB-Instance eine db.m3-DB-Instance-Klasse verwendet, empfehlen wir Ihnen, Ihre DB-Instance so zu ändern, dass eine DB.m4- oder db.m5 DB-Instance-Klasse verwendet wird. In diesem Fall müssen Sie das Betriebssystem nicht aktualisieren, da die Änderung der DB-Instanzklasse das Betriebssystemupdate anwendet. Sie können Ihre DB-Instance auch so ändern, dass sie eine andere DB-Instance-Klassenfamilie wie db.m6g oder db.r6g verwendet.

     Weitere Informationen zu DB-Instance-Klassen finden Sie unter DB-Instance-Klassen. Weitere Informationen über das Ändern einer DB-Instance finden Sie unter Ändern einer Amazon RDS-DB-Instance.