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.
Eine DB-Instance DB-Cluster neu starten
Sie können den Datenbankservice auf Ihrer RDS-DB-Instance in einem einzigen Vorgang anhalten und starten, der als Neustart bezeichnet wird. Ein Neustart kann erforderlich sein, um Konfigurationsänderungen vorzunehmen, kleinere Probleme zu beheben oder Netzwerkprobleme zu lösen, ohne dass Sie Ihre Datenbank vollständig neu starten oder migrieren müssen.
Anmerkung
Dieses Thema bezieht sich nur auf den Neustart einer Single-AZ DB-Instance. Multi-AZ Anweisungen zum Neustarten eines Multi-AZ DB-Clusters finden Sie unter. Einen Multi-AZ DB-Cluster und Reader-DB-Instances für Amazon RDS neu starten
Themen
Anwendungsfälle für den Neustart einer DB-Instance DB-Cluster
Normalerweise starten Sie die DB-Instance aus Wartungsgründen neu, damit Änderungen wirksam werden. Häufige Anwendungsfälle:
-
Verknüpfen einer neuen DB-Parametergruppe – Wenn Sie eine neue DB-Parametergruppe mit einer DB-Instance verknüpfen, wendet RDS die geänderten statischen und dynamischen Parameter erst nach dem Neustart der DB-Instance an. Wenn Sie jedoch dynamische Parameter in der DB-Parametergruppe ändern, nachdem Sie sie der DB-Instance zugeordnet haben, werden diese Änderungen sofort ohne Neustart angewendet. Weitere Informationen finden Sie unter Parametergruppen für Amazon RDS.
-
Anwenden einer Änderung auf einen statischen Parameter in einer vorhandenen DB-Parametergruppe – Wenn Sie einen statischen Parameter ändern und die DB-Parametergruppe speichern, ändert sich der Status der DB-Instances, die mit dieser Parametergruppe verknüpft sind, in der Konsole in pending-reboot. Die Änderung des Parameters wird erst wirksam, nachdem die zugehörigen DB-Instances neu gestartet wurden. Wenn Sie einen dynamischen Parameter in einer vorhandenen Parametergruppe ändern, wird die Änderung standardmäßig sofort wirksam, ohne dass ein Neustart erforderlich ist.
Anmerkung
Der Status pending-reboot führt während des nächsten Wartungsfensters nicht zu einem automatischen Neustart. Damit die neuesten Parameteränderungen für diese DB-Instance übernommen werden, starten Sie die DB-Instance manuell neu. Weitere Informationen zu Parametergruppen finden Sie unter Parametergruppen für Amazon RDS.
-
Fehlerbehebung – Möglicherweise treten Leistungs- oder andere Betriebsprobleme auf, die einen Neustart erforderlich machen. Beispielsweise reagiert die DB-Instance möglicherweise nicht.
Wie funktioniert der Neustart einer DB-Instance einem DB-Cluster
Wenn Amazon RDS Ihre DB-Instance neu startet, führt es die folgenden Aufgaben nacheinander aus:
-
Hält den Datenbankservice in Ihrer DB-Instance an
-
Startet den Datenbankservice in Ihrer DB-Instance
Der Neustart führt zu einem kurzen Ausfall. Während dieses Ausfalls lautet der Status der DB-Instance rebooting. Ein Ausfall tritt sowohl bei einer Bereitstellung als auch bei einer Single-AZ Multi-AZ DB-Instance-Bereitstellung auf, selbst wenn Sie einen Neustart mit einem Failover durchführen.
So funktioniert der Neustart einer DB-Instance in einer Bereitstellung Multi-AZ
Wenn sich die Amazon RDS-DB-Instance in einer Multi-AZ Bereitstellung befindet, können Sie einen Neustart mit einem Failover durchführen. Dieser Vorgang ist nützlich, um einen Fehler der DB-Instance zu simulieren oder nach einem Failover Operationen in der ursprünglichen Availability Zone wiederherzustellen.
Während des Neustarts mit Failover führt Amazon RDS folgende Schritte aus:
-
Unterbricht die Datenbank abrupt. Die DB-Instance und ihre Client-Sitzungen haben möglicherweise keine Zeit, um ordnungsgemäß herunterzufahren.
Warnung
Um die Möglichkeit eines Datenverlusts auszuschließen, empfehlen wir, Transaktionen auf Ihrer DB-Instance anzuhalten, bevor Sie mit einem Failover neu starten.
-
Führt bei Bedarf eine Wiederherstellung der Datenbank nach einem Absturz durch.
-
Wechselt automatisch zu einem Standby-Replikat in einer anderen AZ. Die AZ-Änderung spiegelt sich möglicherweise einige Minuten lang nicht in der AWS-Managementkonsole und in Aufrufen der AWS CLI und der RDS-API wider.
-
Aktualisiert den DNS-Datensatz für die DB-Instance, damit dieser auf die Standby-DB-Instance hinweist. Als Ergebnis müssen Sie alle bestehenden Verbindungen zu Ihrer DB-Instance bereinigen und neu erstellen. Weitere Informationen finden Sie unter Konfiguration und Verwaltung einer Multi-AZ Bereitstellung für Amazon RDS.
-
Erzeugt nach dem Neustart ein Amazon-RDS-Ereignis.
Bei RDS für Microsoft SQL Server wird bei einem Failover nur die primäre DB-Instance neu gestartet. Nach dem Failover wird die primäre DB-Instance zur neuen sekundären DB-Instance. Die Parameter für Multi-AZ Instances werden möglicherweise nicht aktualisiert. Für einen Neustart ohne Failover starten sowohl die primäre als auch die sekundäre DB-Instance neu. Die Parameter werden nach dem Neustart aktualisiert. Wenn die DB-Instance nicht reagiert, empfehlen wir einen Neustart ohne Failover.
Überlegungen beim Neustart einer DB-Instance
Bevor Sie Ihre Instance neu starten, sollten Sie Folgendes beachten:
-
Bei einer DB-Instance mit Lesereplikaten können Sie die Quell-DB-Instance und ihre Lesereplikate unabhängig voneinander neu starten. Nach Abschluss eines Neustarts wird die Replikation automatisch fortgesetzt.
-
Die für den Neustart benötigte Zeit hängt vom Wiederherstellungsprozess nach dem Absturz, der Datenbankaktivität zum Zeitpunkt des Neustarts und dem Verhalten Ihrer spezifischen DB-Engine ab. Wir empfehlen, während des Neustarts die Datenbankaktivitäten möglichst zu minimieren, um die Dauer des Neustarts zu verkürzen. Diese Technik reduziert die Rollback-Aktivität für laufende Transaktionen.
Stellen Sie sicher, dass Sie die folgenden Voraussetzungen erfüllen:
-
Ihre DB-Instance muss sich im Status
availablebefinden. Ihre Datenbank kann aus mehreren Gründen nicht verfügbar sein, zum Beispiel aufgrund eines laufenden Backup-Vorgangs, einer zuvor angefragten Änderung oder einer Aktion im Wartungsfenster. -
Wenn Sie einen Failover auf eine andere AZ erzwingen, muss Ihre DB-Instance dafür konfiguriert sein. Multi-AZ
-
Wenn Sie ein Failover auf eine andere AZ erzwingen, empfehlen wir, zunächst die Transaktionen auf Ihrer DB-Instance anzuhalten, um einen möglichen Datenverlust zu verhindern.
Neustarten einer DB-Instance : grundlegende Schritte
Sie können Ihre DB-Instance mithilfe der AWS-Managementkonsole AWS CLI, oder RDS-API neu starten.
So starten Sie eine DB-Instance neu
Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie im Navigationsbereich Databases (Datenbanken) und dann die DB-Instance aus, die Sie neu starten möchten.
-
Wählen Sie unter Aktionen die Option Neustart aus.
Die Seite DB-Instance neu starten wird angezeigt.
-
(Optional) Wählen Sie Reboot with failover? (Neustart mit Failover?) aus, um ein Failover von einer AZ zu einer anderen zu erzwingen.
-
Wählen Sie Neustart aus, um Ihrer DB-Instance neu zu starten.
Alternativ können Sie Cancel (Abbrechen) aufrufen.
Um eine DB-Instance mithilfe von neu zu starten AWS CLI, rufen Sie den reboot-db-instanceBefehl auf.
Beispiel Einfacher Neustart
Für Linux, macOS oder Unix:
aws rds reboot-db-instance \ --db-instance-identifiermydbinstance
Für Windows:
aws rds reboot-db-instance ^ --db-instance-identifiermydbinstance
Beispiel Neustart mit Failover
Verwenden Sie den --force-failover Parameter, um in einem Multi-AZ DB-Cluster einen Failover von einer AZ zur anderen zu erzwingen.
Für Linux, macOS oder Unix:
aws rds reboot-db-instance \ --db-instance-identifiermydbinstance\ --force-failover
Für Windows:
aws rds reboot-db-instance ^ --db-instance-identifiermydbinstance^ --force-failover
Um eine DB-Instance mithilfe der Amazon-RDS-API neu zu starten, rufen Sie den Vorgang RebootDBInstance auf.
