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.
Zu den Ziel-Metadateneinstellungen gehören folgende Einstellungen: Informationen zur Verwendung einer Aufgabenkonfigurationsdatei zum Festlegen von Aufgabeneinstellungen finden Sie unter Beispiel für 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 Zielendpunkte vom Typ My SQL -type leer gelassen werden. Das Umbenennen eines Schemas in der Datenzuordnung hat Vorrang vor dieser Einstellung. -
LOBEinstellungen — Einstellungen, die bestimmen, wie große Objekte (LOBs) verwaltet werden. Wenn Sie
SupportLobs=true
festlegen, müssen Sie eines der Folgenden auftrue
setzen:-
FullLobMode
– Wenn Sie für diese Optiontrue
festlegen, müssen Sie einen Wert für die OptionLobChunkSize
eingeben. Geben Sie die Größe der Blöcke in Kilobyte ein, die bei der LOB Replikation der Daten auf das Ziel verwendet werden sollen.FullLobMode
Diese Option eignet sich am besten für sehr große Dateien, führt jedoch tendenziell zu LOB einem langsameren Laden. Der empfohlene Wert fürLobChunkSize
ist 64 Kilobyte. Wenn fürLobChunkSize
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 bei Volllast vorgenommen 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 durchLOBs, die kleiner als sindInlineLobMaxSize
. AWS DMS überträgt alle, die LOBs größer als derInlineLobMaxSize
Eingang sindFullLobMode
. Der Standardwert fürInlineLobMaxSize
ist 0 und der Bereich liegt zwischen 1 und 102 400 Kilobyte (100 MB). Legen SieInlineLobMaxSize
nur dann einen Wert für fest, wenn Sie wissen, dass die meisten davon kleiner LOBs sind als der unter angegebene WertInlineLobMaxSize
. -
LimitedSizeLobMode
– Wenn Sie für diese Optiontrue
festlegen, müssen Sie einen Wert für die OptionLobMaxSize
eingeben. Geben Sie die maximale Größe für eine Person in Kilobyte ein. LOB Der empfohlene Höchstwert fürLobMaxSize
liegt bei 102 400 Kilobyte (100 MB).
Weitere Informationen zu den Kriterien für die Verwendung dieser LOB Task-Einstellungen finden Sie unter. Einstellung der LOB Unterstützung für Quelldatenbanken in einer AWS DMS Aufgabe Sie können auch die Verwaltung einzelner LOBs 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, Postgre und Amazon RedshiftSQL, die die Verwendung von Dateien mit kommagetrennten Werten (.csv) zum Laden von Daten unterstützen.LoadMaxFileSize
definiert die maximale Größe von gespeicherten, entladenen Daten, wie z. B. CSV-Dateien, auf der Festplatte. 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 istfalse
.Wenn auf gesetzt
BatchApplyEnabled
isttrue
, ist ein Primärschlüssel (PK) oder ein eindeutiger Schlüssel (UK) für die Quelltabelle (n) DMS erforderlich. Ohne PK oder UK in den Quelltabellen werden nur Stapeleinfügungen, jedoch keine Stapelaktualisierungen und Stapellöschungen angewendet.Wenn
BatchApplyEnabled
auftrue
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, wennBatchApplyEnabled
auftrue
gesetzt ist.Wenn auf true gesetzt
BatchApplyEnabled
ist und AWS DMS 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 restlichen Tabellen. Um dieses Verhalten zu ändern, können Sie die"SUSPEND_TABLE"
Aktion für die folgenden Richtlinien in der"ErrorBehavior"
Gruppeneigenschaft der JSON Aufgabeneinstellungsdatei festlegen:-
DataErrorPolicy
-
ApplyErrorDeletePolicy
-
ApplyErrorInsertPolicy
-
ApplyErrorUpdatePolicy
Weitere Informationen zu dieser
"ErrorBehavior"
Gruppeneigenschaft finden Sie in der JSON Beispieldatei mit den Aufgabeneinstellungen unterAngeben von Aufgabeneinstellungen für Aufgaben des AWS Database Migration Service. Nachdem Sie diese Richtlinien auf festgelegt haben"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 ParameterBatchApplyPreserveTransaction
verwenden. WennBatchApplyEnabled
auftrue
festgelegt ist, bestimmt der ParameterBatchApplyPreserveTransaction
die Integrität der Transaktionen.Wenn
BatchApplyPreserveTransaction
auftrue
festgelegt ist, wird die Transaktionsintegrität bewahrt und ein Stapel enthält garantiert alle Änderungen innerhalb einer Transaktion von der Quelle.Wenn
BatchApplyPreserveTransaction
auffalse
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 ParameterBatchApplyEnabled
auftrue
festgelegt ist.Wenn LOB Spalten in der Replikation enthalten sind, können Sie sie
BatchApplyEnabled
nur im eingeschränkten LOB Modus verwenden.Weitere Informationen zur Verwendung dieser Einstellungen beim Laden von Change Data Capture (CDC) finden Sie unterEinstellungen 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. Dieser Parameter hat Höchstwerte für RDBMS Nichtziele. 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:
DynamoDB
Amazon-Kinesis-Data-Streams
Amazon MSK
OpenSearch Amazon-Dienst
Amazon-Redshift
AWS DMS unterstützt
ParallelLoadThreads
My SQL als zusätzliches Verbindungsattribut.ParallelLoadThreads
gilt nicht für Meine SQL 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 mitParallelLoadThreads
.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 Ladevorgangs AWS DMS verwendet werden, um Datensätze an einen Amazon DocumentDB-, Kinesis-, Amazon- oder Amazon Redshift MSK OpenSearch Redshift-Zielendpunkt zu übertragen. Der Standardwert ist Null (0).Diese Einstellung gilt nur für -only. 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 Ladevorgangs an einen Amazon DocumentDB-, Kinesis- MSK OpenSearch, Amazon- oder Amazon Redshift-Zielendpunkt weitergeleitet werden. CDC Der Standardwert lautet 100. Der Höchstwert ist 1000. Verwenden Sie diese Option, wennParallelApplyThreads
mehrere Threads angibt. -
ParallelApplyQueuesPerThread
— Gibt die Anzahl der Warteschlangen an, auf die jeder Thread zugreift, um Datensätze aus Warteschlangen zu entfernen und währenddessen ein Batch-Load für eine Amazon DocumentDB, Kinesis, Amazon MSK oder einen Endpunkt zu generieren. OpenSearch CDC Der Standardwert lautet 1.