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.
Neustarten einer DB-Instance
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 DB-Instance mit Single-AZ oder Multi-AZ. Anleitungen zum Neustarten eines DB-Clusters mit Multi-AZ finden Sie unter Neustarten von Multi-AZ-DB-Clustern und Reader-DB-Instances für Amazon RDS.
Anwendungsfälle zum Neustarten einer DB-Instance
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.
So funktioniert der Neustart einer DB-Instance
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 Single-AZ-Bereitstellung als auch bei einer Multi-AZ-Bereitstellung von DB-Instances auf, selbst wenn Sie mit einem Failover neu starten.
So funktioniert der Neustart einer DB-Instance in einer Multi-AZ-Bereitstellung
Sie können mit Failover neu starten, wenn sich die DB-Instance von Amazon RDS in einer Multi-AZ-Bereitstellung befindet. 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 wird möglicherweise mehrere Minuten lang nicht in der AWS-Managementkonsole und bei Aufrufen der AWS CLI und der RDS-API widergespiegelt.
-
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 Konfigurieren und Verwalten 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 werden für Multi-AZ-Instances 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 zum 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.
Voraussetzungen für den Neustart einer DB-Instance
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 ein Failover auf eine andere AZ erzwingen, muss Ihre DB-Instance für Multi-AZ konfiguriert sein.
-
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 mit der AWS-Managementkonsole, der AWS CLI oder der RDS-API neu starten.
Neustarten einer DB-Instance
Melden Sie sich bei der AWS-Managementkonsole an 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 AWS CLI neu zu starten, rufen Sie den Befehl reboot-db-instance 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 Parameter --force-failover, um in einem DB-Cluster mit Multi-AZ ein Failover von einer AZ auf eine andere 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.
