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. # AWS DMS-Aufgaben überwachen Die Überwachung ist ein wichtiger Bestandteil der Aufrechterhaltung der Zuverlässigkeit, Verfügbarkeit AWS DMS und Leistung Ihrer AWS Lösungen. Sie sollten Überwachungsdaten aus allen Teilen Ihrer AWS Lösung sammeln, damit Sie einen etwaigen Ausfall an mehreren Stellen leichter debuggen können. AWS bietet verschiedene Tools zur Überwachung Ihrer AWS DMS Aufgaben und Ressourcen sowie zur Reaktion auf potenzielle Vorfälle: **AWS DMS Ereignisse und Benachrichtigungen** AWS DMS verwendet Amazon Simple Notification Service (Amazon SNS), um Benachrichtigungen bereitzustellen, wenn ein AWS DMS Ereignis eintritt, z. B. die Erstellung oder Löschung einer Replikationsinstanz. AWS DMS gruppiert Ereignisse in Kategorien, die Sie abonnieren können, sodass Sie benachrichtigt werden können, wenn ein Ereignis in dieser Kategorie eintritt. Wenn Sie beispielsweise die Kategorie "Erstellung" für eine bestimmte Replikations-Instance abonnieren, werden Sie benachrichtigt, sobald ein erstellungsbezogenes Ereignis auftritt, das sich auf Ihre Replikations-Instance auswirkt. Sie können mit diesen Benachrichtigungen in jeder Form arbeiten, die von Amazon SNS für eine AWS Region unterstützt wird, z. B. als E-Mail-Nachricht, Textnachricht oder Anruf an einen HTTP-Endpunkt. Weitere Informationen finden Sie unter [Arbeiten mit Amazon SNS SNS-Ereignissen und -Benachrichtigungen in AWS Database Migration Service](CHAP_Events.md). **Aufgabenstatus** Sie können den Fortschritt einer Aufgabe überwachen, indem Sie den Aufgabenstatus überprüfen und die Steuerungstabelle der Aufgabe überwachen. Der Aufgabenstatus gibt den Zustand einer AWS DMS Aufgabe und der zugehörigen Ressourcen an. Er enthält Hinweise dazu, ob die Aufgabe erstellt, gestartet, ausgeführt oder gestoppt wird. Er enthält auch den aktuellen Status der Tabellen, die die Aufgabe migriert, z. B. wenn eine vollständige Last einer Tabelle begonnen hat oder gerade ausgeführt wird, sowie Details wie die Anzahl der aufgetretenen Einfügungen, Löschungen und Aktualisierungen für die Tabelle. Weitere Informationen zum Überwachen des Zustands von Aufgaben- und Aufgabenressourcen finden Sie unter [Aufgabenstatus](#CHAP_Tasks.Status) und [Tabellenstatus während der Aufgaben](#CHAP_Tasks.CustomizingTasks.TableState). Weitere Informationen zu Steuerungstabellen finden Sie unter [Kontrolltabellen-Aufgabeneinstellungen](CHAP_Tasks.CustomizingTasks.TaskSettings.ControlTable.md). ** CloudWatch Amazon-Alarme und -Protokolle** Mithilfe von CloudWatch Amazon-Alarmen beobachten Sie eine oder mehrere Aufgabenmetriken über einen von Ihnen festgelegten Zeitraum. Wenn eine Metrik einen bestimmten Schwellenwert überschreitet, wird eine Benachrichtigung an ein Amazon SNS SNS-Thema gesendet. CloudWatch Alarme lösen keine Aktionen aus, da sie sich in einem bestimmten Status befinden. Vielmehr muss sich der Status geändert haben und für eine bestimmte Anzahl von Perioden beibehalten worden sein. AWS DMS wird auch verwendet CloudWatch, um Aufgabeninformationen während des Migrationsprozesses zu protokollieren. Sie können die AWS CLI oder die AWS DMS API verwenden, um Informationen zu den Aufgabenprotokollen anzuzeigen. Weitere Informationen zur Verwendung von CloudWatch with AWS DMS finden Sie unter[Überwachung von Replikationsaufgaben mit Amazon CloudWatch](#CHAP_Monitoring.CloudWatch). Weitere Informationen zur Überwachung von AWS DMS Metriken finden Sie unter[AWS Database Migration Service Metriken](#CHAP_Monitoring.Metrics). Weitere Informationen zur Verwendung von AWS DMS Task-Logs finden Sie unter[AWS DMS-Aufgabenprotokolle anzeigen und verwalten](#CHAP_Monitoring.ManagingLogs). **Time-Travel-Protokolle** Um Replikationsaufgaben zu protokollieren und zu debuggen, können Sie AWS DMS Time Travel verwenden. Bei diesem Konzept verwenden Sie Amazon S3, um Protokolle zu speichern und sie mit Ihren Verschlüsselungsschlüsseln zu verschlüsseln. Sie können Ihre S3-Protokolle mithilfe von Datums- und Uhrzeitfiltern abrufen und die Protokolle dann nach Bedarf anzeigen, herunterladen und verschleiern. Auf diese Weise können Sie „in die Vergangenheit reisen“, um Datenbankaktivitäten zu untersuchen. Sie können Time Travel mit DMS-unterstützten PostgreSQL-Quellendpunkten und DMS-unterstützten PostgreSQL- und MySQL-Zielendpunkten verwenden. Sie können Time Travel nur für Volllast- und CDC-Aufgaben oder nur für CDC-Aufgaben aktivieren. Um Time Travel zu aktivieren oder vorhandene Time-Travel-Einstellungen zu ändern, stellen Sie sicher, dass Ihre Aufgabe angehalten wurde. Weitere Informationen zu Time-Travel-Protokollen finden Sie unter [Time-Travel-Aufgabeneinstellungen](CHAP_Tasks.CustomizingTasks.TaskSettings.TimeTravel.md). Bewährte Methoden für die Verwendung von Time-Travel-Protokollen finden Sie unter [Problembehandlung bei Replikationsaufgaben mit Time Travel](CHAP_BestPractices.md#CHAP_BestPractices.TimeTravel). **AWS CloudTrail Logs** AWS DMS ist in einen Dienst integriert AWS CloudTrail, der eine Aufzeichnung der Aktionen bereitstellt, die von einem Benutzer, einer IAM-Rolle oder einem AWS Dienst in AWS DMS ausgeführt wurden. CloudTrailerfasst alle API-Aufrufe AWS DMS als Ereignisse, einschließlich Aufrufe von der AWS DMS Konsole und von Codeaufrufen an die AWS DMS API-Operationen. Wenn Sie einen Trail erstellen, können Sie die kontinuierliche Bereitstellung von CloudTrail Ereignissen an einen Amazon S3 S3-Bucket aktivieren, einschließlich Ereignissen für AWS DMS. Wenn Sie keinen Trail konfigurieren, können Sie die neuesten Ereignisse trotzdem in der CloudTrail Konsole im **Ereignisverlauf** anzeigen. Anhand der von gesammelten Informationen können Sie die Anfrage ermitteln CloudTrail, an die die Anfrage gestellt wurde AWS DMS, die IP-Adresse, von der aus die Anfrage gestellt wurde, wer die Anfrage gestellt hat, wann sie gestellt wurde, und weitere Details. Weitere Informationen finden Sie unter [Protokollierung von AWS DMS API-Aufrufen mit AWS CloudTrail](#logging-using-cloudtrail). **Datenbankprotokolle** Sie können Datenbankprotokolle für Ihre Task-Endpunkte mithilfe der AWS-Managementkonsole, oder der API für Ihren AWS Datenbankdienst anzeigen AWS CLI, herunterladen und ansehen. Weitere Informationen finden Sie in der Dokumentation zu Ihrem Datenbankservice unter [AWS -Dokumentation](https://docs.aws.amazon.com/index.html?nc2=h_ql_doc_do_v). Weitere Informationen finden Sie unter den folgenden Themen. **Topics** + [Aufgabenstatus](#CHAP_Tasks.Status) + [Tabellenstatus während der Aufgaben](#CHAP_Tasks.CustomizingTasks.TableState) + [Überwachung von Replikationsaufgaben mit Amazon CloudWatch](#CHAP_Monitoring.CloudWatch) + [AWS Database Migration Service Metriken](#CHAP_Monitoring.Metrics) + [AWS DMS-Aufgabenprotokolle anzeigen und verwalten](#CHAP_Monitoring.ManagingLogs) + [Protokollierung von AWS DMS API-Aufrufen mit AWS CloudTrail](#logging-using-cloudtrail) + [AWS DMS Kontext-Protokollierung](#datarep_Monitoring_ContextLogging) + [Verbessertes Monitoring-Dashboard](enhanced-monitoring-dashboard.md) + [Ereignisse anzeigen AWS DMS](CHAP_Monitoring.View.dms.events.md) ## Aufgabenstatus Der Aufgabenstatus zeigt den Zustand der Aufgabe an. Die folgende Tabelle zeigt die möglichen Status einer Aufgabe: | Aufgabenstatus | Description | | --- | --- | | **Erstellen** | AWS DMS erstellt die Aufgabe. | | **In Ausführung** | Die Aufgabe führt die angegebenen Migrationsvorgänge aus. | | **Angehalten** | Die Aufgabe wird angehalten. | | **Wird angehalten** | Die Aufgabe wird angehalten. Dies ist in der Regel ein Hinweis auf ein Eingreifen in die Aufgabe durch den Benutzer. | | **Wird gelöscht** | Die Aufgabe wird gelöscht, in der Regel von einer Anforderung für einen Benutzereingriff. | | **Fehlgeschlagen** | Die Aufgabe ist fehlgeschlagen. Weitere Informationen finden Sie in den Aufgabenprotokolldateien. | | **Fehler** | Der Auftrag wurde aufgrund eines Fehlers angehalten. Eine kurze Beschreibung des Aufgabenfehlers finden Sie im Abschnitt „Letzte Fehlermeldung“ auf der Registerkarte **Übersicht**. | | **Ausführung mit Fehlern** | Die Aufgabe wird mit einem Fehlerstatus ausgeführt. Dies zeigt normalerweise an, dass eine oder mehrere der Tabellen in der Aufgabe nicht migriert werden konnten. Die Aufgabe fährt fort, andere Tabellen gemäß den Auswahlregeln zu laden. | | **Wird gestartet** | Die Aufgabe stellt eine Verbindung mit der Replikations-Instance und den Quell- und Zielendpunkten her. Alle Filter und Umwandlungen werden angewendet. | | **Bereit** | Die Aufgabe kann ausgeführt werden. Dieser Status folgt in der Regel dem Status "Creating". | | **Ändern** | Die Aufgabe wird geändert; in der Regel aufgrund einer Benutzeraktion, durch die die Aufgabeneinstellungen geändert wurden. | | **Wird verschoben** | Die Aufgabe wird derzeit auf eine andere Replikations-Instance verschoben. Die Replikation bleibt in diesem Status, bis die Verschiebung abgeschlossen ist. Das Löschen der Aufgabe ist der einzige Vorgang, der für die Replikationsaufgabe zulässig ist, während sie verschoben wird. | | **Fehler beim Verschieben** | Die Aufgabenverschiebung ist aus irgendeinem Grund fehlgeschlagen, z. B. weil nicht genügend Speicherplatz auf der Ziel-Replikations-Instance vorhanden war. Wenn sich eine Replikationsaufgabe in diesem Status befindet, kann sie gestartet, geändert, verschoben oder gelöscht werden. | | **Testen** | Die für diese Aufgabe angegebene Datenbankmigration wird als Reaktion auf die Ausführung des [StartReplicationTaskAssessmentRun[StartReplicationTaskAssessment](https://docs.aws.amazon.com/dms/latest/APIReference/API_StartReplicationTaskAssessment.html)](https://docs.aws.amazon.com/dms/latest/APIReference/API_StartReplicationTaskAssessmentRun.html)Vorgangs oder getestet. | Die Aufgabenstatusleiste bietet eine Schätzung des Fortschritts der Aufgabe. Die Qualität dieser Schätzung hängt von der Qualität der Tabellenstatistik der Quelldatenbank ab. Je besser die Tabellenstatistik, desto genauer die Schätzung. Wenn eine Aufgabe nur eine Tabelle ohne geschätzte Zeilenstatistik enthält, können wir den prozentualen Fortschritt nicht berechnen. In diesem Fall kann anhand des Aufgabenstatus und der Angabe der geladenen Zeilen überprüft werden, ob die Aufgabe tatsächlich ausgeführt wird und Fortschritte macht. Beachten Sie, dass die Spalte für „Letzte Aktualisierung“ der DMS-Konsole nur den Zeitpunkt anzeigt, an dem AWS DMS zuletzt den Tabellenstatistik-Datensatz für eine Tabelle aktualisiert hat. Es wird nicht der Zeitpunkt der letzten Tabellenaktualisierung angegeben. Sie können nicht nur die DMS-Konsole verwenden, sondern auch eine Beschreibung der aktuellen Replikationsaufgaben, einschließlich des Aufgabenstatus, *ausgeben*, indem Sie den Befehl `aws dms describe-replication-tasks` in der [AWS CLI](https://docs.aws.amazon.com/cli/latest/reference/dms/index.html) verwenden, wie im folgenden Beispiel gezeigt. ``` { "ReplicationTasks": [ { "ReplicationTaskIdentifier": "moveit2", "SourceEndpointArn": "arn:aws:dms:us-east-1:123456789012:endpoint:6GGI6YPWWGAYUVLKIB732KEVWA", "TargetEndpointArn": "arn:aws:dms:us-east-1:123456789012:endpoint:EOM4SFKCZEYHZBFGAGZT3QEC5U", "ReplicationInstanceArn": "arn:aws:dms:us-east-1:123456789012:rep:T3OM7OUB5NM2LCVZF7JPGJRNUE", "MigrationType": "full-load", "TableMappings": ...output omitted... , "ReplicationTaskSettings": ...output omitted... , "Status": "stopped", "StopReason": "Stop Reason FULL_LOAD_ONLY_FINISHED", "ReplicationTaskCreationDate": 1590524772.505, "ReplicationTaskStartDate": 1590619805.212, "ReplicationTaskArn": "arn:aws:dms:us-east-1:123456789012:task:K55IUCGBASJS5VHZJIINA45FII", "ReplicationTaskStats": { "FullLoadProgressPercent": 100, "ElapsedTimeMillis": 0, "TablesLoaded": 0, "TablesLoading": 0, "TablesQueued": 0, "TablesErrored": 0, "FreshStartDate": 1590619811.528, "StartDate": 1590619811.528, "StopDate": 1590619842.068 } } ] } ``` ## Tabellenstatus während der Aufgaben Die AWS DMS-Konsole aktualisiert Informationen zum Status Ihrer Tabellen während der Migration. Die folgende Tabelle zeigt die möglichen Statuswerte: ![\[AWS Replikationsinstanz des Datenbankmigrationsdienstes\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/datarep-TableState.png) | Status | Description | | --- | --- | | **Table does not exist (Tabelle nicht vorhanden)** | AWS DMS kann die Tabelle auf dem Quellendpunkt nicht finden. | | **Before load (Vor dem Laden)** | Der vollständige Ladevorgang wurde aktiviert, hat aber noch nicht begonnen. | | **Full load** | Der vollständige Ladevorgang wird ausgeführt. | | **Table completed** | Der vollständige Ladevorgang ist abgeschlossen. | | **Table cancelled** | Das Laden der Tabelle wurde abgebrochen. | | **Table error** | Beim Laden der Tabelle ist ein Fehler aufgetreten. | ## Überwachung von Replikationsaufgaben mit Amazon CloudWatch Sie können CloudWatch Amazon-Alarme oder -Ereignisse verwenden, um Ihre Migration genauer zu verfolgen. Weitere Informationen zu Amazon CloudWatch finden Sie unter [Was sind Amazon CloudWatch, Amazon CloudWatch Events und Amazon CloudWatch Logs?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html) im CloudWatch Amazon-Benutzerhandbuch. Beachten Sie, dass für die Nutzung von Amazon eine Gebühr anfällt CloudWatch. Wenn Ihre Replikationsaufgabe keine CloudWatch Protokolle erstellt, finden Sie weitere Informationen [AWS DMS erstellt keine Protokolle CloudWatch](CHAP_Troubleshooting.md#CHAP_Troubleshooting.General.CWL) in der Anleitung zur Fehlerbehebung. In der AWS DMS Konsole werden grundlegende CloudWatch Statistiken für jede Aufgabe angezeigt, darunter der Aufgabenstatus, der Prozentsatz der Fertigstellung, die verstrichene Zeit und Tabellenstatistiken, wie im Folgenden dargestellt. Wählen Sie die Replizierungsaufgabe und dann die Registerkarte **CloudWatch Metriken** aus. Um die Einstellungen für das CloudWatch Task-Protokoll anzuzeigen und zu ändern, wählen Sie **Task-Protokollierung ändern**. Weitere Informationen finden Sie unter [Einstellungen für das Protokollieren von Aufgaben](CHAP_Tasks.CustomizingTasks.TaskSettings.Logging.md). ![\[AWS DMS-Überwachung\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/datarep-monitoring1.png) In der AWS DMS-Konsole werden Leistungsstatistiken für jede Tabelle angezeigt, einschließlich der Anzahl der Einfügungen, Löschungen und Aktualisierungen, wenn Sie die Registerkarte **Tabellenstatistiken** auswählen. ![\[AWS DMS-Überwachung\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/datarep-monitoring3.png) **Wenn Sie auf der Seite „Replikationsinstanz“ eine Replikationsinstanz auswählen, können Sie außerdem die Leistungskennzahlen für die Instance anzeigen, indem Sie die Registerkarte „**CloudWatch Metriken**“ wählen.** ![\[AWS DMS-Überwachung\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/datarep-monitoring4.png) ## AWS Database Migration Service Metriken AWS DMS bietet Statistiken für Folgendes: + **Host-Metriken** — Leistungs- und Nutzungsstatistiken für den Replikationshost, bereitgestellt von Amazon CloudWatch. Eine vollständige Liste der verfügbaren Metriken finden Sie unter [Metriken zur Replikations-Instance](#CHAP_Monitoring.Metrics.CloudWatch). + **Metriken für die Replikationsaufgabe** – Statistiken für Replikationsaufgaben, z. B. eingehende und festgeschriebene Änderungen, und die Latenz zwischen Replikations-Host sowie Quell- und Zieldatenbank. Eine vollständige Liste der verfügbaren Metriken finden Sie unter [Metriken für die Replikationsaufgabe](#CHAP_Monitoring.Metrics.Task). + **Tabellen-Metriken** – Statistik für Tabellen, die aktuell migriert werden, darunter die Anzahl der Einfüge-, Lösch- und Aktualisierungsvorgänge sowie abgeschlossene DDL-Anweisungen. Die Task-Metriken sind in Statistiken für den Replikationshost und den Quellendpunkt sowie für den Replikationshost und den Zielendpunkt unterteilt. **CDCLatencyQuelle** und **CDCLatencyZiel** können verwendet werden, um die Ursache der Latenz in einer Aufgabe zu ermitteln, indem diese verwandten Statistiken verglichen werden. Wenn beispielsweise der **CDCLatencyQuellwert** fast mit dem **CDCLatencyZielwert** übereinstimmt, sollten Sie zuerst die Quellseite überprüfen. Wenn der **CDCLatencyZielwert jedoch höher als der **CDCLatencyQuellwert**** ist, sollten Sie sich darauf konzentrieren, die Latenz auf der Zielseite zu überprüfen. Die Metrikwerte für Aufgaben können durch aktuelle Aktivitäten in Ihrer Quelldatenbank beeinflusst werden. Wenn beispielsweise eine Transaktion begonnen, aber noch nicht festgeschrieben wurde, wächst die **CDCLatencyQuellmetrik** weiter, bis diese Transaktion festgeschrieben wurde. Für die Replikationsinstanz muss die **FreeableMemory**Metrik geklärt werden. Der freisetzbare Arbeitsspeicher gibt keinen Hinweis auf den tatsächlich verfügbaren Speicher. Es handelt sich dabei um der derzeit verwendeten Arbeitsspeicher, der freigegeben und für andere Zwecke eingesetzt werden. Es ist eine Kombination aus aktuell verwendeten Puffern und dem Zwischenspeicher auf der Replikations-Instance. Die **FreeableMemory**Metrik spiegelt zwar nicht den tatsächlich verfügbaren freien Speicher wider, aber die Kombination der **SwapUsage**Messwerte **FreeableMemory**und kann darauf hinweisen, ob die Replikationsinstanz überlastet ist. Überwachen Sie diese beiden Metriken auf die folgenden Bedingungen: + Die **FreeableMemory**Metrik nähert sich Null. + Die **SwapUsage**Metrik nimmt zu oder schwankt. Ist eine dieser Bedingungen erfüllt, ist dies ein Hinweis darauf, dass Sie eine größere Replikations-Instance verwenden sollten. Sie sollten auch die Reduzierung der Anzahl und Art der Aufgaben in Betracht ziehen, die auf der Replikations-Instance ausgeführt werden. Full Load-Aufgaben benötigen mehr Speicher als Aufgaben, die nur Änderungen replizieren. Um den tatsächlichen Speicherbedarf für eine AWS DMS Migrationsaufgabe grob abzuschätzen, können Sie die folgenden Parameter verwenden. **LOB-Spalten** Eine durchschnittliche Anzahl von LOB-Spalten in jeder Tabelle in Ihrem Migrationsbereich. **Maximum number of tables to load in parallel (Maximale Anzahl der parallel zu ladenden Tabellen)** Die maximale Anzahl von Tabellen, die in einer Aufgabe parallel AWS DMS geladen werden. Der Standardwert ist 8. **LOB-Block-Größe** Die Größe der LOB-Blöcke in Kilobyte, die zum Replizieren von Daten in die AWS DMS Zieldatenbank verwendet werden. **Commit-Rate bei Volllast** Die maximale Anzahl von Datensätzen, die parallel übertragen werden AWS DMS können. Der Standardwert lautet 10.000. **LOB-Größe** Die maximale Größe eines einzelnen LOB in Kilobyte. **Massen-Array-Größe** Die maximale Anzahl von Zeilen, die von Ihrem Endpunkttreiber abgerufen oder verarbeitet werden. Dieser Wert hängt von den Treibereinstellungen ab. Der Standardwert lautet 1.000. Nachdem Sie diese Werte ermittelt haben, können Sie mit einer der folgenden Methoden abschätzen, wie viel Arbeitsspeicher für Ihre Migrationsaufgabe benötigt wird. Diese Methoden hängen von der Option ab, die Sie in Ihrer Migrationsaufgabe für die **LOB-Spalteneinstellungen** wählen. + Verwenden Sie für den **vollständigen LOB-Modus** die folgende Formel. `Required memory = (LOB columns) * (Maximum number of tables to load in parallel) * (LOB chunk size) * (Commit rate during full load)` Nehmen Sie ein Beispiel, bei dem Ihre Quelltabellen durchschnittlich 2 LOB-Spalten enthalten und die Größe der LOB-Blöcke 64 KB beträgt. Wenn Sie die Standardwerte für `Maximum number of tables to load in parallel` `Commit rate during full load` und verwenden, ist die Menge an benötigtem Speicher für Ihre Aufgabe wie folgt. `Required memory = 2 * 8 * 64 * 10,000 = 10,240,000 KB` **Anmerkung** Um den Wert der **Commit-Rate bei Volllast** zu reduzieren, öffnen Sie die AWS DMS Konsole, wählen Sie **Datenbankmigrationsaufgaben** und erstellen oder ändern Sie eine Aufgabe. Erweitern Sie **Erweiterte Einstellungen** und geben Sie Ihren Wert für **Commit-Rate bei Volllast** ein. + Verwenden Sie für den **Eingeschränkten LOB-Modus** die folgende Formel. `Required memory = (LOB columns) * (Maximum number of tables to load in parallel) * (LOB size) * (Bulk array size)` Nehmen Sie ein Beispiel, bei dem Ihre Quelltabellen durchschnittlich 2 LOB-Spalten enthalten und die maximale Größe der einzelnen LOB-Blöcke 4 096 KB beträgt. Wenn Sie die Standardwerte für `Maximum number of tables to load in parallel` und `Bulk array size` verwenden, ist die Menge an benötigtem Speicher für Ihre Aufgabe wie folgt. `Required memory = 2 * 8 * 4,096 * 1,000 = 65,536,000 KB` AWS DMS Damit Konvertierungen optimal durchgeführt werden können, muss die CPU zum Zeitpunkt der Konvertierungen verfügbar sein. Eine Überlastung der CPU und ein Mangel an CPU-Ressourcen können zu langsamen Migrationen führen. AWS DMS kann CPU-intensiv sein, insbesondere bei heterogenen Migrationen und Replikationen wie der Migration von Oracle zu PostgreSQL. ### Metriken zur Replikations-Instance Die Überwachung von Replikationsinstanzen umfasst CloudWatch Amazon-Metriken für die folgenden Statistiken. | Metrik | Description | | --- | --- | | AvailableMemory | Eine Schätzung, wie viel Speicher für den Start neuer Anwendungen ohne Auslagern zur Verfügung steht. Weitere Informationen finden Sie unter `MemAvailable` im `/proc/memInfo`-Abschnitt der [Linux-Handbuchseiten](https://man7.org/linux/man-pages/man5/proc.5.html). Einheiten: Byte | | CPUAllocated | Der Prozentsatz der CPU, der der Aufgabe maximal zugewiesen ist (0 bedeutet kein Limit). AWS DMS berechnet diese Metrik anhand der kombinierten Dimensionen von `ReplicationInstanceIdentifer` und `ReplicationTaskIdentifier` in der CloudWatch Konsole. Verwenden Sie die `ReplicationInstanceIdentifier, ReplicationTaskIdentifier`-Kategorie, um diese Metrik anzuzeigen. Einheiten: Prozent | | CPUUtilization | Prozentsatz der zugeordneten vCPUs (virtuellen CPUs), die gegenwärtig auf der Instance verwendet werden. Einheiten: Prozent | | DiskQueueDepth | Die Anzahl der ausstehenden read/write Anfragen (I/Os), die darauf warten, auf die Festplatte zuzugreifen. Einheiten: Anzahl | | FreeStorageSpace | Verfügbarer Speicherplatz Einheiten: Byte | | FreeMemory | Die Menge an physischem Speicher, die für Anwendungen, den Seitencache und für die eigenen Datenstrukturen des Kernels verfügbar ist. Weitere Informationen finden Sie unter `MemFree` im `/proc/memInfo`-Abschnitt der [Linux-Handbuchseiten](https://man7.org/linux/man-pages/man5/proc.5.html). Einheiten: Byte | | FreeableMemory | Verfügbarer Arbeitsspeicher. Einheiten: Byte | | MemoryAllocated | Die maximale Speicherzuweisung für die Aufgabe (0 bedeutet keine Einschränkungen). AWS DMS berechnet diese Metrik anhand der kombinierten Dimensionen von `ReplicationInstanceIdentifer` und `ReplicationTaskIdentifier` in der CloudWatch Konsole. Verwenden Sie die `ReplicationInstanceIdentifier, ReplicationTaskIdentifier`-Kategorie, um diese Metrik anzuzeigen. Einheiten: MiB | | WriteIOPS | Die durchschnittliche Anzahl von I/O Schreibvorgängen auf der Festplatte pro Sekunde. Einheiten: Anzahl/Sekunde | | ReadIOPS | Die durchschnittliche Anzahl von I/O Festplatten-Lesevorgängen pro Sekunde. Einheiten: Anzahl/Sekunde | | WriteThroughput | Die durchschnittliche Anzahl von Bytes, die pro Sekunde auf den Datenträger geschrieben werden. Einheiten: Byte/Sekunde | | ReadThroughput | Die durchschnittliche Anzahl Byte, die pro Sekunde vom Datenträger gelesen werden. Einheiten: Byte/Sekunde | | WriteLatency | Die durchschnittliche Zeit, die pro Festplattenvorgang I/O (Ausgabe) benötigt wird. Einheiten: Millisekunden | | ReadLatency | Die durchschnittliche Zeit, die pro Festplattenvorgang I/O (Eingabe) benötigt wird. Einheiten: Millisekunden | | SwapUsage | Die Menge des für die Replikations-Instance verwendeten Auslagerungsbereichs Einheiten: Byte | | NetworkTransmitThroughput | Der ausgehende (Übertragungs-) Netzwerkverkehr auf der Replikationsinstanz, einschließlich des Kundendatenbankverkehrs.Einheiten: Byte/Sekunde | | NetworkReceiveThroughput | Der eingehende (Empfangs-) Netzwerkverkehr auf der Replikationsinstanz, einschließlich des Kundendatenbankverkehrs. Einheiten: Byte/Sekunde | ### Metriken für die Replikationsaufgabe Die Überwachung von Replikationsaufgaben beinhaltet Metriken für die folgenden Statistiken: | Metrik | Description | | --- | --- | | FullLoadThroughputBandwidthTarget | Für das Ziel übertragene ausgehende Daten von Volllast in KB pro Sekunde. | | FullLoadThroughputRowsTarget | Ausgehende Änderungen von einem vollständigen Ladevorgang für das Ziel in Zeilen pro Sekunde | | CDCIncomingÄnderungen | Die Gesamtzahl der Änderungsereignisse bei a point-in-time, die darauf warten, auf das Ziel angewendet zu werden. Beachten Sie, dass dies nicht dasselbe ist wie eine Messung der Transaktionsänderungsrate am Quellendpunkt. Eine hohe Zahl für diese Metrik weist in der Regel darauf hin, dass AWS DMS nicht in der Lage ist, erfasste Änderungen zeitgerecht anzuwenden, was zu einer hohen Ziellatenz führt. | | CDCChangesMemorySource | Anzahl der Zeilen, die sich in einem Arbeitsspeicher angesammelt haben und auf Festschreibung von der Quelle warten Sie können diese Metrik zusammen mit anzeigen CDCChangesDiskSource. | | CDCChangesMemoryTarget | Anzahl der Zeilen, die sich in einem Arbeitsspeicher angesammelt haben und auf Festschreibung im Ziel warten Sie können diese Metrik zusammen mit anzeigen CDCChangesDiskTarget. | | CDCChangesDiskSource | Anzahl der Zeilen, die sich auf einem Datenträger angesammelt haben und auf Festschreibung von der Quelle warten Sie können diese Metrik zusammen mit anzeigen CDCChangesMemorySource. | | CDCChangesDiskTarget | Anzahl der Zeilen, die sich auf einem Datenträger angesammelt haben und auf Festschreibung im Ziel warten Sie können diese Metrik zusammen mit anzeigen CDCChangesMemoryTarget. | | CDCThroughputBandwidthTarget | Für das Ziel übertragene ausgehende Daten in KB pro Sekunde. CDCThroughputBandwidth zeichnet ausgehende Daten auf, die an Messstellen übertragen werden. Wenn kein Netzwerkverkehr für die Aufgabe gefunden wird, ist der Wert Null. Da CDC keine Langläufer-Transaktionen ausgibt, wird der Netzwerkdatenverkehr u. U. nicht aufgezeichnet. | | CDCThroughputRowsSource | Eingehende Aufgabenänderungen von der Quelle in Zeilen pro Sekunde | | CDCThroughputRowsTarget | Ausgehende Aufgabenänderungen für das Ziel in Zeilen pro Sekunde | | CDCLatencyQuelle | Die Lücke in Sekunden zwischen dem letzten Ereignis, das vom Quellendpunkt erfasst wurde, und dem aktuellen Systemzeitstempel der AWS DMS Instance. CDCLatencyQuelle steht für die Latenz zwischen Quelle und Replikationsinstanz. High CDCLatency Source bedeutet, dass der Prozess der Erfassung von Änderungen aus der Quelle verzögert wird. Um die Latenz bei einer laufenden Replikation zu ermitteln, können Sie sich diese Metrik zusammen mit CDCLatency Target anzeigen lassen. Wenn sowohl CDCLatency Quelle als auch CDCLatency Ziel hoch sind, untersuchen Sie zuerst die CDCLatency Quelle. CDCSourceDie Latenz kann 0 sein, wenn es keine Replikationsverzögerung zwischen der Quelle und der Replikationsinstanz gibt. CDCSourceDie Latenz kann auch Null werden, wenn die Replikationsaufgabe versucht, das nächste Ereignis im Transaktionslog der Quelle zu lesen, und es im Vergleich zum letzten Mal, als sie aus der Quelle gelesen wurde, keine neuen Ereignisse gibt. In diesem Fall setzt die Aufgabe die CDCSource Latenz auf 0 zurück. | | CDCLatencyZiel | Die Anzahl der Sekunden zwischen dem ersten Ereigniszeitstempel, für den auf dem Ziel ein Commit ausgeführt werden soll, und dem aktuellen Zeitstempel der AWS DMS -Instance. Die Ziellatenz ist der Unterschied zwischen der Serverzeit der Replikations-Instance und der ältesten unbestätigten Ereignis-ID, die an eine Zielkomponente weitergeleitet wurde. Mit anderen Worten, die Ziellatenz ist der Zeitstempelunterschied zwischen der Replikations-Instance und dem ältesten Ereignis, das angewendet, aber vom TRG-Endpunkt nicht bestätigt wurde (99 %). Wenn CDCLatency Target einen hohen Wert hat, bedeutet dies, dass der Prozess der Anwendung von Änderungsereignissen auf das Ziel verzögert ist. Um die Latenz bei einer laufenden Replikation zu ermitteln, können Sie sich diese Metrik zusammen mit CDCLatency Source anzeigen lassen. Wenn „ CDCLatencyZiel“ hoch, aber „ CDCLatencyQuelle“ nicht hoch ist, untersuchen Sie, ob: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/CHAP_Monitoring.html) | | CPUUtilization | Der Prozentsatz der CPU, der von einer Aufgabe über mehrere Kerne hinweg genutzt wird. Die Semantik der Aufgabe unterscheidet CPUUtilization sich geringfügig von der der Replikation CPUUtilizaiton. Wenn 1 vCPU vollständig genutzt ist, bedeutet dies 100%. Wenn jedoch mehrere V verwendet CPUs werden, kann der Wert über 100% liegen. Einheiten: Prozent | | SwapUsage | Größe des von der Aufgabe belegten Auslagerungsspeichers. Einheiten: Byte | | MemoryUsage | Die Kontrollgruppe (Cgroup) **memory.usage\$1in\$1bytes**, die von einer Aufgabe genutzt wird. DMS verwendet cgroups, um die Nutzung von Systemressourcen wie Speicher und CPU zu kontrollieren. Diese Metrik gibt die Speichernutzung einer Aufgabe in Megabyte innerhalb der für diese Aufgabe zugewiesenen cgroup an. Die cgroup-Grenzwerte basieren auf den Ressourcen, die für Ihre DMS-Replikations-Instance-Klasse verfügbar sind. **memory.usage\$1in\$1bytes** besteht aus den Komponenten Resident Set Size (RSS), Cache und Swap-Speicher. Das Betriebssystem kann bei Bedarf Cache-Speicher zurückfordern. Wir empfehlen, dass Sie auch die Metrik für die Replikationsinstanz überwachen, **AvailableMemory**. AWS DMS berechnet diese Metrik anhand der kombinierten Dimensionen von `ReplicationInstanceIdentifer` und `ReplicationTaskIdentifier` in der CloudWatch Konsole. Verwenden Sie die `ReplicationInstanceIdentifier, ReplicationTaskIdentifier`-Kategorie, um diese Metrik anzuzeigen. | ## AWS DMS-Aufgabenprotokolle anzeigen und verwalten Sie können Amazon verwenden CloudWatch , um Aufgabeninformationen während eines AWS DMS Migrationsprozesses zu protokollieren. Sie aktivieren die Protokollierung während der Auswahl der Aufgabeneinstellungen. Weitere Informationen finden Sie unter [Einstellungen für das Protokollieren von Aufgaben](CHAP_Tasks.CustomizingTasks.TaskSettings.Logging.md). Gehen Sie wie folgt vor, um Protokolle einer Aufgabe anzuzeigen, die ausgeführt wurde: 1. Öffnen Sie die AWS DMS Konsole und wählen Sie im Navigationsbereich **Datenbankmigrationsaufgaben** aus. Das Dialogfeld „Database migration tasks (Datenbankmigrationsaufgaben)“ wird angezeigt. 1. Wählen Sie den Namen der Aufgabe aus. Das Dialogfeld „Overview details (Übersichtsdetails)“ wird angezeigt. 1. Suchen Sie den Abschnitt „**Protokolle der Migrationsaufgaben**“ und wählen Sie „** CloudWatch Protokolle anzeigen**“. Darüber hinaus können Sie die AWS DMS API AWS CLI oder verwenden, um Informationen zu Task-Logs einzusehen. Verwenden Sie dazu den `describe-replication-instance-task-logs` AWS CLI Befehl oder die AWS DMS API-Aktion`DescribeReplicationInstanceTaskLogs`. Der folgende AWS CLI Befehl zeigt beispielsweise die Metadaten des Aufgabenprotokolls im JSON-Format. ``` $ aws dms describe-replication-instance-task-logs \ --replication-instance-arn arn:aws:dms:us-east-1:237565436:rep:CDSFSFSFFFSSUFCAY ``` Eine Beispielantwort des Befehls lautet wie folgt. ``` { "ReplicationInstanceTaskLogs": [ { "ReplicationTaskArn": "arn:aws:dms:us-east-1:237565436:task:MY34U6Z4MSY52GRTIX3O4AY", "ReplicationTaskName": "mysql-to-ddb", "ReplicationInstanceTaskLogSize": 3726134 } ], "ReplicationInstanceArn": "arn:aws:dms:us-east-1:237565436:rep:CDSFSFSFFFSSUFCAY" } ``` In dieser Antwort gibt es ein einzelnes Aufgabenprotokoll (`mysql-to-ddb`), das mit der Replikations-Instance verknüpft ist. Die Größe dieser Protokolldatei beträgt 3.726.124 Bytes. Sie können die von `describe-replication-instance-task-logs` zurückgegebenen Informationen verwenden, um Probleme mit Aufgabenprotokollen zu diagnostizieren und zu beheben. Wenn Sie z. B. die detaillierte Debug-Protokollierung für eine Aufgabe aktivieren, wird die Größe der Aufgabenprotokolldatei rasch zunehmen – möglicherweise wird der gesamte verfügbare Speicherplatz auf der Replikations-Instance benötigt und der Status der Instance ändert sich zu `storage-full`. Durch Beschreiben der Aufgabenprotokolle können Sie feststellen, welche nicht mehr benötigt werden. Diese können Sie dann löschen und so Speicherplatz freigeben. Um die Aufgabenprotokolle einer Aufgabe zu löschen, setzen Sie die Aufgabeneinstellung `DeleteTaskLogs` auf "true". Der folgende JSON-Code löscht beispielsweise die Aufgabenprotokolle, wenn eine Aufgabe mithilfe des AWS CLI `modify-replication-task` Befehls oder der AWS DMS `ModifyReplicationTask` API-Aktion geändert wird. ``` { "Logging": { "DeleteTaskLogs":true } } ``` **Anmerkung** AWS DMS Löscht für jede Replikationsinstanz Protokolle, die älter als 10 Tage sind. ## Protokollierung von AWS DMS API-Aufrufen mit AWS CloudTrail AWS DMS ist in einen Dienst integriert AWS CloudTrail, der eine Aufzeichnung der Aktionen bereitstellt, die von einem Benutzer, einer Rolle oder einem AWS Dienst in ausgeführt wurden AWS DMS. CloudTrail erfasst alle API-Aufrufe AWS DMS als Ereignisse, einschließlich der Aufrufe von der AWS DMS Konsole und von Codeaufrufen an die AWS DMS API-Operationen. Wenn Sie einen Trail erstellen, können Sie die kontinuierliche Bereitstellung von CloudTrail Ereignissen an einen Amazon S3 S3-Bucket aktivieren, einschließlich Ereignissen für AWS DMS. Wenn Sie keinen Trail konfigurieren, können Sie die neuesten Ereignisse trotzdem in der CloudTrail Konsole im **Ereignisverlauf** anzeigen. Anhand der von gesammelten Informationen können Sie die Anfrage ermitteln CloudTrail, an die die Anfrage gestellt wurde AWS DMS, die IP-Adresse, von der aus die Anfrage gestellt wurde, wer die Anfrage gestellt hat, wann sie gestellt wurde, und weitere Details. Weitere Informationen CloudTrail dazu finden Sie im [AWS CloudTrail Benutzerhandbuch](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/). ### AWS DMS Informationen in CloudTrail CloudTrail ist in Ihrem AWS Konto aktiviert, wenn Sie das Konto erstellen. Wenn eine Aktivität in stattfindet AWS DMS, wird diese Aktivität zusammen mit anderen AWS Serviceereignissen in der CloudTrail **Ereignishistorie in einem Ereignis** aufgezeichnet. Sie können aktuelle Ereignisse in Ihrem AWS Konto ansehen, suchen und herunterladen. Weitere Informationen finden Sie unter [Ereignisse mit CloudTrail Ereignisverlauf anzeigen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html). Für eine fortlaufende Aufzeichnung der Ereignisse in Ihrem AWS Konto, einschließlich der Ereignisse für AWS DMS, erstellen Sie einen Trail. Ein Trail ermöglicht CloudTrail die Übermittlung von Protokolldateien an einen Amazon S3 S3-Bucket. Wenn Sie einen Trail in der Konsole erstellen, gilt der Trail standardmäßig für alle AWS Regionen. Der Trail protokolliert Ereignisse aus allen AWS Regionen der AWS Partition und übermittelt die Protokolldateien an den von Ihnen angegebenen Amazon S3 S3-Bucket. Darüber hinaus können Sie andere AWS Dienste konfigurieren, um die in den CloudTrail Protokollen gesammelten Ereignisdaten weiter zu analysieren und darauf zu reagieren. Weitere Informationen finden Sie unter: + [Übersicht zum Erstellen eines Trails](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html) + [CloudTrail unterstützte Dienste und Integrationen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations) + [Konfiguration von Amazon SNS SNS-Benachrichtigungen für CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html) + [Empfangen von CloudTrail Protokolldateien aus mehreren AWS Regionen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) und [Empfangen von CloudTrail Protokolldateien von mehreren Konten](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html) Alle AWS DMS Aktionen werden von der [AWS Database Migration Service API-Referenz](https://docs.aws.amazon.com/dms/latest/APIReference/) protokolliert CloudTrail und sind in dieser dokumentiert. Beispielsweise generieren Aufrufe von `TestConnection` und `StartReplicationTask` Aktionen Einträge in den CloudTrail Protokolldateien. `CreateReplicationInstance` Jeder Ereignis- oder Protokolleintrag enthält Informationen zu dem Benutzer, der die Anforderung generiert hat. Die Identitätsinformationen unterstützen Sie bei der Ermittlung der folgenden Punkte: + Gibt an, ob die Anforderung mit Root- oder IAM-Benutzer-Anmeldeinformationen ausgeführt wurde. + Gibt an, ob die Anforderung mit temporären Sicherheitsanmeldeinformationen für eine Rolle oder einen Verbundbenutzer gesendet wurde. + Ob die Anfrage von einem anderen AWS Dienst gestellt wurde. Weitere Informationen finden Sie unter [CloudTrail -Element userIdentity](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html). ### AWS DMS Logdateieinträge verstehen Ein Trail ist eine Konfiguration, die die Übertragung von Ereignissen als Protokolldateien an einen von Ihnen angegebenen Amazon S3 S3-Bucket ermöglicht. CloudTrail Protokolldateien enthalten einen oder mehrere Protokolleinträge. Ein Ereignis stellt eine einzelne Anforderung aus einer beliebigen Quelle dar und enthält Informationen über die angeforderte Aktion, Datum und Uhrzeit der Aktion, Anforderungsparameter usw. CloudTrail Protokolldateien sind kein geordneter Stack-Trace der öffentlichen API-Aufrufe, sodass sie nicht in einer bestimmten Reihenfolge angezeigt werden. Das folgende Beispiel zeigt einen CloudTrail Protokolleintrag, der die `RebootReplicationInstance` Aktion demonstriert. ``` { "eventVersion": "1.05", "userIdentity": { "type": "AssumedRole", "principalId": "AKIAIOSFODNN7EXAMPLE:johndoe", "arn": "arn:aws:sts::123456789012:assumed-role/admin/johndoe", "accountId": "123456789012", "accessKeyId": "ASIAIOSFODNN7EXAMPLE", "sessionContext": { "attributes": { "mfaAuthenticated": "false", "creationDate": "2018-08-01T16:42:09Z" }, "sessionIssuer": { "type": "Role", "principalId": "AKIAIOSFODNN7EXAMPLE", "arn": "arn:aws:iam::123456789012:role/admin", "accountId": "123456789012", "userName": "admin" } } }, "eventTime": "2018-08-02T00:11:44Z", "eventSource": "dms.amazonaws.com", "eventName": "RebootReplicationInstance", "awsRegion": "us-east-1", "sourceIPAddress": "72.21.198.64", "userAgent": "console.amazonaws.com", "requestParameters": { "forceFailover": false, "replicationInstanceArn": "arn:aws:dms:us-east-1:123456789012:rep:EX4MBJ2NMRDL3BMAYJOXUGYPUE" }, "responseElements": { "replicationInstance": { "replicationInstanceIdentifier": "replication-instance-1", "replicationInstanceStatus": "rebooting", "allocatedStorage": 50, "replicationInstancePrivateIpAddresses": [ "172.31.20.204" ], "instanceCreateTime": "Aug 1, 2018 11:56:21 PM", "autoMinorVersionUpgrade": true, "engineVersion": "2.4.3", "publiclyAccessible": true, "replicationInstanceClass": "dms.t2.medium", "availabilityZone": "us-east-1b", "kmsKeyId": "arn:aws:kms:us-east-1:123456789012:key/f7bc0f8e-1a3a-4ace-9faa-e8494fa3921a", "replicationSubnetGroup": { "vpcId": "vpc-1f6a9c6a", "subnetGroupStatus": "Complete", "replicationSubnetGroupArn": "arn:aws:dms:us-east-1:123456789012:subgrp:EDHRVRBAAAPONQAIYWP4NUW22M", "subnets": [ { "subnetIdentifier": "subnet-cbfff283", "subnetAvailabilityZone": { "name": "us-east-1b" }, "subnetStatus": "Active" }, { "subnetIdentifier": "subnet-d7c825e8", "subnetAvailabilityZone": { "name": "us-east-1e" }, "subnetStatus": "Active" }, { "subnetIdentifier": "subnet-6746046b", "subnetAvailabilityZone": { "name": "us-east-1f" }, "subnetStatus": "Active" }, { "subnetIdentifier": "subnet-bac383e0", "subnetAvailabilityZone": { "name": "us-east-1c" }, "subnetStatus": "Active" }, { "subnetIdentifier": "subnet-42599426", "subnetAvailabilityZone": { "name": "us-east-1d" }, "subnetStatus": "Active" }, { "subnetIdentifier": "subnet-da327bf6", "subnetAvailabilityZone": { "name": "us-east-1a" }, "subnetStatus": "Active" } ], "replicationSubnetGroupIdentifier": "default-vpc-1f6a9c6a", "replicationSubnetGroupDescription": "default group created by console for vpc id vpc-1f6a9c6a" }, "replicationInstanceEniId": "eni-0d6db8c7137cb9844", "vpcSecurityGroups": [ { "vpcSecurityGroupId": "sg-f839b688", "status": "active" } ], "pendingModifiedValues": {}, "replicationInstancePublicIpAddresses": [ "18.211.48.119" ], "replicationInstancePublicIpAddress": "18.211.48.119", "preferredMaintenanceWindow": "fri:22:44-fri:23:14", "replicationInstanceArn": "arn:aws:dms:us-east-1:123456789012:rep:EX4MBJ2NMRDL3BMAYJOXUGYPUE", "replicationInstanceEniIds": [ "eni-0d6db8c7137cb9844" ], "multiAZ": false, "replicationInstancePrivateIpAddress": "172.31.20.204", "patchingPrecedence": 0 } }, "requestID": "a3c83c11-95e8-11e8-9d08-4b8f2b45bfd5", "eventID": "b3c4adb1-e34b-4744-bdeb-35528062a541", "eventType": "AwsApiCall", "recipientAccountId": "123456789012" } ``` ## AWS DMS Kontext-Protokollierung AWS DMS verwendet die Kontextprotokollierung, um Ihnen Informationen über eine laufende Migration zu geben. Die Kontextprotokollierung schreibt Informationen wie die folgenden in das CloudWatch Protokoll der Aufgabe: + Informationen zur Verbindung der Aufgabe mit der Quell- und der Zieldatenbank. + Verhalten der Replikationsaufgabe. Sie können die Aufgabenprotokolle verwenden, um Replikationsprobleme zu diagnostizieren. + SQL-Anweisungen ohne Daten, die in Quell- und Zieldatenbanken AWS DMS ausgeführt werden. Sie können die SQL-Protokolle verwenden, um unerwartetes Migrationsverhalten zu diagnostizieren. + Stream-Positionsdetails für jedes CDC-Ereignis. Die Kontextprotokollierung ist nur in AWS DMS Version 3.5.0 oder höher verfügbar. AWS DMS aktiviert standardmäßig die Kontextprotokollierung. Um die Kontextprotokollierung zu steuern, setzen Sie die `EnableLogContext`-Aufgabeneinstellung auf `true` oder `false`, indem Sie die Aufgabe in der Konsole ändern. AWS DMS schreibt alle drei Minuten CloudWatch Kontextprotokollinformationen in die Replikationsaufgabe des Protokolls. Stellen Sie sicher, dass Ihre Replikations-Instance über ausreichend Speicherplatz für ihr Anwendungsprotokoll verfügt. Weitere Hinweise zur Verwaltung von Aufgabenprotokollen finden Sie unter [AWS DMS-Aufgabenprotokolle anzeigen und verwalten](#CHAP_Monitoring.ManagingLogs). **Topics** + [Objekttypen](#datarep_Monitoring_ContextLogging_objects) + [Beispiele für die Protokollierung](#datarep_Monitoring_ContextLogging_examples) + [Einschränkungen](#datarep_Monitoring_ContextLogging_limitations) ### Objekttypen AWS DMS erzeugt eine kontextbezogene Anmeldung CloudWatch für die folgenden Objekttypen. | Objekttyp | Description | | --- | --- | | TABLE\$1NAME | Diese Protokolleinträge enthalten Informationen zu Tabellen, die in den Geltungsbereich der aktuellen Aufgabenzuordnungsregel fallen. Sie können diese Einträge verwenden, um die Tabellenereignisse für einen bestimmten Zeitraum während der Migration zu untersuchen. | | SCHEMA\$1NAME | Diese Protokolleinträge enthalten Informationen zu Schemata, die von der aktuellen Aufgabenzuordnungsregel verwendet werden. Sie können diese Einträge verwenden, um festzustellen, AWS DMS welches Schema für einen bestimmten Zeitraum während der Migration verwendet wird. | | TRANSACTION\$1ID | Diese Einträge enthalten die Transaktions-ID für jede DML/DDL-Änderung, die aus der Quelldatenbank erfasst wurde. Sie können diese Protokolleinträge verwenden, um festzustellen, welche Änderungen während einer bestimmten Transaktion vorgenommen wurden. | | CONNECTION\$1ID | Diese Einträge enthalten die Verbindungs-ID. Sie können diese Protokolleinträge verwenden, um zu ermitteln, welche Verbindung für jeden Migrationsschritt AWS DMS verwendet wird. | | STATEMENT | Diese Einträge enthalten den SQL-Code, der zum Abrufen, Verarbeiten und Anwenden der einzelnen Migrationsänderungen verwendet wird. | | STREAM\$1POSITION | Diese Einträge enthalten die Position in der Transaktionsprotokolldatei für jede Migrationsaktion in der Quelldatenbank. Das Format für diese Einträge variiert je nach Typ der Quelldatenbank-Engine. Sie können diese Informationen auch verwenden, um eine Startposition für einen Wiederherstellungs-Checkpoint zu bestimmen, wenn Sie die reine CDC-Replikation konfigurieren. | ### Beispiele für die Protokollierung Dieser Abschnitt enthält Beispiele für Protokolldatensätze, die Sie zur Überwachung der Replikation und zur Diagnose von Replikationsproblemen verwenden können. #### Verbindungsprotokollbeispiele Dieser Abschnitt enthält Protokollbeispiele, die Verbindungen enthalten IDs. ``` 2023-02-22T10:09:29 [SOURCE_CAPTURE ]I: Capture record 1 to internal queue from Source {operation:START_REGULAR (43), connectionId:27598, streamPosition:0000124A/6800A778.NOW} (streamcomponent.c:2920) 2023-02-22T10:12:30 [SOURCE_CAPTURE ]I: Capture record 0 to internal queue from Source {operation:IDLE (51), connectionId:27598} (streamcomponent.c:2920) 2023-02-22T11:25:27 [SOURCE_CAPTURE ]I: Capture record 0 to internal queue from Source {operation:IDLE (51), columnName:region, connectionId:27598} (streamcomponent.c:2920) ``` #### Beispiele für Protokolle zum Verhalten von Aufgaben Dieser Abschnitt enthält Protokollbeispiele zum Verhalten von Protokollen bei Replikationsaufgaben. Sie können diese Informationen verwenden, um Replikationsprobleme zu diagnostizieren, z. B. wenn sich eine Aufgabe im Status `IDLE` befindet. Die folgenden `SOURCE_CAPTURE`-Protokolle weisen darauf hin, dass keine Ereignisse verfügbar sind, die aus der Protokolldatei der Quelldatenbank gelesen werden können. Sie enthalten `TARGET_APPLY`-Datensätze, die darauf hinweisen, dass keine Ereignisse von AWS DMS -CDC-Komponenten empfangen wurden, die auf die Zieldatenbank angewendet werden könnten. Diese Ereignisse enthalten auch zuvor angewendete ereignisbezogene Kontextdetails. ``` 2023-02-22T11:23:24 [SOURCE_CAPTURE ]I: No Event fetched from wal log (postgres_endpoint_wal_engine.c:1369) 2023-02-22T11:24:29 [TARGET_APPLY ]I: No records received to load or apply on target , waiting for data from upstream. The last context is {operation:INSERT (1), tableName:sales_11, schemaName:public, txnId:18662441, connectionId:17855, statement:INSERT INTO "public"."sales_11"("sales_no","dept_name","sale_amount","sale_date","region") values (?,?,?,?,?), ``` #### SQL-Anweisungsprotokollbeispiele Dieser Abschnitt enthält Protokollbeispiele zu SQL-Anweisungen, die in Quell- und Zieldatenbanken ausgeführt werden. Die SQL-Anweisungen, die Sie in den Protokollen sehen, zeigen nur die SQL-Anweisung, nicht die Daten. Das folgende `TARGET_APPLY`-Protokoll zeigt eine `INSERT`-Anweisung, die auf dem Ziel ausgeführt wurde. ``` 2023-02-22T11:26:07 [TARGET_APPLY ]I: Applied record 2193305 to target {operation:INSERT (1), tableName:sales_111, schemaName:public, txnId:18761543, connectionId:17855, statement:INSERT INTO "public"."sales_111"("sales_no","dept_name","sale_amount","sale_date","region") values (?,?,?,?,?), ``` ### Einschränkungen Die folgenden Einschränkungen gelten für die AWS DMS Kontextprotokollierung: + Es AWS DMS wird zwar nur eine minimale Protokollierung für alle Endpunkttypen erstellt, eine umfangreiche modulspezifische Kontextprotokollierung ist jedoch nur für die folgenden Endpunkttypen verfügbar. Wir empfehlen, die Kontextprotokollierung zu aktivieren, wenn Sie diese Endpunkttypen verwenden. + MySQL + PostgreSQL + Oracle + Microsoft SQL Server + MongoDB/Amazon DocumentDB + Amazon S3 # Verbessertes Monitoring-Dashboard Das erweiterte Monitoring-Dashboard bietet einen umfassenden Einblick in wichtige Kennzahlen im Zusammenhang mit Ihren Überwachungsaufgaben und Replikationsinstanzen. Es ermöglicht Ihnen, Metriken für bestimmte Ressourcen, die Sie verfolgen möchten, zu filtern, zu aggregieren und zu visualisieren. Das Dashboard veröffentlicht direkt vorhandene CloudWatch Metriken, sodass Sie die Ressourcenleistung überwachen können, ohne die Probenahmezeiten der Datenpunkte zu ändern. **Topics** + [Überblick über das erweiterte Monitoring-Dashboard](#overview-enhanced-monitoring-dashboard) + [Metriken im erweiterten Monitoring-Dashboard anzeigen](#access-enhanced-monitoring-dashboard) + [Verbesserte Ansichten des Monitoring-Dashboards](#enhanced-monitoring-dashboard-views) + [Beibehaltung erweiterter Monitoring-Metriken](#retention-enhanced-monitoring-metrics) ## Überblick über das erweiterte Monitoring-Dashboard Das erweiterte Monitoring-Dashboard ist in der AWS DMS Konsole verfügbar. Es bietet eine benutzerfreundliche Oberfläche mit intuitiven Visualisierungen und Diagrammen, mit denen Sie Ihre Datenmigrationsprozesse effektiv überwachen, analysieren und optimieren können. Mit der erweiterten Überwachung können Sie die Überwachungsprozesse optimieren und potenzielle Probleme schnell identifizieren, indem Sie alle relevanten Informationen an einem zentralen Ort anzeigen. Auf dem erweiterten Monitoring-Dashboard können Sie Metriken für Aufgaben und Replikationsinstanzen sowie Details für Endgeräte einsehen. Sie können auch die Anzahl der aktiven CloudWatch Alarme und den Dienststatus für die aktuelle Region verfolgen. Das Dashboard ist in allen Handelsregionen verfügbar, in denen AWS DMS es verfügbar ist. Für die Nutzung dieses Dashboards fallen keine zusätzlichen Kosten an. **Anmerkung** Das erweiterte Monitoring-Dashboard unterstützt keine AWS DMS serverlosen Replikationen. ## Metriken im erweiterten Monitoring-Dashboard anzeigen Um die Metriken im erweiterten Monitoring-Dashboard anzuzeigen, stellen Sie sicher, dass Sie über eine IAM-Rolle mit CloudWatch Berechtigungen verfügen. Darüber hinaus benötigen Sie die `health:DescribeEvents` Berechtigungen `cloudwatch:DescribeAlarms` und, um die Metriken anzeigen zu können. Schließlich benötigen Sie für den Zugriff auf CloudWatch Metriken im erweiterten Monitoring-Dashboard auch die Erlaubnis, im Rahmen Ihrer IAM-Richtlinien auf die [GetMetricData](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_GetMetricData.html)API zuzugreifen. Ohne diese Berechtigungen oder die Berechtigungen für nur einen Teil davon APIs können Sie die Metriken nicht im erweiterten Monitoring-Dashboard einsehen. Informationen zu den IAM-Berechtigungen, die Sie benötigen, finden Sie unter. [Für die Verwendung sind IAM-Berechtigungen erforderlich AWS DMS](security-iam.md#CHAP_Security.IAMPermissions) ## Verbesserte Ansichten des Monitoring-Dashboards Das AWS DMS erweiterte Monitoring-Dashboard bietet zwei Arten von Ansichten: Ansichten für Aufgaben und Replikationsinstanzen. ### Ansicht „Aufgaben“ Die **Aufgabenansicht** im erweiterten Dashboard von AWS DMS bietet einen umfassenden Überblick über Ihre Datenmigrationsaufgaben. Diese Ansicht bietet einen zentralen Ort, an dem Sie verschiedene Aspekte Ihrer Aufgaben mithilfe intuitiver Diagramme und Visualisierungen überwachen und analysieren können. Die **Aufgabenansicht** bietet Einblicke in wichtige Kennzahlen und Statistiken zu Ihren Migrationsaufgaben, sodass Sie sich einen besseren Überblick über deren Leistung, Fortschritt und allgemeinen Zustand verschaffen können. Im Folgenden sind einige der wichtigsten Funktionen und Vorteile der **Aufgabenansicht** aufgeführt: + **Zusammenfassung des Aufgabenstatus**: In diesem Diagramm wird die Verteilung Ihrer Aufgaben auf verschiedene Statuskategorien angezeigt, z. B. „Wird ausgeführt“, „Beendet“, „Fehlgeschlagen“ oder „Abgeschlossen“. Sie können schnell Aufgaben identifizieren, die Aufmerksamkeit erfordern, und entsprechende Maßnahmen ergreifen. + **Leistungskennzahlen**: Diese Diagramme veranschaulichen die Leistung Ihrer Aufgaben, einschließlich Kennzahlen wie Durchsatz, Latenz, CPU-Auslastung und mehr. Diese Kennzahlen helfen Ihnen dabei, potenzielle Engpässe zu identifizieren und Ihren Migrationsprozess zu optimieren. + **Fehleranalyse**: Im Falle von Ausfällen oder Fehlern bei **Aufgaben bietet die Aufgabenansicht** detaillierte Informationen zu den aufgetretenen Fehlern und den zugehörigen Protokolleinträgen. Diese Informationen können Ihnen dabei helfen, Probleme zu beheben und effizienter zu lösen. + **Historische Trends**: Das Dashboard enthält historische Daten, sodass Sie analysieren können, wie sich Ihre Aufgaben über einen bestimmten Zeitraum entwickelt haben. Auf der Grundlage dieser historischen Trends können Sie Muster erkennen, Fortschritte verfolgen und fundierte Entscheidungen treffen. + **Filtern und Sortieren**: In der **Aufgabenansicht** können Sie Aufgaben nach verschiedenen Kriterien wie Aufgabennamen, Tags oder bestimmten Zeiträumen filtern und sortieren. Diese Flexibilität ermöglicht es Ihnen, sich auf die Aufgaben oder Aspekte zu konzentrieren, die für Ihre Bedürfnisse am relevantesten sind. In der folgenden Liste werden die Kennzahlen beschrieben, die Sie in der **Aufgabenansicht** sehen können: + **Bandbreite bei Volllastdurchsatz — Quelle**: Stellt eingehende Daten in KB pro Sekunde dar, die bei Volllast von der Quelle übertragen werden. + **Bandbreite bei Volllastdurchsatz — Ziel**: Stellt ausgehende Daten, die bei Volllast für das Ziel übertragen wurden, in KB pro Sekunde dar. + **Zeilen mit Volllastdurchsatz — Quelle**: Stellt eingehende Änderungen bei Volllast vom Ziel in Zeilen pro Sekunde dar. + **Volllastdurchsatz in Zeilen — Ziel**: Stellt ausgehende Änderungen aus einer Volllast für das Ziel in Zeilen pro Sekunde dar. + **CDC-Durchsatzbandbreite — Quelle**: Stellt die Netzwerkbandbreite für die Quelle in KB pro Sekunde dar. Die CDC-Durchsatzbandbreite zeichnet die Bandbreite an den Abtastpunkten auf. Wenn kein Netzwerkverkehr gefunden wird, ist der Wert null. Da CDC keine Transaktionen mit langer Laufzeit ausgibt, wird der Netzwerkverkehr möglicherweise nicht aufgezeichnet. + **CDC-Durchsatzbandbreite — Ziel**: Stellt die Netzwerkbandbreite für das Ziel in KB pro Sekunde dar. Die CDC-Durchsatzbandbreite zeichnet die Bandbreite an den Abtastpunkten auf. Wenn kein Netzwerkverkehr gefunden wird, ist der Wert null. Da CDC keine Transaktionen mit langer Laufzeit ausgibt, wird der Netzwerkverkehr möglicherweise nicht aufgezeichnet. + **CDC-Durchsatzzeilen — Quelle**: Stellt eingehende Aufgabenänderungen von der Quelle in Zeilen pro Sekunde dar. + **CDC-Durchsatzzeilen — Ziel**: Stellt ausgehende Aufgabenänderungen für das Ziel in Zeilen pro Sekunde dar. + **CDC-Latenz — Quelle**: Stellt die Lücke in Sekunden zwischen dem letzten vom Quellendpunkt erfassten Ereignis und dem aktuellen Systemzeitstempel der AWS DMS Instanz dar. Wenn aufgrund des Aufgabenbereichs keine Änderungen an der Quelle erfasst wurden, wird dieser Wert auf AWS DMS Null gesetzt. + **CDC-Latenz — Ziel**: Stellt die Lücke in Sekunden zwischen dem Zeitstempel des ersten Ereignisses, das auf das Commit auf dem Ziel wartet, und dem aktuellen Zeitstempel der Instanz dar. AWS DMS Dieser Wert tritt auf, wenn es Transaktionen gibt, die nicht vom Target verarbeitet werden. Andernfalls ist die Ziellatenz identisch mit der Quelllatenz, wenn alle Transaktionen angewendet werden. Die Ziellatenz sollte nie kleiner sein als die Quelllatenz. + **CPU-Auslastung**: Stellt den Prozentsatz der CPU dar, der von einer Aufgabe über mehrere Kerne hinweg genutzt wird. Die Semantik der Aufgabe unterscheidet `CPUUtilization` sich geringfügig von der Semantik der Replikationsinstanz. `CPUUtilizaiton` Wenn 1 vCPU vollständig genutzt ist, bedeutet dies 100%. Wenn jedoch mehrere V verwendet CPUs werden, kann der Wert 100% überschreiten. + **Speichernutzung**: Stellt die Kontrollgruppe (Cgroup) dar, die von einer Aufgabe `memory.usage_in_bytes` beansprucht wird. AWS DMS verwendet Cgroups, um die Nutzung von Systemressourcen wie Speicher und CPU zu kontrollieren. Diese Metrik gibt die Speichernutzung einer Aufgabe in Megabyte innerhalb der für diese Aufgabe zugewiesenen cgroup an. Die Cgroup-Grenzwerte basieren auf den Ressourcen, die für Ihre AWS DMS Replikationsinstanzklasse verfügbar sind. `memory.usage_in_bytes`besteht aus den Komponenten Resident Set Size (RSS), Cache und Swap-Speicher. Das Betriebssystem kann bei Bedarf Cache-Speicher zurückfordern. Wir empfehlen, dass Sie auch die Metrik für die Replikationsinstanz überwachen, AvailableMemory. AWS DMS berechnet diese Metrik anhand der kombinierten Dimensionen von `ReplicationInstanceIdentifer` und `ReplicationTaskIdentifier` in der CloudWatch Konsole. Verwenden Sie die `ReplicationTaskIdentifier` Kategorie`ReplicationInstanceIdentifier`, um diese Metrik anzuzeigen. + **Anzahl der Validierungsdatensätze**: Dieses Diagramm ist nur sichtbar, wenn die Validierung für die AWS DMS Aufgabe aktiviert ist. Dies ist eine Kombination von Validierungsmetriken, die für die AWS DMS Aufgabe verfügbar sind. Dazu gehören: + `ValidationSucceededRecordCount`— Anzahl der Zeilen, die pro Minute AWS DMS validiert wurden. + `ValidationAttemptedRecordCount`— Anzahl der Zeilen, für die die Überprüfung versucht wurde, pro Minute. + `ValidationFailedOverallCount`— Anzahl der Zeilen, in denen die Validierung fehlgeschlagen ist. + `ValidationSuspendedOverallCount`— Anzahl der Zeilen, in denen die Validierung ausgesetzt wurde. + `ValidationPendingOverallCount`— Anzahl der Zeilen, in denen die Validierung noch aussteht. Zusätzlich zu den vorherigen Metriken können Sie die **Aufgabenansicht** anpassen und zusätzliche Metriken hinzufügen, indem Sie sie als Widgets hinzufügen. Für Informationen zu diesen Metriken empfehlen wir Ihnen, die folgende Dokumentation zu lesen: + Alle verfügbaren Metriken für AWS DMS Aufgaben zur Migration und Replikation finden Sie unter[AWS DMS-Aufgaben überwachen](CHAP_Monitoring.md). + Alle verfügbaren validierungsbezogenen Metriken finden Sie unter[Datenvalidierung](CHAP_Validating.md). ### Ansicht der Replikationsinstanz Die Ansicht der **Replikationsinstanzen** bietet einen umfassenden Überblick über Ihre Replikationsinstanzen, sodass Sie Ihre Datenreplikationsinfrastruktur effektiv überwachen und verwalten können. Diese Ansicht bietet einen zentralen Ort, an dem Sie verschiedene Aspekte Ihrer Replikationsinstanzen anhand intuitiver Diagramme und Visualisierungen analysieren können. Die Ansicht der **Replikationsinstanzen** bietet Einblicke in wichtige Kennzahlen und Statistiken zu Ihren Replikationsinstanzen, sodass Sie sich ein besseres Bild von deren Leistung, Ressourcennutzung und Gesamtzustand machen können. Im Folgenden sind einige der wichtigsten Funktionen und Vorteile der **Replication-Instanzansicht** aufgeführt: + **Zusammenfassung des Instanzstatus**: In diesem Diagramm werden Details der ausgewählten Replikationsinstanz angezeigt, z. B. Verfügbarkeitszonen, Instanzklasse, Engine-Version, zugewiesener Speicher und aktueller Integritätsstatus. + **Ressourcenauslastung**: Das Dashboard enthält Diagramme, die die Ressourcenauslastung Ihrer Replikationsinstanzen veranschaulichen, einschließlich Kennzahlen wie CPU-, Arbeitsspeicher- und Festplattennutzung. Diese Kennzahlen helfen Ihnen dabei, potenzielle Ressourcenengpässe zu identifizieren und Ihre Replikationsinfrastruktur zu optimieren. + **Historische Trends**: Das Dashboard enthält historische Daten, sodass Sie analysieren können, wie sich Ihre Replikationsinstanzen über einen bestimmten Zeitraum entwickelt haben. Auf der Grundlage dieser historischen Trends können Sie Muster erkennen, Änderungen verfolgen und fundierte Entscheidungen treffen. + **Filtern und Sortieren**: In der Ansicht „**Replikationsinstanz**“ können Sie Replikationsinstanzen nach verschiedenen Kriterien filtern und sortieren, z. B. nach dem Instanznamen oder bestimmten Zeiträumen. Diese Flexibilität ermöglicht es Ihnen, sich auf die Instanzen oder Aspekte zu konzentrieren, die für Ihre Bedürfnisse am relevantesten sind. In der folgenden Liste werden die Metriken beschrieben, die Sie in der **Replikationsinstanzansicht** sehen können: + **CloudWatch Alarme**: Stellt die Zusammenfassung der Alarme im AWS/DMS-Namespace dar. + **CPU-Auslastung**: Stellt den Prozentsatz der CPU dar, der von einer Aufgabe über mehrere Kerne hinweg genutzt wird. Die Semantik einer Aufgabe unterscheidet `CPUUtilization` sich geringfügig von der Semantik der Replikation. `CPUUtilizaiton` Wenn 1 vCPU vollständig genutzt ist, bedeutet dies 100%. Wenn jedoch mehrere V verwendet CPUs werden, kann der Wert 100% überschreiten. + **Speichernutzung durch Aufgaben pro Instanz**: Stellt die Größe der Resident-Sets (RSS) dar, die von einer Aufgabe belegt wird. Der Wert gibt den Teil des Speichers an, der von einer Aufgabe im Hauptspeicher (RAM) belegt wird. Da Teile des belegten Speichers ausgelagert werden oder Teile der ausführbaren Datei nie geladen werden, ist der im Auslagerungsspeicher oder im Dateisystem befindliche Speicher `MemoryUsage` nicht enthalten. + **Arbeitsspeicher**: Stellt die Menge des verfügbaren Speichers dar, der verwendet wird oder für die Nutzung freigegeben werden kann, sowie die Menge des verwendeten Auslagerungsspeichers. + **Verfügbarer Speicher**: Stellt eine Schätzung dar, wie viel Speicher für den Start neuer Anwendungen ohne Auslagerung zur Verfügung steht. + **Freier Speicher**: Stellt die Menge an physischem Speicher dar, der für Anwendungen, den Seitencache und für die eigenen Datenstrukturen des Kernels verfügbar ist. + **Freier Speicher**: Freier Speicher ist kein Hinweis auf den tatsächlich verfügbaren freien Speicher. Es ist der Speicher, der derzeit verwendet wird, der freigegeben und für andere Zwecke verwendet werden kann. Es ist eine Kombination aus Puffern und Cache, die bei der Replikation verwendet werden. + **Swap-Nutzung**: Stellt die Menge des Swap-Speichers dar, der auf der Replikationsinstanz verwendet wird. + **Freier Speicher**: Stellt die Menge des verfügbaren Speicherplatzes in Byte dar. Zusätzlich zu den oben genannten Metriken können Sie die Ansicht der **Replikationsinstanz** anpassen und zusätzliche Metriken hinzufügen, indem Sie sie als Widgets hinzufügen. Für Informationen zu diesen Metriken empfehlen wir Ihnen, die folgende Dokumentation zu lesen: + Alle verfügbaren Metriken für AWS DMS Aufgaben zur Migration und Replikation finden Sie unter[AWS DMS-Aufgaben überwachen](CHAP_Monitoring.md). + Alle verfügbaren validierungsbezogenen Metriken finden Sie unter[Datenvalidierung](CHAP_Validating.md). ## Beibehaltung erweiterter Monitoring-Metriken Standardmäßig folgen erweiterte Überwachungsmetriken der Aufbewahrungsrichtlinie für CloudWatch Messwerte. Informationen zur Änderung der Aufbewahrungsrichtlinie finden Sie unter [Ändern der Aufbewahrung von Protokolldaten in CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#SttingLogRetention) im * CloudWatch Amazon-Benutzerhandbuch*. # Ereignisse anzeigen AWS DMS Sie können die folgenden Ereignisinformationen für Ihre AWS DMS Ressourcen abrufen: + Ressourcenname + Ressourcentyp + Datum und Uhrzeit der Veranstaltung + Zusammenfassung der Ereignisbenachrichtigung Sie können auf Ereignisse auf der Registerkarte Ereignisse der AWS Management Console zugreifen, in der Ereignisse der letzten 7 Tage angezeigt werden. Sie können Ereignisse auch mithilfe des `[describe-events](https://docs.aws.amazon.com/cli/latest/reference/dms/describe-events.html)` AWS CLI-Befehls oder der `[DescribeEvents](https://docs.aws.amazon.com/dms/latest/APIReference/API_DescribeEvents.html)` DMS-API-Operation abrufen. Wenn Sie die AWS CLI oder die DMS-API verwenden, um Ereignisse anzuzeigen, können Sie Ereignisse der letzten 14 Tage abrufen. **Anmerkung** Wenn Sie Ereignisse für längere Zeiträume speichern müssen, können Sie AWS DMS Ereignisse an einen anderen Dienst senden EventBridge und die Ereignisdetails zum Speichern an einen anderen Dienst senden. Weitere Informationen finden Sie unter [Verwenden von EventBridge Amazon-Veranstaltungsregeln für AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_EventBridge.html#CHAP_EventBridge.Rule). Eine Beschreibung der AWS DMS Ereignisse finden Sie unter [AWS DMS Ereigniskategorien und Ereignismeldungen](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_EventBridge.html#EventBridge.Messages). ## DMS-Konsole Um alle AWS DMS Ereignisse der letzten 7 Tage in der DMS-Konsole zu sehen: 1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die DMS-Konsole auf Version 2 https://console.aws.amazon.com/dms/ 1. Wählen Sie auf der Navigationsseite **Ereignisse** aus. 1. Geben Sie einen Suchbegriff ein, um Ihre Ergebnisse zu filtern. Das folgende Beispiel zeigt eine Liste von Ereignissen, die nach den Zeichen **replication-task** gefiltert sind. ![\[DMS-Ereignisse anzeigen\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/AWS_dms_view_events.png) ## AWS CLI Um alle in der letzten Stunde generierten Ereignisse anzuzeigen, führen Sie den `[describe-events](https://docs.aws.amazon.com/cli/latest/reference/dms/describe-events.html)` AWS DMS CLI-Befehl ohne Parameter aus. ``` aws dms describe-events ``` Die folgende Beispielausgabe zeigt, dass eine Replikationsaufgabe geändert wurde: ``` { "Events": [ { "SourceIdentifier": "dms-task", "SourceType": "replication-task", "Message": "Replication task has modified.", "EventCategories": [ "configuration change" ], "Date": "2025-04-09T12:48:22.231000-07:00" } ] } ``` Um alle AWS DMS Ereignisse der letzten 14 Tage (20160 Minuten) anzuzeigen, führen Sie den `[describe-events](https://docs.aws.amazon.com/cli/latest/reference/dms/describe-events.html)` AWS CLI-Befehl aus und setzen Sie den `--duration` Parameter auf**20160**. ``` aws dms describe-events --duration 20160 ``` Das folgende Beispiel zeigt die Ereignisse im angegebenen Zeitraum für die Replikationsinstanz`dms-replication-instance`. ``` aws dms describe-events \ --source-identifier dms-replication-instance \ --source-type replication-instance \ --start-time 2025-04-10T22:00Z \ --end-time 2025-04-12T23:59Z ``` Die folgende Beispielausgabe zeigt den Status einer Replikationsinstanz: ``` { "Events": [ { "SourceIdentifier": "dms-replication-instance", "SourceType": "replication-instance", "Message": "Replication application shutdown", "EventCategories": [], "Date": "2025-04-12T03:11:43.270000-07:00" }, { "SourceIdentifier": "dms-replication-instance", "SourceType": "replication-instance", "Message": "Replication application restarted", "EventCategories": [], "Date": "2025-04-12T03:19:58.214000-07:00" } ] } ``` ## AWS DMS API Sie können alle AWS DMS Instanzereignisse der letzten 14 Tage anzeigen, indem Sie den `[DescribeEvents](https://docs.aws.amazon.com/dms/latest/APIReference/API_DescribeEvents.html)` DMS-API-Vorgang ausführen und den `--duration` Parameter auf **20160** setzen.