Warum wurde meine AWS DMS-Replikations-Instance neu gestartet oder ein Failover durchgeführt?

Kurzbeschreibung

Eine AWS DMS-Replikations-Instance wird aus den folgenden Gründen automatisch neu gestartet:

• Es liegt ein Infrastrukturproblem mit der primären Instance vor, z. B. ein Verlust der Netzwerkkonnektivität, ein Problem mit der Recheneinheit oder ein Speicherproblem.
• Der Instance-Klassentyp hat sich aufgrund einer vertikalen Skalierungsaktivität geändert.
• Während eines bestimmten Wartungsfensters wird auf dem Host der Instance ein Software-Patch ausgeführt. Weitere Informationen findest du unter Arbeiten mit Versionen der Replikations-Engine.
• Du hast die Optionen Neustart oder Neustart mit geplantem Failover verwendet, um einen manuellen Neustart der Instance durchzuführen.

Wenn bei der Replikations-Instance Probleme auftreten und sie nicht auf AWS DMS-Zustandsprüfungen reagiert, leitet AWS DMS automatisch eine Wiederherstellung oder einen Failover ein. Bei Single-AZ-Bereitstellungen initiiert AWS DMS eine Wiederherstellung. Bei einer Multi-AZ-Bereitstellung initiiert AWS DMS ein Failover. Anschließend startet AWS DMS die Replikations-Instance neu, bevor du die Datenbankmigrationsaufgaben manuell fortsetzen kannst.

Lösung

Die AWS-DMS-Ereignisse überprüfen, um die Grundursache zu ermitteln

Um die Ursache für den Neustart oder das Failover der Instance zu ermitteln, sieh dir die AWS-DMS-Ereignisse der letzten 24 Stunden an. Öffne die AWS DMS-Konsole und wähle Ereignisse.

Hinweis: Standardmäßig registriert AWS DMS Ereignisse in der UTC-Zeitzone.

Um Ereignisse für eine lange Zeit zu speichern, sende die AWS DMS-Ereignisse an Amazon EventBridge. Weitere Informationen findest du unter Implementieren eines automatisierten Ansatzes für die Behandlung von operativen Ereignissen in AWS DMS.

Wenn die Ereignismeldung Replikations-Instance gepatcht angezeigt wird, wurde ein Engine-Versions-Upgrade auf die Replikations-Instance durchgeführt. Ein Upgrade kann unmittelbar nach der Änderung der Instance oder während des geplanten Wartungsfensters erfolgen.

Wenn sich der Instance-Klassentyp ändert, wird die Ereignismeldung Die Replikations-Instance-Klasse für diese Replikations-Instance wird geändert oder Die Replikations-Instance-Klasse für diese Replikations-Instance hat sich geändert. Single-AZ-Bereitstellungen sind während eines Skalierungsvorgangs für einige Minuten nicht verfügbar. Multi-AZ-Bereitstellungen sind für die Dauer des Failovers nicht verfügbar. Das Failover dauert in der Regel 60 Sekunden. AWS DMS aktualisiert die Standby-Datenbank, bevor ein Failover der Datenbank mit der neuen Größe durchgeführt wird.

Möglicherweise werden die Ereignismeldungen Multi-AZ-Instance-Failover gestartet oder Multi-AZ-Instance-Failover abgeschlossen aus den folgenden Gründen angezeigt:

• Die primäre Replikations-Instance reagiert nicht.
• Die Instance wurde manuell neu gestartet mit den Optionen Neustart oder Neustart mit geplantem Failover.
• Bei der Replikations-Instance treten zeitweise Netzwerkprobleme mit dem zugrunde liegenden Host auf.

Die AWS DMS-Metriken mit dem erweiterten Überwachungs-Dashboard überwachen

AWS DMS liefert Metriken aus dem erweiterten Überwachungs-Dashboard an Amazon CloudWatch Logs. Sieh dir das Protokoll der ** Replikations-Instance** für Leistungs-, Ressourcenauslastungs- und Integritätsmetriken an.

Hinweis: Serverlose AWS-DMS-Replikationen unterstützen keine erweiterte Überwachung.

Multi-AZ-Bereitstellungen aktivieren, um die Ausfallzeit zu reduzieren

Um die Ausfallzeit zu reduzieren, aktiviere Multi-AZ-Bereitstellungen. In einer Multi-AZ-Bereitstellung ist ein Standby-Replikat der Replikations-Instance in einer anderen Availability Zone verfügbar. Weitere Informationen findest du unter Resilience in AWS Database Migration Service.

Hinweis: Bei Instances, die Amazon Simple Storage Service (Amazon S3) als Ziel verwenden, schreibt AWS DMS möglicherweise doppelte Datensätze in den S3-Bucket. Dies tritt auf, wenn du die Aufgabe nach einem Neustart oder Failover fortsetzt und der TargetTablePrepMode auf DO_NOTHING gesetzt ist.

Ähnliche Informationen

Bewährte Methoden für den AWS Database Migration Service

Mit einer AWS-DMS-Replikations-Instance arbeiten