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 von RDS Custom for Oracle
Wenn ein geplanter oder ungeplanter Ausfall Ihrer DB-Instance durch einen Infrastrukturdefekt resultiert, 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 Amazon RDS-Konsole die neue Availability Zone anzeigt.
Anmerkung
Sie können ein Failover manuell erzwingen, wenn Sie Ihren primären EC2 Host beenden und starten, solange Ihre DB-Instance verfügbar ist.
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 Amazon RDS-Ereignisprotokoll einsehen.
| Failover-Grund | Beschreibung |
|---|---|
| Das Betriebssystem, das der RDS-Datenbank-Instance zugrunde liegt, wird offline gepatcht. | 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. |
| Der primäre Host der RDS-Multi-AZ-Instance ist fehlerhaft. | Die Multi-AZ-DB-Instance-Bereitstellung hat eine beeinträchtigte primäre DB-Instance erkannt und ein Failover eingeleitet. |
| Der primäre Host der RDS-Multi-AZ-Instance ist aufgrund des Verlusts der Netzwerkverbindung nicht erreichbar. | Die RDS-Überwachung hat einen Fehler bei der Erreichbarkeit des Netzwerks für die primäre DB-Instance festgestellt und ein Failover ausgelöst. |
| Die RDS-Instance wurde vom Kunden geändert. | Eine Änderung der RDS-DB-Instance hat ein Failover ausgelöst. Weitere Informationen finden Sie unter Ändern Ihrer RDS Custom for Oracle-DB-Instance. |
| Das Speichervolumen, das dem primären Host der RDS-Multi-AZ-Instance zugrunde liegt, ist ausgefallen. | Die Multi-AZ-DB-Instance-Bereitstellung hat ein Speicherproblem der primären DB-Instance erkannt und ein Failover eingeleitet. |
| Die primäre RDS-Multi-AZ-Instance ist beschäftigt und reagiert nicht. | Die primäre DB-Instance reagiert nicht. Wir empfehlen Ihnen, wie folgt vorzugehen: Untersuchen Sie das Ereignis und die CloudWatch Protokolle auf übermäßige CPU-, Arbeitsspeicher- oder Auslagerungsspeicherauslastung. Weitere Informationen erhalten Sie unter Mit RDS Amazon-Event-Benachrichtigungen arbeiten und Erstellen einer Regel, die bei einem Amazon RDS-Ereignis ausgelöst wird. Prüfen Sie Ihren Workload, um festzustellen, ob Sie die angemessene DB-Instance-Klasse verwenden. Weitere Informationen finden Sie unter . |
Um festzustellen, ob Ihre Multi-AZ-DB-Instance erfolgreich ausgeführt wurde, können Sie Folgendes tun:
-
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 Mit RDS Amazon-Event-Benachrichtigungen arbeiten.
-
Sie können Ihre DB-Ereignisse über die Amazon-RDS-Konsole oder mittels API-Operationen anzeigen.
-
Zeigen Sie den aktuellen Status Ihrer Multi-AZ-DB-Instance-Bereitstellung von RDS Custom for Oracle an, indem Sie die Amazon RDS-Konsole, CLI oder API-Operationen verwenden.
Time-to-Live-Einstellungen (TTL) bei Anwendungen, die eine Multi-AZ-Bereitstellung von RDS Custom for Oracle 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 Wert für die DNS-Cache-Konfiguration time-to-live (TTL) niedrig ist, und stellen Sie sicher, dass Ihre Anwendung DNS nicht über einen längeren Zeitraum zwischenspeichert. Ein hoher TTL-Wert kann verhindern, dass Ihre Anwendung nach einem Failover schnell wieder eine Verbindung mit der DB-Instance herstellt.
