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 regelmäßig Wartungsarbeiten an RDS Amazon-Ressourcen durch. In den folgenden Themen werden diese Wartungsmaßnahmen und ihre Anwendung beschrieben.
Inhalt
Überblick über die 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, dass Sie sie so schnell wie möglich durchführen. Weitere Informationen zu Betriebssystemupdates finden Sie unter Updates auf einen anwenden.
Themen
Offline-Ressourcen während Wartungsupdates
Bei einigen Wartungsarbeiten muss Amazon RDS Ihren für kurze Zeit offline schalten. 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 an 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.
Um die Änderungen zu sehen, die für das nächste Wartungsfenster noch ausstehen, verwenden Sie den describe-db-instancesPendingModifiedValues
Feld.
Eventuelle Konsistenz für DescribePendingMaintenanceActions API
Amazon RDS DescribePendingMaintenanceActions
API folgt einem eventuellen Konsistenzmodell. Das bedeutet, dass das Ergebnis des DescribePendingMaintenanceActions
Befehls möglicherweise nicht sofort für alle nachfolgenden RDS Befehle sichtbar ist. Beachten Sie dies, wenn Sie einen Befehl DescribePendingMaintenanceActions
unmittelbar nach der Ausführung eines vorherigen API Befehls verwenden.
Eine eventuelle 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 einen zu DescribePendingMaintenanceActions
aktualisieren, wird dieser irgendwann für Sie sichtbar sein. In diesem Szenario DescribePendingMaintenanceActions
könnte sich zeigen, dass die Wartungsaktion nicht angewendet wurde, obwohl sie angewendet wurde.
Um die eventuelle Konsistenz zu gewährleisten, können Sie wie folgt vorgehen:
-
Bestätigen Sie den Status Ihres , bevor Sie einen Befehl ausführen, um ihn zu ändern. Führen Sie den entsprechenden
DescribePendingMaintenanceActions
Befehl mit einem exponentiellen Backoff-Algorithmus aus, um sicherzustellen, dass Sie genügend Zeit einplanen, damit sich der vorherige Befehl im System verbreitet. Führen Sie dazu denDescribePendingMaintenanceActions
Befehl 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 ein
DescribePendingMaintenanceActions
Befehl 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.
Ausstehende Wartungsupdates anzeigen
Prüfen Sie mithilfe der RDS Konsole, der oder der, ob ein Wartungsupdate für Ihren verfügbar ist RDSAPI. AWS CLI Wenn ein Update verfügbar ist, wird es in der Spalte Wartung für den auf der RDS Amazon-Konsole angezeigt, wie in dieser Abbildung dargestellt.

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 Bearbeitung — Die Wartungsaktion wird auf die Ressource angewendet.
Wenn ein Update verfügbar ist, können Sie eine der folgenden Aktionen durchführen:
-
Wenn der Wartungswert „Nächstes Fenster“ lautet, verschieben Sie die Wartungsaktionen, indem Sie unter Aktionen die Option Upgrade aufschieben wählen. Sie können eine Wartungsaktion, die bereits gestartet wurde, nicht verschieben.
-
Sofortiges Durchführen der Wartungsaktivitäten-
-
Wenden Sie die Wartungsmaßnahmen während Ihres nächsten Wartungsfensters an.
-
Keine Aktion.
Um eine Maßnahme zu ergreifen, verwenden Sie AWS Management Console
-
Wählen Sie die DB-Instance aus, um die zugehörigen Details anzuzeigen.
-
Wählen Sie Maintenance & backups (Wartung und Sicherungen). Die ausstehenden Wartungsaktionen werden angezeigt.
-
Wählen Sie die Aktion aus, die Sie ergreifen möchten, und wählen Sie dann aus, wann sie angewendet werden soll.

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 RDSAmazon-Wartungsfenster.
Sie können auch überprüfen, ob ein Wartungsupdate für Ihren verfügbar ist, indem Sie den describe-pending-maintenance-actions AWS CLI Befehl ausführen.
Hinweise zum Anwenden von Wartungsupdates finden Sie unterUpdates auf einen anwenden.
Wartungsmaßnahmen für Amazon RDS
Die folgenden Wartungsmaßnahmen gelten für RDS DB-Instances:
-
ca-certificate-rotation
— Aktualisieren Sie das Amazon RDS Certificate Authority-Zertifikat für die DB-Instance. -
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 RDS Amazon Betriebssystem-Updates mithilfe der folgenden Schritte durchführt:
-
Durchführen der Wartung im Standby.
-
Erwägen des Standby zu Primär.
-
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, RDS ändert Amazon sowohl primäre als auch sekundäre DB-Instances gleichzeitig. 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, für Postgre oder RDS für MariaDB läuftSQL, können Sie die RDS für ein Upgrade erforderlichen Ausfallzeiten minimieren, indem Sie eine blaue/grüne Bereitstellung verwenden. Weitere Informationen finden Sie unter Verwenden von Amazon RDS Amazon Blue/Green Deployments für Datenbank-Updates. Wenn Sie eine RDS for SQL Server- oder RDS Custom for SQL Server-DB-Instance in einer Multi-AZ-Bereitstellung aktualisieren, RDS führt Amazon fortlaufende Upgrades durch, sodass Sie nur für die Dauer eines Failovers einen Ausfall haben. Weitere Informationen finden Sie unter Überlegungen zur Multi-AZ- und In-Memory-Optimierung.
Wenn Ihre DB-Instance in einer Multi-AZ-Bereitstellung RDS für SQL Server ausgeführt wird, können Sie mithilfe einer der folgenden Methoden ein Update auf das zugrunde liegende Betriebssystem anwenden:
-
Ändern Sie die DB-Instance-Klasse in eine andere Größe und dann wieder in die ursprüngliche Größe.
-
Skalieren Sie die DB-Instance-Größe hoch und dann wieder auf die ursprüngliche Größe herunter.
-
Ändern Sie die DB-Instance von Multi-AZ in Single-AZ, beenden und starten Sie die DB-Instance und ändern Sie die Instance dann wieder in Multi-AZ.
Weitere Informationen zu Multi-AZ-Bereitstellungen finden Sie unter Konfiguration und Verwaltung einer Multi-AZ-Bereitstellung für Amazon RDS.