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.
Fehlerbehebung bei Problemen mit der Replikation in RDS für Db2
In diesem Thema werden häufig auftretende Probleme bei der Replikation in RDS für Db2 beschrieben und Anleitungen zur Fehlerbehebung für schreibgeschützte und Standby-Replikate bereitgestellt. Überprüfen Sie nicht nur die folgenden Informationen zur Fehlerbehebung, sondern achten Sie vor der Erstellung von Db2-Replikaten auch darauf, dass Sie die Anforderungen und Überlegungen befolgt und alle Vorbereitungsschritte abgeschlossen haben.
Fehler bei der Replikaterstellung
Die Replikaterstellung kann aus verschiedenen Gründen fehlschlagen:
-
Inaktive Datenbanken: Alle Datenbanken auf der Quell-DB-Instance müssen aktiv sein, damit Replikate erstellt werden können.
Informationen zum Aktivieren von Datenbanken finden Sie unter Gespeicherte Prozeduren für Datenbanken von RDS für Db2.
-
Fehlende automatische Backups: Für die Quell-DB-Instance müssen automatische Backups aktiviert sein.
Weitere Informationen zum Aktivieren von Backups finden Sie unter Aktivieren automatischer Sicherungen für Replikate von RDS für Db2.
-
Probleme mit Parametergruppen: Für Replikate sind benutzerdefinierte Parametergruppen erforderlich. Für die BYOL-Lizenzierung muss die Parametergruppe die Parameter IBM Site ID und IBM Customer ID enthalten.
Weitere Informationen finden Sie unter IBM IDs für Bring Your Own License (BYOL) für Db2.
Überwachen einer Db2-Replikationsverzögerung
Um die Replikationsverzögerung in Amazon zu überwachen CloudWatch, sehen Sie sich die Amazon ReplicaLag RDS-Metrik an. Weitere Informationen zur zeitlichen Verzögerung bei der Replikation finden Sie unter Überwachen der Lesereplikation und CloudWatch Amazon-Metriken für Amazon RDS. Informationen zum Einrichten von CloudWatch Alarmen für Replikatverzögerungen finden Sie unterÜberwachen von Amazon RDS-Metriken mit Amazon CloudWatch.
Wenn die Verzögerungszeit für ein schreibgeschütztes Replikat zu lang ist, fragen Sie die Tabelle MON_GET_HADR nach dem Status der Replikations-DB-Instance ab.
Wenn die Verzögerungszeit für ein Standby-Replikat zu lang ist, fragen Sie die Tabelle MON_GET_HADR nach dem Status der Quell-DB-Instance ab. Fragen Sie nicht die Replikat-DB-Instance ab, da Replikat-DB-Instances keine Benutzerverbindungen akzeptieren.
Zu den häufigsten Ursachen für eine hohe Replikationsverzögerung gehören die folgenden:
-
Unzureichende Rechenressourcen auf dem Replikat
-
Probleme mit der Netzwerkverbindung zwischen der Quelle und dem Replikat
-
Hohe Schreibaktivität in der Quelldatenbank
-
Einschränkungen der Speicherleistung auf dem Replikat
Wenn weiterhin eine hohe Replikationsverzögerung vorliegt, sollten Sie eine Skalierung der Replikatressourcen erwägen. Weitere Informationen finden Sie unter Ändern einer Amazon-RDS-DB-Instance.
Fehler bei der Db2-Replikation
Die Db2-Replikation kann sich aus einer Reihe von Gründen in einem Fehlerstatus befinden. Führen Sie die folgenden Aktionen durch:
-
Überwachen Sie die Ereignisse und den Status der DB-Instance, um sich zu vergewissern, dass die DB-Instance repliziert wird.
Weitere Informationen finden Sie unter Arbeiten mit Amazon-RDS-Ereignisbenachrichtigungen.
-
Überprüfen Sie die Diagnoseprotokolle des Db2-Replikats in der Amazon-RDS-Konsole. Suchen Sie in den Protokollen nach Fehlern in den HADR-Meldungen. Vergleichen Sie die Protokoll-Sequenznummer mit der primären Sequenznummer.
Informationen zum Zugriff auf die Db2-Diagnoseprotokolle und zu ihrer Interpretation finden Sie unter Datenbank-Protokolldateien von Amazon RDS für Db2. Informationen zur Db2-HADR-Konfiguration und -Fehlerbehebung finden Sie unter Arbeiten mit Replikaten für Amazon RDS für Db2.
Wenn weiterhin Replikationsfehler auftreten, müssen Sie das Replikat möglicherweise neu erstellen.
Verbindungsprobleme
Wenn Sie keine Verbindung mit dem Replikat herstellen können, lesen Sie die folgenden Informationen zu den Replikatmodi:
-
Standby-Replikate: Sie akzeptieren standardmäßig keine Benutzerverbindungen. Verwenden Sie schreibgeschützte Replikate für Lese-Workloads.
-
Schreibgeschützte Replikate — Überprüfen Sie Ihre Sicherheitsgruppeneinstellungen, Netzwerk- und ACLs Parametergruppenkonfigurationen.
Weitere Informationen finden Sie unter Steuern des Datenverkehrs zu Ihren AWS -Ressourcen mithilfe von Sicherheitsgruppen im Amazon-VPC-Benutzerhandbuch, unter Steuern des Datenverkehrs in Subnetzen mithilfe von Zugriffssteuerungslisten für Netzwerke im Amazon-VPC-Benutzerhandbuch und unter Parametergruppen für Amazon RDS.
Leistungsprobleme
Wenn die Replikatleistung unzureichend ist, sehen Sie sich die folgenden Vorschläge an:
-
Vergewissern Sie sich, dass das Replikat über ausreichende Rechen- und Speicherressourcen verfügt.
-
Überwachen Sie die
ReplicaLagMetrik in Amazon CloudWatch. -
Erwägen Sie eine Hochskalierung der Replikat-DB-Instance-Klasse.
Informationen zum Ändern von Ressourcen oder Instance-Klassen finden Sie unter Ändern einer Amazon-RDS-DB-Instance.
Informationen zum Überwachen der Replikationsverzögerung finden Sie unter Überwachen einer Replikationsverzögerung und CloudWatch Amazon-Metriken für Amazon RDS. Informationen zum Einrichten von CloudWatch Alarmen für Replikatverzögerungen finden Sie unterÜberwachen von Amazon RDS-Metriken mit Amazon CloudWatch.
