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 Datenbankdienst auf Ihrer RDS-DB-Instance in einem einzigen Vorgang, dem sogenannten Neustart, beenden und starten.
Anmerkung
Dieses Thema bezieht sich nur auf den Neustart einer DB-Instance. Anweisungen zum Neustart eines Multi-AZ-DB-Clusters finden Sie unter. Neustart von Multi-AZ-DB-Clustern und Reader-DB-Instances
Themen
Anwendungsfälle für den Neustart einer DB-Instance einem DB-Cluster
In der Regel starten Sie Ihre DB-Instance aus Wartungsgründen neu, damit Ihre Änderungen wirksam werden. Die folgenden Anwendungsfälle sind häufig:
-
Zuordnen einer neuen DB-Parametergruppe — Wenn Sie einer DB-Instance eine neue DB-Parametergruppe zuordnen, wendet RDS die geänderten statischen und dynamischen Parameter erst an, nachdem die DB-Instance neu gestartet wurde. Wenn Sie jedoch dynamische Parameter in der DB-Parametergruppe ändern, nachdem Sie sie der DB-Instance zugeordnet haben, werden diese Änderungen sofort und ohne Neustart übernommen. Weitere Informationen finden Sie unter Arbeiten mit Parametergruppen.
-
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 mit dieser Parametergruppe verknüpften DB-Instances in der Konsole auf pending-reboot. Die Parameteränderung 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 „Ausstehender Neustart“ führt nicht zu einem automatischen Neustart während des nächsten Wartungsfensters. Um die neuesten Parameteränderungen auf Ihre DB-Instance anzuwenden, starten Sie die DB-Instance manuell neu. Weitere Informationen zu Parametergruppen finden Sie unter Arbeiten mit Parametergruppen.
-
Testen von Multi-AZ-Failover — Ihre Teststrategie für einen Multi-AZ-DB-Cluster kann einen Neustart Ihrer primären DB-Instance beinhalten, um einen Failover auf eine andere AZ einzuleiten.
-
Fehlerbehebung — Möglicherweise treten Leistungs- oder andere Betriebsprobleme auf, die einen Neustart erforderlich machen. Beispielsweise reagiert Ihre DB-Instance möglicherweise nicht.
Wie funktioniert der Neustart einer DB-Instance DB-Cluster
Wenn Amazon RDS Ihre DB-Instance neu startet, führt es die folgenden sequentiellen Aufgaben aus:
-
Stoppt den Datenbankdienst auf Ihrer DB-Instance
-
Startet den Datenbankdienst auf Ihrer DB-Instance
Der Neustartvorgang führt zu einem kurzen Ausfall. Während dieses Ausfalls lautet der Status der DB-Instance „Neustart“. 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
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 Ausfall einer DB-Instance zu simulieren oder den Betrieb nach einem Failover in der ursprünglichen Availability Zone wiederherzustellen.
Während des Neustarts mit Failover geht Amazon RDS wie folgt vor:
-
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.
-
Wechselt automatisch zu einem Standby-Replikat in einer anderen AZ. Die AZ-Änderung spiegelt sich möglicherweise einige Minuten lang nicht in der AWS Management Console und in Aufrufen der AWS CLI und der RDS-API wider.
-
Aktualisiert den DNS-Eintrag für die DB-Instance so, dass er auf die Standby-DB-Instance verweist. 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.
-
Erzeugt nach dem Neustart ein Amazon RDS-Ereignis.
Auf RDS für Microsoft SQL Server wird beim 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.
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 Neustartzeit hängt vom Wiederherstellungsprozess nach einem Absturz, der Datenbankaktivität zum Zeitpunkt des Neustarts und dem Verhalten Ihrer spezifischen DB-Engine ab. Um die Neustartzeit zu verkürzen, empfehlen wir, die Datenbankaktivität während des Neustarts so weit wie möglich zu reduzieren. Diese Technik reduziert die Rollback-Aktivität für Transaktionen während der Übertragung.
Stellen Sie sicher, dass Sie die folgenden Voraussetzungen erfüllen:
-
Ihre DB-Instance muss sich im Status
availablebefinden. Ihre Datenbank kann aus verschiedenen Gründen nicht verfügbar sein, z. B. aufgrund eines laufenden Backups, einer zuvor angeforderten Änderung oder aufgrund eines Wartungsfensters. -
Wenn Sie einen Failover auf eine andere AZ erzwingen, muss Ihre DB-Instance für Multi-AZ konfiguriert sein.
-
Wenn Sie einen Failover auf eine andere AZ erzwingen, empfehlen wir, zunächst die Transaktionen auf Ihrer DB-Instance zu stoppen, um einen möglichen Datenverlust zu verhindern.
Neustarten einer DB-Instance : grundlegende Schritte
Sie können Ihre DB-Instance mithilfe der AWS Management Console AWS CLI, oder RDS-API neu starten.
Neustarten einer DB-Instance
Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie 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.
Rufen Sie den reboot-db-instanceBefehl auf AWS CLI, um eine DB-Instance mithilfe von neu zu starten.
Beispiel Einfacher Neustart
Für LinuxmacOS, oderUnix:
aws rds reboot-db-instance \ --db-instance-identifiermydbinstance
Windows:
aws rds reboot-db-instance ^ --db-instance-identifiermydbinstance
Beispiel Neustart mit Failover
Verwenden Sie den Parameter, um in einem Multi-AZ-DB-Cluster einen Failover von einer AZ zur anderen zu erzwingen. --force-failover
FürLinux, odermacOS: Unix
aws rds reboot-db-instance \ --db-instance-identifiermydbinstance\ --force-failover
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.
