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. # Ziel-Metadaten-Aufgabeneinstellungen Zu den Ziel-Metadateneinstellungen gehören folgende Einstellungen: Informationen zur Verwendung einer Aufgabenkonfigurationsdatei zum Festlegen von Aufgabeneinstellungen finden Sie unter [Beispiel für Aufgabeneinstellungen](CHAP_Tasks.CustomizingTasks.TaskSettings.md#CHAP_Tasks.CustomizingTasks.TaskSettings.Example). + `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: + `FullLobMode` – Wenn Sie für diese Option `true` festlegen, müssen Sie einen Wert für die Option `LobChunkSize` eingeben. Geben Sie die zu verwendende Größe der LOB-Blöcke (in Kilobyte) ein, wenn die Daten in der Zieldatenbank repliziert werden. Die Option `FullLobMode` funktioniert am besten bei sehr großen LOB-Größen, verlangsamt jedoch den Ladevorgang. Der empfohlene Wert für `LobChunkSize` ist 64 Kilobyte. Wenn für `LobChunkSize` ein höherer Wert als 64 Kilobyte verwendet wird, kann dies zu Aufgabenfehlern führen. + `InlineLobMaxSize`— Dieser Wert bestimmt, welche LOBs AWS DMS Inline-Übertragungen während einer Volllast übertragen werden. Das Übertragen kleiner Dateien LOBs ist effizienter als das Nachschlagen in einer Quelltabelle. AWS DMS Überprüft bei einem vollen Ladevorgang alle Werte LOBs und führt eine Inline-Übertragung für diejenigen durch LOBs , die kleiner als sind`InlineLobMaxSize`. AWS DMS überträgt alle, die LOBs größer als der `InlineLobMaxSize` Eingang sind`FullLobMode`. Der Standardwert für `InlineLobMaxSize` ist 0 und der Bereich liegt zwischen 1 und 102 400 Kilobyte (100 MB). Legen Sie `InlineLobMaxSize` nur dann einen Wert für fest, wenn Sie wissen, dass die meisten davon kleiner LOBs sind als der unter angegebene Wert`InlineLobMaxSize`. + `LimitedSizeLobMode` – Wenn Sie für diese Option `true` festlegen, müssen Sie einen Wert für die Option `LobMaxSize` eingeben. Geben Sie die maximale Größe in Kilobyte für ein einzelnes LOB ein. Der Höchstwert für `LobMaxSize` ist 102400 Kilobyte (100 MB). 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](CHAP_Tasks.LOBSupport.md). Sie können auch die Verwaltung einzelner LOBs Tabellen steuern. Weitere Informationen finden Sie unter [Regeln und Operationen für Tabellen- und Sammlungseinstellungen](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.md). + `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: + `DataErrorPolicy` + `ApplyErrorDeletePolicy` + `ApplyErrorInsertPolicy` + `ApplyErrorUpdatePolicy` 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](CHAP_Tasks.CustomizingTasks.TaskSettings.md). 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](CHAP_Tasks.CustomizingTasks.TaskSettings.ChangeProcessingTuning.md). + `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](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.md). Diese Einstellung gilt für die folgenden Endpunkt-Engine-Typen: + DynamoDB + Amazon Kinesis Data Streams + Amazon MSK + OpenSearch Amazon-Dienst + Amazon Redshift AWS DMS unterstützt `ParallelLoadThreads` MySQL als zusätzliches Verbindungsattribut. `ParallelLoadThreads`gilt 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](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.md). + `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: + Amazon DocumentDB (mit MongoDB-Kompatibilität) + Amazon Kinesis Data Streams + Amazon Managed Streaming für Apache Kafka + OpenSearch Amazon-Dienst + Amazon Redshift + `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 ist 1.