Wählen Sie Ihre Cookie-Einstellungen aus

Wir verwenden essentielle Cookies und ähnliche Tools, die für die Bereitstellung unserer Website und Services erforderlich sind. Wir verwenden Performance-Cookies, um anonyme Statistiken zu sammeln, damit wir verstehen können, wie Kunden unsere Website nutzen, und Verbesserungen vornehmen können. Essentielle Cookies können nicht deaktiviert werden, aber Sie können auf „Anpassen“ oder „Ablehnen“ klicken, um Performance-Cookies abzulehnen.

Wenn Sie damit einverstanden sind, verwenden AWS und zugelassene Drittanbieter auch Cookies, um nützliche Features der Website bereitzustellen, Ihre Präferenzen zu speichern und relevante Inhalte, einschließlich relevanter Werbung, anzuzeigen. Um alle nicht notwendigen Cookies zu akzeptieren oder abzulehnen, klicken Sie auf „Akzeptieren“ oder „Ablehnen“. Um detailliertere Entscheidungen zu treffen, klicken Sie auf „Anpassen“.

Ziel-Metadaten-Aufgabeneinstellungen

Fokusmodus
Ziel-Metadaten-Aufgabeneinstellungen - AWS Database Migration Service

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.

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 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 Größe der Blöcke in Kilobyte ein, die bei der LOB Replikation der Daten auf das Ziel verwendet werden sollen. FullLobModeDiese Option eignet sich am besten für sehr große Dateien, führt jedoch tendenziell zu LOB einem langsameren Laden. 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 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 der InlineLobMaxSize Eingang sindFullLobMode. 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 WertInlineLobMaxSize.

    • 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 für eine Person in Kilobyte ein. LOB Der empfohlene Höchstwert für LobMaxSize 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. LoadMaxFileSizedefiniert 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 ist false.

    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 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 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 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 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. ParallelLoadThreadsgilt 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 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 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, 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ährenddessen ein Batch-Load für eine Amazon DocumentDB, Kinesis, Amazon MSK oder einen Endpunkt zu generieren. OpenSearch CDC Der Standardwert lautet 1.

DatenschutzNutzungsbedingungen für die WebsiteCookie-Einstellungen
© 2025, Amazon Web Services, Inc. oder Tochtergesellschaften. Alle Rechte vorbehalten.