Ziel-Metadaten-Aufgabeneinstellungen

TargetSchema – Der Name des Zieltabellenschemas. Wenn diese Metadatenoption leer ist, wird das Schema der Quelltabelle verwendet. AWS DMS fügt allen Tabellen automatisch das Eigentümerpräfix für die Zieldatenbank hinzu, wenn kein Quellschema definiert ist. Diese Option sollte für Ziel-Endpunkte vom Typ MySQL leer gelassen werden. Das Umbenennen eines Schemas in der Datenzuordnung hat Vorrang vor dieser Einstellung.

LOB-Einstellungen – Einstellungen, die bestimmen, wie große Objekte (LOBs) verwaltet werden. Wenn Sie SupportLobs=true festlegen, müssen Sie eines der Folgenden auf true setzen:

Weitere Informationen zu den Kriterien für die Verwendung dieser Aufgaben-LOB-Einstellungen finden Sie unter Einstellung der LOB-Unterstützung für Quelldatenbanken in einer Aufgabe AWS DMS. Sie können auch die Verwaltung von LOBs für einzelne Tabellen steuern. Weitere Informationen finden Sie unter Regeln und Operationen für Tabellen- und Sammlungseinstellungen.

LoadMaxFileSize – Eine Option für CSV-basierte Zielendpunkte wie MySQL, PostgreSQL und Amazon Redshift, die die Verwendung von Dateien mit kommagetrennten Werten (CSV) zum Laden von Daten unterstützen. LoadMaxFileSize legt die maximale Größe von gespeicherten, entladenen Daten, wie z. B. CSV-Dateien, auf der Festplatte fest. Diese Option setzt das Zielendpunkt-Verbindungsattribut, maxFileSize, außer Kraft. Sie können Werte von 0 bis 100.000 KB angeben, wobei "0" anzeigt, dass diese Option das Verbindungsattribut nicht außer Kraft setzt.

BatchApplyEnabled – Legt fest, ob jede Transaktion einzeln angewendet wird oder ob Änderungen in Stapeln übernommen werden. Der Standardwert ist false.

Wenn BatchApplyEnabled auf true gesetzt ist, erfordert DMS einen Primärschlüssel (PK) oder einen eindeutigen Schlüssel (Unique Key – UK) in der/den Quelltabelle(n). Ohne PK oder UK in den Quelltabellen werden nur Stapeleinfügungen, jedoch keine Stapelaktualisierungen und Stapellöschungen angewendet.

Wenn BatchApplyEnabled auf true gesetzt ist, generiert AWS DMS eine Fehlermeldung, wenn eine Ziel-Tabelle über eine Eindeutigkeitseinschränkung und einen Primärschlüssel verfügt. Zieltabellen mit Eindeutigkeitseinschränkung und Primärschlüssel werden nicht unterstützt, wenn BatchApplyEnabled auf true gesetzt ist.

Wenn der Wert auf true gesetzt BatchApplyEnabled ist AWS DMS und ein Datenfehler in einer Tabelle mit der Standardrichtlinie zur Fehlerbehandlung auftritt, wechselt die AWS DMS Aufgabe vom Batchmodus in den one-by-one Modus für die übrigen Tabellen. Um dieses Verhalten zu ändern, können Sie die Aktion "SUSPEND_TABLE" für die folgenden Richtlinien in der Gruppeneigenschaft "ErrorBehavior" der JSON-Datei mit den Aufgabeneinstellungen festlegen:

Weitere Informationen zu dieser Gruppeneigenschaft "ErrorBehavior" finden Sie in der JSON-Beispieldatei mit Aufgabeneinstellungen in Angeben von Aufgabeneinstellungen für Aufgaben des AWS Database Migration Service. Nachdem diese Richtlinien auf gesetzt wurden"SUSPEND_TABLE", unterbricht die AWS DMS Aufgabe Datenfehler in allen Tabellen, die sie auslösen, und setzt den Vorgang für alle Tabellen im Batchmodus fort.

Sie können den Parameter BatchApplyEnabled mit dem Parameter BatchApplyPreserveTransaction verwenden. Wenn BatchApplyEnabled auf true festgelegt ist, bestimmt der Parameter BatchApplyPreserveTransaction die Integrität der Transaktionen.

Wenn BatchApplyPreserveTransaction auf true festgelegt ist, wird die Transaktionsintegrität bewahrt und ein Stapel enthält garantiert alle Änderungen innerhalb einer Transaktion von der Quelle.

Wenn BatchApplyPreserveTransaction auf false festgelegt ist, kann es zu temporären Ausfällen bei der Transaktionsintegrität kommen, um die Leistung zu verbessern.

Der Parameter BatchApplyPreserveTransaction gilt ausschließlich für Oracle-Zielendpunkte und ist nur relevant, wenn der Parameter BatchApplyEnabled auf true festgelegt ist.

Wenn die Replikation LOB-Spalten enthält, können Sie BatchApplyEnabled nur im Limited LOB-Modus verwenden.

Weitere Informationen zur Verwendung dieser Einstellungen zum CDC-Laden (CDC = Change Data Capture) finden Sie unter Einstellungen für die Optimierung der Verarbeitung von Änderungen.

MaxFullLoadSubTasks – Gibt die maximale Anzahl von Tabellen an, die parallel geladen werden sollen. Der Standardwert beträgt 8; der Maximalwert beträgt 49.

ParallelLoadThreads— Gibt die Anzahl der Threads an, die AWS DMS verwendet werden, um jede Tabelle in die Zieldatenbank zu laden. Für diesen Parameter gelten Höchstwerte für Nicht-RDBMS-Ziele. Der Höchstwert für ein DynamoDB-Ziel beträgt 200. Der Höchstwert für ein Amazon Kinesis Data Streams-, Apache Kafka- oder Amazon OpenSearch Service-Ziel ist 32. Sie können eine Erhöhung dieses Höchstwerts beantragen. ParallelLoadThreads gilt für Aufgaben mit vollständigem Ladevorgang. Weitere Informationen zu den Einstellungen, mit denen das parallele Laden einzelner Tabellen aktiviert wird, finden Sie unter Regeln und Operationen für Tabellen- und Sammlungseinstellungen.

Diese Einstellung gilt für die folgenden Endpunkt-Engine-Typen:

AWS DMS unterstützt ParallelLoadThreads MySQL als zusätzliches Verbindungsattribut. ParallelLoadThreadsgilt nicht für MySQL als Aufgabeneinstellung.

ParallelLoadBufferSize gibt die maximale Anzahl der Datensätze an, die in dem Puffer gespeichert werden können, den die parallelen Lade-Threads zum Laden von Daten in das Ziel verwenden. Der Standardwert lautet 50. Die maximale Wert ist 1.000. Diese Einstellung ist derzeit nur gültig, wenn DynamoDB, Kinesis, Apache Kafka oder OpenSearch das Ziel ist. Verwenden Sie diesen Parameters mit ParallelLoadThreads. ParallelLoadBufferSize ist nur gültig, wenn mehr als ein Thread vorhanden ist. Weitere Informationen zu den Einstellungen, mit denen das parallele Laden einzelner Tabellen aktiviert wird, finden Sie unter Regeln und Operationen für Tabellen- und Sammlungseinstellungen.

ParallelLoadQueuesPerThread – Gibt die Anzahl der Warteschlangen an, auf die jeder gleichzeitige Thread zugreift, um Datensätze aus Warteschlangen zu entfernen und einen Stapelladevorgang für das Ziel zu generieren. Der Standardwert ist 1. Diese Einstellung ist derzeit nur gültig, wenn Kinesis oder Apache Kafka das Ziel ist.

ParallelApplyThreads— Gibt die Anzahl der gleichzeitigen Threads an, die während eines CDC-Ladens AWS DMS verwendet werden, um Datensätze an einen Amazon DocumentDB-, Kinesis-, Amazon MSK- oder Amazon Redshift Redshift-Zielendpunkt OpenSearch zu übertragen. Der Standardwert ist Null (0).

Diese Einstellung gilt nur für reines CDC. Diese Einstellung gilt nicht für vollständiges Laden.

Diese Einstellung gilt für die folgenden Endpunkt-Engine-Typen:

ParallelApplyBufferSize— Gibt die maximale Anzahl von Datensätzen an, die in jeder Pufferwarteschlange gespeichert werden sollen, damit gleichzeitige Threads während eines CDC-Ladevorgangs an einen Amazon DocumentDB-, Kinesis-, Amazon MSK- oder Amazon Redshift-Zielendpunkt weitergeleitet werden. OpenSearch Der Standardwert lautet 100. Der Höchstwert ist 1000. Verwenden Sie diese Option, wenn ParallelApplyThreads mehrere Threads angibt.

ParallelApplyQueuesPerThread— Gibt die Anzahl der Warteschlangen an, auf die jeder Thread zugreift, um Datensätze aus Warteschlangen zu entfernen und während der CDC einen Batchload für eine Amazon DocumentDB, Kinesis, Amazon MSK oder einen Endpunkt zu generieren. OpenSearch Der Standardwert lautet 1.