View a markdown version of this page

Failover-Prozess für eine Bereitstellung von RDS Custom for SQL Server Multi-AZ - Amazon Relational Database Service

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.

Failover-Prozess für eine Bereitstellung von RDS Custom for SQL Server Multi-AZ

Wenn ein geplanter oder ungeplanter Ausfall Ihrer DB-Instance auf einen Infrastrukturdefekt zurückzuführen ist, wechselt Amazon RDS automatisch zu einem Standby-Replikat in einer anderen Availability Zone, sofern Sie es aktiviert haben. Multi-AZ Die Dauer, bis der Failover-Prozess abgeschlossen ist, hängt von der Datenbankaktivität sowie von anderen Bedingungen zu dem Zeitpunkt ab, an dem die primäre DB-Instance ausgefallen ist. Der Failover-Prozess dauert normalerweise 60-120 Sekunden. Diese Failover-Dauer kann sich verlängern, wenn umfangreiche Transaktionen oder zeitintensive Wiederherstellungsprozesse durchgeführt werden. Wenn der Failover-Prozess abgeschlossen ist, kann es noch einmal etwas dauern, bis die RDS-Konsole die Daten für die neue Availability Zone anzeigt.

Anmerkung

Sie können ein Failover manuell erzwingen, wenn Sie eine DB-Instance mit Failover neu starten. Weitere Informationen über das Neustarten einer DB-Instance finden Sie unter Eine DB-Instance DB-Cluster neu starten.

Amazon RDS führt den Failover-Prozess automatisch durch, sodass der Datenbankbetrieb so schnell wie möglich und ohne Verwaltungseingriff wieder aufgenommen werden kann. Die primäre DB-Instance schaltet automatisch auf das Standby-Replikat um, wenn eine der in der folgenden Tabelle beschriebenen Bedingungen eintritt: Sie können diese Failover-Gründe im RDS-Ereignisprotokoll einsehen.

Failover-Grund Description

The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation

Ein Failover wurde während des Wartungsfensters für einen Betriebssystem-Patch oder ein Sicherheitsupdate ausgelöst. Weitere Informationen finden Sie unter Warten einer DB-Instance.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.

Bei der Multi-AZ DB-Instance-Bereitstellung wurde eine beeinträchtigte primäre DB-Instance erkannt und ein Failover durchgeführt.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.

Die RDS-Überwachung hat einen Fehler bei der Erreichbarkeit des Netzwerks für die primäre DB-Instance festgestellt und ein Failover ausgelöst.

The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.

Eine Änderung der DB-Instance hat ein Failover ausgelöst. Weitere Informationen finden Sie unter Ändern einer RDS Custom for SQL Server-DB-Instance.

The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.

Bei der Bereitstellung der Multi-AZ DB-Instance wurde ein Speicherproblem auf der primären DB-Instance festgestellt und ein Failover wurde durchgeführt.

The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.

Die Multi-AZ DB-Instance RDS Custom for SQL Server wurde mit Failover neu gestartet. Weitere Informationen finden Sie unter Eine DB-Instance DB-Cluster neu starten.

The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.

Die primäre DB-Instance reagiert nicht. Wir empfehlen, die folgenden Schritte auszuprobieren:

Um festzustellen, ob für Ihre Multi-AZ DB-Instance ein Failover aufgetreten ist, können Sie wie folgt vorgehen:

  • Sie können Benachrichtigungen per E-Mail oder per SMS für DB-Ereignisse abonnieren, bei denen ein Failover ausgelöst wird. Weitere Informationen über -Ereignisse finden Sie unter Arbeiten mit Amazon-RDS-Ereignisbenachrichtigungen.

  • Sie können Ihre DB-Ereignisse über die RDS-Konsole oder mittels API-Operationen anzeigen.

  • Zeigen Sie den aktuellen Status Ihrer RDS-Custom for SQL Multi-AZ Server-DB-Instance-Bereitstellung an, indem Sie die RDS-Konsole, CLI oder API-Operationen verwenden.

Time-to-Live-Einstellungen (TTL) bei Anwendungen, die eine RDS Custom for SQL Multi-AZ Server-Bereitstellung verwenden

Bei dem Failover-Prozess wird der DNS-Datensatz (Domain Name System) der DB-Instance so geändert, dass er auf die Standby-DB-Instance verweist. Als Ergebnis müssen alle bestehenden Verbindungen zu Ihrer DB-Instance neu hergestellt werden. Stellen Sie sicher, dass der Time to Live (TTL)-Konfigurationswert für den DNS-Cache niedrig ist, und stellen Sie sicher, dass Ihre Anwendung DNS nicht für längere Zeit zwischenspeichert. Ein hoher TTL-Wert kann verhindern, dass Ihre Anwendung nach einem Failover schnell wieder eine Verbindung mit der DB-Instance herstellt.