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 Multi-AZ-Bereitstellung „RDSCustom for SQL Server“
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, wenn Sie Multi-AZ aktiviert haben. 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 abgeschlossen ist, kann es länger dauern, bis die RDS Konsole 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 Neustarten einer DB-Instance.
Amazon RDS wickelt Failovers automatisch ab, sodass Sie den Datenbankbetrieb so schnell wie möglich ohne administrativen Eingriff wieder aufnehmen können. 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 Gründe für das Failover im RDS Ereignisprotokoll einsehen.
Failover-Grund | Beschreibung |
---|---|
|
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. |
|
Die Multi-AZ-DB-Instance-Bereitstellung hat eine beeinträchtigte primäre DB-Instance erkannt und ein Failover eingeleitet. |
|
RDSBei der Überwachung wurde ein Fehler bei der Netzwerkerreichbarkeit der primären DB-Instance festgestellt und ein Failover ausgelöst. |
|
Eine Änderung der DB-Instance hat ein Failover ausgelöst. Weitere Informationen finden Sie unter Ändern einer RDS benutzerdefinierten SQL Server-DB-Instance. |
|
Die Multi-AZ-DB-Instance-Bereitstellung hat ein Speicherproblem der primären DB-Instance erkannt und ein Failover eingeleitet. |
|
Die Multi-AZ-DB-Instance „RDSCustom for SQL Server“ wurde mit einem Failover neu gestartet. Weitere Informationen finden Sie unter Neustarten einer DB-Instance. |
|
Die primäre DB-Instance reagiert nicht. Wir empfehlen, die folgenden Schritte auszuprobieren:
|
Um festzustellen, ob Ihre Multi-AZ-DB-Instance erfolgreich ausgeführt wurde, können Sie Folgendes tun:
Richten Sie DB-Event-Abonnements ein, um Sie per E-Mail oder darüber zu informierenSMS, dass ein Failover eingeleitet wurde. Weitere Informationen über -Ereignisse finden Sie unter Mit RDS Amazon-Event-Benachrichtigungen arbeiten.
Zeigen Sie Ihre DB-Ereignisse mithilfe der RDS Konsole oder mithilfe von API Operations an.
Zeigen Sie den aktuellen Status Ihrer Multi-AZ-DB-Instance-Bereitstellung auf RDS Custom for SQL Server anCLI, indem Sie die RDS Konsole oder die API Operationen verwenden.
Time-to-Live-Einstellungen (TTL) bei Anwendungen, die eine Multi-AZ-Bereitstellung „RDSCustom for SQL Server“ verwenden
Der Failover-Mechanismus ändert den Domain Name System (DNS) -Datensatz der DB-Instance automatisch so, 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 Wert für die Konfiguration von DNS cache time-to-live (TTL) niedrig ist, und stellen Sie sicher, dass Ihre Anwendung nicht über einen DNS längeren Zeitraum zwischengespeichert wird. Ein hoher TTL Wert kann verhindern, dass Ihre Anwendung nach einem Failover schnell wieder eine Verbindung zur DB-Instance herstellt.