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\_in\_bytes**, 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\_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 `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\_NAME | 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\_NAME | 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\_ID | 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\_ID | 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\_POSITION | 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