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. # Warten einer DB-Instance Amazon RDS führt in regelmäßigen Abständen Wartungsarbeiten an Amazon-RDS-Ressourcen durch. In den folgenden Themen werden diese Wartungsaktionen und ihre Anwendung beschrieben. ## Übersicht über Wartungsupdates für DB-Instances Die Wartung beinhaltet in den meisten Fällen Aktualisierungen der folgenden Ressourcen in Ihrer DB-Instance: + Zugrundeliegende Hardware + Zugrundeliegendes Betriebssystem + Datenbank-Engine-Version Häufig werden Betriebssystemupdates wegen Sicherheitsproblemen herausgegeben. Wir empfehlen, sie so schnell wie möglich zu installieren. Weitere Informationen über unterstützte Betriebssystemupdates finden Sie unter [Updates auf einen anwenden](#USER_UpgradeDBInstance.OSUpgrades). **Topics** + [ ### Offline-Ressourcen während Wartungsupdates ](#USER_UpgradeDBInstance.Maintenance.Overview.offline) + [ ### Aufgeschobene Änderungen der DB-Instance ](#USER_UpgradeDBInstance.Maintenance.Overview.Deferred) + [ ### Eventuelle Konsistenz für die API DescribePendingMaintenanceActions ](#USER_UpgradeDBInstance.Maintenance.Overview.eventual-consistency) ### Offline-Ressourcen während Wartungsupdates 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. Solche Patches treten selten auf, in der Regel einmal alle paar Monate. Es ist selten mehr als ein Bruchteil Ihres Wartungsfensters dafür erforderlich. ### Aufgeschobene Änderungen der DB-Instance Aufgeschobene Änderungen der DB-Instance, die nicht sofort zur Anwendung kommen sollen, werden 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](Overview.DBInstance.Modifying.md). Um die Änderungen zu sehen, die für das nächste Wartungsfenster noch ausstehen, verwenden Sie den [describe-db-instances](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/describe-db-instances.html) AWS CLI Befehl und überprüfen Sie das `PendingModifiedValues` Feld. ### Eventuelle Konsistenz für die API DescribePendingMaintenanceActions Die `DescribePendingMaintenanceActions`-API von Amazon RDS folgt einem eventuellen Konsistenzmodell. Dies bedeutet, dass das Ergebnis des `DescribePendingMaintenanceActions`-Befehls möglicherweise nicht sofort für alle nachfolgenden RDS-Befehle, die Sie ausführen, sichtbar ist. Denken Sie daran, wenn Sie `DescribePendingMaintenanceActions` unmittelbar nach der Verwendung eines vorherigen API-Befehls verwenden. Eine letztendliche Konsistenz kann sich auf die Art und Weise auswirken, wie Sie Ihre Wartungsupdates verwaltet haben. Wenn Sie beispielsweise den `ApplyPendingMaintenanceActions`-Befehl ausführen, um die Version der Datenbank-Engine für eine DB-Instance zu aktualisieren, wird dieser irgendwann für `DescribePendingMaintenanceActions` sichtbar sein. In diesem Szenario zeigt `DescribePendingMaintenanceActions` möglicherweise, dass die Wartungsaktion nicht angewendet wurde, obwohl dies der Fall ist. Gehen Sie wie folgt vor, um die letztendliche Datenkonsistenz zu verwalten: + Bestätigen Sie den Status Ihrer DB-InstanceIhres DB-Clusters, bevor Sie einen Befehl ausführen, um ihn zu ändern. Führen Sie den entsprechenden Befehl `DescribePendingMaintenanceActions` mit einem exponentiellen Backoff-Algorithmus aus, um sicherzustellen, dass Sie genügend Zeit für die Ausbreitung des vorherigen Befehls im System einplanen. Führen Sie dazu den Befehl `DescribePendingMaintenanceActions` wiederholt aus, wobei Sie mit einer Wartezeit von einigen Sekunden beginnen und die Wartezeit schrittweise auf bis zu fünf Minuten erhöhen. + Fügen Sie Wartezeiten zwischen aufeinanderfolgenden Befehlen hinzu, auch wenn der Befehl `DescribePendingMaintenanceActions` eine genaue Antwort zurückgibt. Wenden Sie einen exponentiellen Backoff-Algorithmus an, der mit einer Wartezeit von einigen Sekunden beginnt, und erhöhen Sie die Wartezeit schrittweise auf etwa fünf Minuten. ## Anzeigen ausstehender Wartungs-Updates Prüfen Sie mithilfe der RDS-Konsole, der oder der RDS-API, ob ein Wartungsupdate für Ihren verfügbar ist. AWS CLI Wenn ein Update verfügbar ist, wird dies in der Amazon-RDS-Konsole in der Spalte **Wartung** für die DB-Instance angegeben, wie in der folgenden Abbildung gezeigt. ![\[Die Wartungsaktion ist verfügbar und wird beim nächsten Wartungsfenster angewendet.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/offlinepatchavailable.png) 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. + **Läuft** – Die Wartungsmaßnahme wird derzeit auf die Ressource angewandt. Wenn ein Update verfügbar ist, können Sie eine der folgenden Aktionen durchführen: + Wenn der Wartungswert **nächstes Fenster** ist, schieben Sie die Wartungselemente durch Auswahl von **Upgrade aufschieben** in **Aktionen** auf. Sie können eine bereits gestartete Wartungsaktion nicht verschieben. + Wenden Sie die Wartungsaktionen sofort an. + Wenden Sie die Wartungsaktionen für des nächsten Wartungsfensters an. + Keine Aktion. **Um eine Maßnahme zu ergreifen, verwenden Sie AWS-Managementkonsole** 1. Wählen Sie die DB-Instance aus, um die zugehörigen Details anzuzeigen. 1. Wählen Sie **Wartung und Sicherungen** aus. Die ausstehenden Wartungsaktionen werden angezeigt. 1. Wählen Sie die zu ergreifende Maßnahme aus und wählen Sie dann den Zeitpunkt ihrer Anwendung aus. ![\[Ausstehender Wartungsposten für eine Aurora-DB-Instance.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pending_maintenance_rds.png) 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 [Amazon-RDS-Wartungsfenster](#Concepts.DBMaintenance). Sie können auch überprüfen, ob ein Wartungsupdate für Ihren verfügbar ist, indem Sie den [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI Befehl ausführen. Weitere Informationen zum Anwenden von Wartungsupdates finden Sie unter [Updates auf einen anwenden](#USER_UpgradeDBInstance.OSUpgrades). ### Wartungsaktionen für Amazon RDS Die folgenden Wartungsaktionen gelten für RDS-DB-Instances: + `server-certificate-rotation`— Rotieren Sie das Amazon RDS-Serverzertifikat für die DB-Instance. **Anmerkung** Engines, die eine Rotation ohne Neustart unterstützen, erhalten diese Benachrichtigung nicht. + `db-upgrade` – Aktualisieren Sie die DB-Engine-Version für die DB-Instance. + `hardware-maintenance` – Führen Sie Wartungsarbeiten an der zugrunde liegenden Hardware für die DB-Instance durch. + `system-update` – Aktualisieren Sie das Betriebssystem für die DB-Instance. ## Warten der Multi-AZ-Bereitstellungen Das Ausführen einer DB-Instance als Multi-AZ-Bereitstellung kann die Auswirkungen eines Wartungsereignisses weiter reduzieren. Dieses Ergebnis ist darauf zurückzuführen, dass Amazon RDS Betriebssystemupdates mit folgenden Schritten anwendet: 1. Durchführen der Wartung im Standby. 1. Erwägen des Standby zu Primär. 1. Durchführung der Wartung in der alten primären Instance, die zur neuen Standby-Instance wird. Wenn Sie die Datenbank-Engine für Ihre DB-Instance in einer Multi-AZ-Bereitstellung aktualisieren, ändert Amazon RDS gleichzeitig die primären und sekundären DB-Instances. In diesem Fall sind während des Upgrades sowohl die primären als auch die sekundären DB-Instances in der Multi-AZ-Bereitstellung nicht verfügbar. Dieser Vorgang führt zu Ausfallzeiten, bis das Upgrade abgeschlossen ist. Die Dauer des Nutzungsausfalls ist von der Größe Ihrer DB-Instance abhängig. Wenn zugrunde liegende Betriebssystem-Patches installiert werden müssen, ist ein kurzes Multi-AZ-Failover erforderlich, um die Patches auf die primäre DB-Instance anzuwenden. Dieser Failover dauert in der Regel weniger als eine Minute. Wenn Ihre DB-Instance RDS für MySQL oder RDS für MariaDB ausführt, können sie die für das Upgrade erforderlichen Ausfallzeiten minimieren, indem Sie eine Blau/Grün-Bereitstellung 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 einer DB-Instance von RDS für SQL Server in einer Multi-AZ-Bereitstellung ausführen, führt Amazon RDS fürtlaufende Upgrades durch, sodass Ausfallzeiten nur während eines Failovers auftreten. Weitere Informationen finden Sie unter [Überlegungen zu Multi-AZ](USER_UpgradeDBInstance.SQLServer.Considerations.md#USER_UpgradeDBInstance.SQLServer.MAZ). Weitere Informationen zu Multi-AZ-Bereitstellungen finden Sie unter [Konfigurieren und Verwalten einer Multi-AZ-Bereitstellung für Amazon RDS](Concepts.MultiAZ.md). ## Amazon-RDS-Wartungsfenster Das Wartungsfenster ist ein wöchentliches Zeitintervall, in dem alle Systemänderungen übernommen werden. Jede DB–Instance verfügt über ein wöchentliches Wartungsfenster. Das Wartungsfenster ist eine Möglichkeit, zu kontrollieren, wann Änderungen und Software-Patches auftreten. Weitere Informationen über Wartungsfenster finden Sie unter [Anpassen des bevorzugten DB-Instance-Wartungsfensters](#AdjustingTheMaintenanceWindow). 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. 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 Wartungsfenster wird angehalten, wenn die DB-Instance gestoppt wird. 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 Wartungsfenster angeben, legt RDS ein 30-minütiges Wartungsfenster an einem zufällig ausgewählten Wochentag fest. In der folgenden Tabelle sind die Zeitblöcke für die einzelnen AWS-Region Zeitblöcke aufgeführt, denen die Standard-Wartungsfenster zugewiesen wurden. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html) **Topics** + [ ### Anpassen des bevorzugten DB-Instance-Wartungsfensters ](#AdjustingTheMaintenanceWindow) ### 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) durchgeführt werden und einen Ausfall erforderlich machen. Ihre DB-Instance ist nur für die minimale Zeitspanne nicht verfügbar, die für die notwendigen Änderungen benötigt wird. 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 an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Databases (Datenbanken)** und dann die zu ändernde DB-Instance aus. 1. Wählen Sie **Modify** aus. Die Seite **Modify DB instance** (DB-Instance ändern) wird angezeigt. 1. 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. 1. Klicken Sie auf **Weiter**. Überprüfen Sie auf der Bestätigungsseite Ihre Änderungen. 1. Um die Änderungen am Wartungszeitraum sofort zu übernehmen, klicken Sie auf **Sofort anwenden**. 1. Klicken Sie auf **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 [https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)Befehl mit den folgenden Parametern, um das bevorzugte Wartungsfenster anzupassen: + `--db-instance-identifier` + `--preferred-maintenance-window` **Example** 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 [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) mit den folgenden Parametern, um das bevorzugte Wartungsfenster einzustellen: + `DBInstanceIdentifier` + `PreferredMaintenanceWindow` ## Updates auf einen anwenden Mit Amazon RDS können Sie auswählen, zu welchem Zeitpunkt Wartungsoperationen angewendet werden sollen. Mithilfe der, oder RDS-API können Sie entscheiden AWS-Managementkonsole AWS CLI, wann Amazon RDS Updates einführt. ### Konsole **Verwalten eines Update für eine DB-Instance** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Datenbanken** aus. 1. Wählen Sie die DB-Instance aus, für die/den ein erforderliches Update angegeben ist. 1. Wählen Sie unter **Aktionen** eine der folgenden Optionen: + **Jetzt patchen** + **Im nächsten Fenster patchen** **Anmerkung** Wenn Sie **Im nächsten Wartungszeitraum Upgrade ausführen** auswählen und die Installation des Updates aufschieben möchten, können Sie die Option **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 Verwenden Sie den [apply-pending-maintenance-action](https://docs.aws.amazon.com/cli/latest/reference/rds/apply-pending-maintenance-action.html) AWS CLI Befehl, um ein ausstehendes Update auf einen anzuwenden. **Example** 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 [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI Befehl aus und geben Sie Folgendes an`--no-auto-minor-version-upgrade`. Verwenden Sie den [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI Befehl, um eine Liste der Ressourcen zurückzugeben, für die mindestens ein Update aussteht. **Example** 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 können auch eine Liste von Ressourcen für einen zurückgeben, indem Sie den `--filters` Parameter des `describe-pending-maintenance-actions` AWS CLI Befehls 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`— Akzeptiert eine Liste von DB-Instance-Identifikatoren oder Amazon-Ressourcennamen (ARNs). Die zurückgegebene Liste enthält nur ausstehende Wartungsaktionen für die DB-Instances, die durch diese Identifikatoren oder identifiziert wurden. ARNs + `db-cluster-id`— Akzeptiert eine Liste von DB-Cluster-Identifikatoren oder ARNs für Amazon Aurora. Die zurückgegebene Liste enthält nur ausstehende Wartungsaktionen für die DB-Cluster, die anhand dieser Kennungen oder identifiziert wurden. ARNs In dem folgenden Beispiel wird eine Liste der aussehenden Wartungsaktionen für die DB-Instances `sample-instance1` und `sample-instance2` zurückgegeben. **Example** 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 [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html) auf, um ein Update auf einer DB-Instance zu installieren. Rufen Sie die Amazon-RDS-API-Operation [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html) auf, um eine Liste der Ressourcen zurückzugeben, für die mindestens ein Update aussteht. ## Betriebssystemupdates für RDS-DB-Instances RDS für Db2, RDS für MariaDB, RDS für MySQL, RDS für PostgreSQL, RDS für SQL Server, RDS für Oracle und RDS Custom für SQL Server-DB-Instances erfordern gelegentlich Betriebssystemupdates. 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. Betriebssystemupdates ändern nicht die DB-Engine-Version oder die DB-Instance-Klasse einer DB-Instance. Betriebssystemupdates können entweder optional oder obligatorisch sein: + Ein **optionales Update** kann jederzeit angewendet werden. Obwohl diese Updates optional sind, empfehlen wir Ihnen, sie regelmäßig anzuwenden, um Ihre RDS-Flotte auf dem neuesten Stand zu halten. RDS wendet diese Updates *nicht* automatisch an. Wenn Sie benachrichtigt werden möchten, sobald ein neuer optionaler System-Patch verfügbar ist, können Sie [RDS-EVENT-0230](USER_Events.Messages.md#RDS-EVENT-0230) in der Kategorie „Sicherheitspatch-Ereignis“ abonnieren. Informationen zum Abonnieren von RDS-Ereignissen finden Sie unter [Abonnieren von Amazon-RDS-Ereignisbenachrichtigungen](USER_Events.Subscribing.md). **Anmerkung** `RDS-EVENT-0230` gilt nicht für Upgrades der Betriebssystemdistribution. + Ein **obligatorisches Update** ist erforderlich und hat ein Anwendungsdatum. Planen Sie Ihr Update vor diesem Anwendungsdatum. Nach dem angegebenen Anwendungsdatum aktualisiert Amazon RDS das Betriebssystem für Ihre DB-Instance während eines Ihrer zugewiesenen Wartungsfenster automatisch auf die neueste Version. **Anmerkung** Es ist möglicherweise erforderlich, im Hinblick auf alle optionalen und obligatorischen Updates auf dem Laufenden zu bleiben, um verschiedene Compliance-Auflagen zu erfüllen. Wir empfehlen Ihnen, alle von RDS zur Verfügung gestellten Updates während Ihrer Wartungsfenster routinemäßig anzuwenden. Sie können das AWS-Managementkonsole oder verwenden, AWS CLI um Informationen über die Art des Betriebssystem-Upgrades zu erhalten. ### Konsole **Um Aktualisierungsinformationen zu erhalten, verwenden Sie den AWS-Managementkonsole** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Databases** (Datenbanken) und anschließend die MySQL-DB-Instance aus. 1. Wählen Sie **Wartung und Sicherungen** aus. 1. Suchen Sie im Abschnitt **Pending maintenance** (Ausstehende Wartungen) das Betriebssystemupdate und überprüfen Sie den Wert **Status**. Bei einem optionalen Update ist der AWS-Managementkonsole**Wartungsstatus** auf **verfügbar** gesetzt und es gibt kein **Anwendungsdatum**, wie in der folgenden Abbildung dargestellt. ![\[Optionales Betriebssystemupdate.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/os-update-optional.png) Bei einem obligatorischen Update ist der **Status** für die Wartung auf **required** (erforderlich) festgelegt und ein **Apply date** (Datum übernehmen) angegeben, wie in der folgenden Abbildung gezeigt. ![\[Erforderliches Betriebssystemupdate.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/os-update-required.png) ### AWS CLI Verwenden Sie den [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html)Befehl AWS CLI, um Aktualisierungsinformationen von zu erhalten. ``` aws rds describe-pending-maintenance-actions ``` Ein obligatorisches Betriebssystemupdate enthält einen `AutoAppliedAfterDate`- und einen `CurrentApplyDate`-Wert. Ein optionales Betriebssystemupdate enthält diese Werte nicht. Die folgende Ausgabe zeigt ein obligatorisches Betriebssystemupdate. ``` { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb1", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "AutoAppliedAfterDate": "2022-08-31T00:00:00+00:00", "CurrentApplyDate": "2022-08-31T00:00:00+00:00", "Description": "New Operating System update is available" } ] } ``` Die folgende Ausgabe zeigt ein optionales Betriebssystemupdate. ``` { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System update is available" } ] } ``` ### Verfügbarkeit von Betriebssystemupdates Betriebssystemupdates sind spezifisch für die DB-Engine-Version und die DB-Instance-Klasse. Daher erhalten oder erfordern DB-Instances Updates zu verschiedenen Zeiten. Wenn für Ihre DB-Instance basierend auf der Engine-Version und der Instance-Klasse ein Betriebssystemupdate erforderlich ist, wird das erforderliche Update in der Konsole angezeigt. Es kann auch angezeigt werden, indem [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI Sie den Befehl ausführen oder den [DescribePendingMaintenanceActions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html)RDS-API-Vorgang aufrufen. Wenn für Ihre Instance ein Update verfügbar ist, können Sie Ihr Betriebssystem aktualisieren, indem Sie den Anleitungen unter [Updates auf einen anwenden](#USER_UpgradeDBInstance.OSUpgrades) folgen. # Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen Amazon RDS unterstützt AWS Organizations Upgrade-Rollout-Richtlinien zur Verwaltung automatischer Upgrades kleinerer Versionen für mehrere Datenbankressourcen und AWS-Konten. Diese Richtlinie unterstützt Sie bei der Implementierung einer kontrollierten Upgrade-Strategie für Ihre Instances durch: **So funktioniert die Upgrade-Rollout-Richtlinie** Wenn eine neue Engine-Nebenversion für ein automatisches Upgrade in Frage kommt, steuert die Richtlinie die Upgrade-Sequenz auf der Grundlage definierter Bestellungen: + Ressourcen, die als [zuerst] gekennzeichnet sind (in der Regel Entwicklungsumgebungen), kommen während ihrer Wartungsfenster für Upgrades in Frage. + Nach Ablauf einer bestimmten Backzeit kommen Ressourcen, die als [zweite] markiert sind, für sie in Frage. + Nach einer weiteren festgelegten Backzeit kommen Ressourcen, die als [zuletzt] markiert sind (in der Regel Produktionsumgebungen), in Frage. + Überwachung des Upgrade-Fortschritts mithilfe von AWS Health-Benachrichtigungen. Sie können Ihre Upgrade-Bestellungen wie folgt definieren: + Richtlinien auf Kontoebene — Gilt für alle berechtigten Ressourcen in bestimmten Konten. + Ressourcen-Tags — Gilt für bestimmte Ressourcen, die auf Tags basieren. **Anmerkung** Ressourcen, die nicht mit einer Upgrade-Richtlinie konfiguriert oder von der Richtlinie ausgeschlossen sind, erhalten automatisch eine Upgrade-Reihenfolge von [Sekunde]. **Voraussetzungen** + Sie AWS-Konto müssen Teil einer Organisation in Organizations sein, für die Upgrade-Rollout-Richtlinie aktiviert ist + Aktivieren Sie automatische Upgrades für kleinere Versionen für Ihre Instances + Tags sind für die Upgrade-Rollout-Richtlinie nicht unbedingt erforderlich. Wenn Sie spezifische Upgrade-Bestellungen für verschiedene Umgebungen (z. B. Entwicklung, Test, Qualitätssicherung, Produktion) definieren möchten, können Sie Tags verwenden. Wenn Sie keine Tag-Einstellungen in Ihre Richtlinie aufnehmen, folgen alle Ressourcen, die dieser Richtlinie unterliegen, der Standard-Upgrade-Reihenfolge. **Voraussetzungen** + Sie AWS-Konto müssen Teil einer Organisation in Organizations sein, für die Upgrade-Rollout-Richtlinie aktiviert ist + Aktivieren Sie automatische Upgrades für kleinere Versionen für Ihre Instances + Kennzeichnen Sie Ihre Ressourcen, um ihre Umgebung zu identifizieren (z. B. Entwicklung, Test, Produktion) **Um Ihre Ressourcen zu taggen** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Datenbanken** aus. 1. Wählen Sie die Instance aus, die Sie taggen möchten. 1. Wählen Sie „**Aktionen**“ und anschließend „**Tags verwalten**“. 1. Wählen Sie **Add tag**. 1. Gib deinen Tag-Schlüssel (zum Beispiel „Umgebung“) und den Wert (zum Beispiel „Entwicklung“) ein 1. Wählen **Sie Tag hinzufügen** und dann **Speichern**. Sie können Tags auch hinzufügen, indem Sie AWS CLI: ``` aws rds add-tags-to-resource \ --resource-name arn:aws:rds:region:account-number:db:instance-name \ --tags Key=Environment,Value=Development ``` ## Reihenfolge und Phasen des Upgrades Die Upgrade-Rollout-Richtlinie unterstützt drei Upgrade-Bestellungen: + [first] — Wird in der Regel für Entwicklungs- oder Testumgebungen verwendet + [zweite] — Wird in der Regel für QA-Umgebungen verwendet. Standardreihenfolge für Ressourcen, die nicht speziell konfiguriert sind + [last] — Normalerweise für Produktionsumgebungen reserviert Wenn eine neue Minor-Engine-Version für ein automatisches Upgrade in Frage kommt: + Ressourcen mit einem Upgrade-Auftrag [zuerst] kommen für Upgrades während der konfigurierten Wartungsfenster in Frage. + Nach Ablauf einer bestimmten Wartezeit kommen Ressourcen mit Upgrade-Auftrag [zweiter] während ihrer Wartungsfenster für Upgrades in Frage. + Nach einer weiteren festgelegten Backzeit kommen Ressourcen mit Upgrade-Bestellung [zuletzt] während ihrer Wartungsfenster für Upgrades in Frage. + Die automatische Upgrade-Kampagne für kleinere Versionen endet, nachdem alle infrage kommenden Ressourcen mit Upgrade-Bestellungen [erste], [zweite] und [letzte] aktualisiert wurden oder wenn die Kampagne ihr geplantes Enddatum erreicht hat, je nachdem, was zuerst eintritt. **Anmerkung** Alle automatischen Upgrades für Nebenversionen werden während des für jede Instanz konfigurierten Wartungsfensters durchgeführt, um mögliche Auswirkungen auf Ihre Anwendungen zu minimieren. ## Beobachtbarkeit ### AWS Health und Überwachung Sie erhalten AWS Gesundheitsbenachrichtigungen: + Vor dem Start einer automatischen Upgrade-Kampagne für kleinere Versionen + Zwischen den einzelnen Phasen erfolgt der Übergang, um den Upgrade-Fortschritt besser verfolgen und überwachen zu können + Fortschrittsaktualisierungen mit der Anzahl der Ressourcen, die in Ihrer Flotte aktualisiert wurden, in der AWS Health-Konsole Amazon RDS-Ereignisbenachrichtigungen: + Benachrichtigungen für Ressourcen, die für automatische Upgrades kleinerer Versionen aktiviert wurden, einschließlich: + Wenn Ihre Ressource aufgrund ihrer Upgrade-Bestellung ([erste], [zweite] oder [letzte]) für ein Upgrade in Frage kommt + Geplanter Upgrade-Zeitplan während des Wartungsfensters + Start- und Abschlussstatus des individuellen Datenbank-Upgrades + Abonnieren Sie diese Ereignisse über Amazon EventBridge 0 für eine automatisierte Überwachung ### Überlegungen Einige Überlegungen, die Sie beachten sollten: + Die Richtlinie gilt für alle future automatischen Upgrade-Kampagnen für kleinere Versionen, einschließlich Richtlinienänderungen, die während aktiver Kampagnen vorgenommen wurden. + Wenn Sie an einer laufenden Upgrade-Kampagne teilnehmen, folgen Ihre Ressourcen der aktuellen Upgrade-Reihenfolge und warten nicht auf eine konfigurierte Richtlinie. + Ressourcen, die nicht mit einer Upgrade-Richtlinie konfiguriert sind, erhalten automatisch eine Upgrade-Reihenfolge von [Sekunde]. + Die Richtlinie sieht Validierungszeiträume zwischen den Upgrade-Phasen vor, bevor mit der nächsten Phase fortgefahren wird. + Es dauert einige Zeit, bis Änderungen an der Richtlinie oder den Ressourcen-Tags wirksam werden, bevor die neue Upgrade-Reihenfolge angewendet wird. + Die Richtlinie gilt nur für Amazon RDS-Ressourcen, für die automatische Upgrades für kleinere Versionen aktiviert sind. + Wenn Sie ein Problem in einer Umgebung entdecken, können Sie automatische Upgrades für Nebenversionen für nachfolgende Umgebungen deaktivieren oder den Validierungszeitraum nutzen, um Probleme zu lösen, bevor die Upgrades mit der nächsten Upgrade-Bestellung fortgeführt werden. **Anmerkung** Diese Funktion unterstützt automatische Upgrades von Nebenversionen für Versionen der Oracle Database Engine, die nach Januar 2026 veröffentlicht wurden. Weitere Informationen zum Taggen von RDS-Ressourcen finden Sie unter. [Taggen von Amazon RDS-Ressourcen](USER_Tagging.md) Ausführliche Anweisungen zur Einrichtung und Verwendung der Upgrade-Rollout-Richtlinie finden Sie AWS Organizations im *AWS Organizations Benutzerhandbuch* unter [Erste Schritte mit](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started.html).