Impostazioni delle attività dei metadati di destinazione - AWS Servizio di migrazione del Database

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Impostazioni delle attività dei metadati di destinazione

Di seguito sono descritte le impostazioni dei metadati di destinazione. Per informazioni su come utilizzare un file di configurazione dell'attività per impostare le impostazioni dell'attività, consulta Esempio di impostazioni delle attività.

  • TargetSchema: il nome dello schema della tabella di destinazione. Se questa opzione di metadati è vuota, viene utilizzato lo schema della tabella di origine. Se non è definito alcuno schema di origine, AWS DMS aggiunge automaticamente il prefisso del proprietario per il database di destinazione a tutte le tabelle. Questa opzione deve essere lasciata vuota per gli endpoint SQL di destinazione My -type. La ridenominazione di uno schema nella mappatura dei dati ha la precedenza su questa impostazione.

  • LOBsettings — Impostazioni che determinano la dimensione degli oggetti (LOBs) da gestire. Impostando SupportLobs=true, è necessario impostare su true una delle seguenti opzioni:

    • FullLobMode: se si imposta questa opzione su true, è necessario specificare una valore per l'opzione LobChunkSize. Immettete la dimensione, in kilobyte, dei LOB blocchi da utilizzare per replicare i dati sulla destinazione. L'FullLobModeopzione funziona meglio per LOB dimensioni molto grandi, ma tende a rallentare il caricamento. Il valore consigliato per LobChunkSize è 64 kilobyte. L'aumento del valore di LobChunkSize su valori superiori a 64 kilobyte può causare errori nelle attività.

    • InlineLobMaxSize— Questo valore determina quali LOBs AWS DMS trasferimenti sono in linea durante un pieno carico. Il trasferimento di piccole dimensioni LOBs è più efficiente rispetto alla ricerca da una tabella di origine. Durante un caricamento completo, AWS DMS controlla tutto LOBs ed esegue un trasferimento in linea per LOBs i file inferiori a. InlineLobMaxSize AWS DMS trasferisce tutte le LOBs dimensioni maggiori del InlineLobMaxSize perno. FullLobMode Il valore predefinito per InlineLobMaxSize è 0 e l'intervallo è compreso tra 1 e 102400 kilobyte (100 MB). Imposta un valore InlineLobMaxSize solo se sai che la maggior parte di LOBs essi è inferiore al valore specificato inInlineLobMaxSize.

    • LimitedSizeLobMode: se si imposta questa opzione su true, è necessario specificare una valore per l'opzione LobMaxSize. Immettete la dimensione massima, in kilobyte, per un individuo. LOB Il valore massimo consigliato per LobMaxSize è 102400 kilobyte (100 MB).

    Per ulteriori informazioni sui criteri per l'utilizzo di queste LOB impostazioni delle attività, vedere. Impostazione del LOB supporto per i database di origine in un' AWS DMS attività È inoltre possibile controllare la gestione LOBs di singole tabelle. Per ulteriori informazioni, consulta Regole e operazioni delle impostazioni di tabella e raccolta.

  • LoadMaxFileSize— Un'opzione per endpoint di destinazione CSV basati su base come MySQL, Postgre e SQL Amazon Redshift che supportano l'uso di file con valori separati da virgole (.csv) per il caricamento dei dati. LoadMaxFileSizedefinisce la dimensione massima su disco dei dati archiviati e scaricati, ad esempio i file.csv. Questa opzione sostituisce l'attributo di connessione dell'endpoint di destinazione maxFileSize. Puoi fornire valori da 0, che indica che questa opzione non ignora l'attributo di connessione, fino a 100.000 KB.

  • BatchApplyEnabled: determina se ogni transazione viene applicata singolarmente o se le modifiche sono sottoposte a commit in batch. Il valore predefinito è false.

    Quando BatchApplyEnabled è impostato sutrue, DMS richiede una chiave primaria (PK) o una chiave unica (UK) nelle tabelle di origine. Senza PK o UK nelle tabelle di origine, vengono applicati solo gli inserimenti in batch, ma non gli aggiornamenti e le eliminazioni in batch.

    Quando BatchApplyEnabled è impostato su true, AWS DMS genera un messaggio di errore se una tabella di destinazione ha un vincolo univoco e una chiave primaria. Le tabelle di destinazione con un vincolo univoco e una chiave primaria non sono supportate quando BatchApplyEnabled è impostato su true.

    Quando BatchApplyEnabled è impostato su true e AWS DMS rileva un errore nei dati da una tabella con la politica di gestione degli errori predefinita, l' AWS DMS attività passa dalla modalità batch alla one-by-one modalità per il resto delle tabelle. Per modificare questo comportamento, è possibile impostare l'"SUSPEND_TABLE"azione sulle seguenti politiche nella proprietà di "ErrorBehavior" gruppo del file delle impostazioni dell'attività: JSON

    • DataErrorPolicy

    • ApplyErrorDeletePolicy

    • ApplyErrorInsertPolicy

    • ApplyErrorUpdatePolicy

    Per ulteriori informazioni su questa proprietà di "ErrorBehavior" gruppo, consultate il JSON file di esempio delle impostazioni delle attività inSpecificazione delle impostazioni delle attività per le attività del AWS Database Migration Service. Dopo aver impostato questi criteri su"SUSPEND_TABLE", l' AWS DMS attività sospende gli errori nei dati su tutte le tabelle che li generano e continua in modalità batch per tutte le tabelle.

    Puoi utilizzare il parametro BatchApplyEnabled con il parametro BatchApplyPreserveTransaction. Se BatchApplyEnabled è impostato su true, il parametro BatchApplyPreserveTransaction determina l'integrità transazionale.

    Se BatchApplyPreserveTransaction è impostata su true, l'integrità transazionale viene conservata ed è garantito che un batch contenga tutte le modifiche all'interno di una transazione dall'origine.

    Se BatchApplyPreserveTransaction è impostato su false, per migliorare le prestazioni possono verificarsi vuoti temporanei nell'integrità transazionale.

    Il parametro BatchApplyPreserveTransaction si applica solo a endpoint di destinazione Oracle ed è rilevante solo quando il parametro BatchApplyEnabled è impostato su true.

    Quando LOB le colonne sono incluse nella replica, è possibile utilizzarle BatchApplyEnabled solo in modalità limitataLOB.

    Per ulteriori informazioni sull'utilizzo di queste impostazioni per il caricamento di Change Data Capture (CDC), vedereImpostazioni di ottimizzazione dell'elaborazione delle modifiche.

  • MaxFullLoadSubTasks: indica il numero massimo di tabelle da caricare in parallelo. Il valore predefinito è 8; il valore il massimo è 49.

  • ParallelLoadThreads— specifica il numero di thread AWS DMS utilizzati per caricare ogni tabella nel database di destinazione. Questo parametro ha valori massimi per i non target. RDBMS Il valore massimo per una destinazione DynamoDB è 200. Il valore massimo per un target Amazon Kinesis Data Streams, Apache Kafka o OpenSearch Amazon Service è 32. Puoi chiedere di aumentare questo limite massimo. ParallelLoadThreads si applica alle attività di pieno carico. Per ulteriori informazioni sulle impostazioni che consentono il caricamento in parallelo di singole tabelle, consultare Regole e operazioni delle impostazioni di tabella e raccolta.

    Questa impostazione si applica ai seguenti tipi di motori di endpoint:

    • DynamoDB

    • Flusso di dati Amazon Kinesis

    • Amazon MSK

    • OpenSearch Servizio Amazon

    • Amazon Redshift

    AWS DMS supporta ParallelLoadThreads My SQL come attributo di connessione aggiuntivo. ParallelLoadThreadsnon si applica all'impostazione My SQL as a task.

  • ParallelLoadBufferSize : specifica il numero massimo di record da archiviare nel buffer utilizzato dai thread di caricamento parallelo per caricare i dati nella destinazione. Il valore predefinito è 50. Il valore massimo è 1.000. Questa impostazione è attualmente valida solo quando DynamoDB, Kinesis, Apache Kafka o è la destinazione. OpenSearch Utilizzare questo parametro con ParallelLoadThreads; ParallelLoadBufferSize è valido solo quando è presente più di un thread. Per ulteriori informazioni sulle impostazioni che consentono il caricamento in parallelo di singole tabelle, consultare Regole e operazioni delle impostazioni di tabella e raccolta.

  • ParallelLoadQueuesPerThread: specifica il numero di code a cui ogni thread simultaneo accede per estrarre i record di dati dalle code e generare un caricamento batch per una destinazione. Il valore di default è 1. Questa impostazione è attualmente valida solo quando la destinazione è Kinesis o Apache Kafka.

  • ParallelApplyThreads: specifica il numero di thread simultanei da AWS DMS utilizzare durante un CDC caricamento per inviare i record di dati a un endpoint di destinazione Amazon DocumentDB, Kinesis, Amazon MSK o OpenSearch Amazon Redshift. Il valore predefinito è zero (0).

    Questa impostazione si applica solo a -only. CDC Questa impostazione non è valida per il pieno carico.

    Questa impostazione si applica ai seguenti tipi di motori di endpoint:

    • Amazon DocumentDB (compatibile con MongoDB)

    • Flusso di dati Amazon Kinesis

    • Amazon Managed Streaming per Apache Kafka

    • OpenSearch Servizio Amazon

    • Amazon Redshift

  • ParallelApplyBufferSize: specifica il numero massimo di record da archiviare in ogni coda di buffer per i thread simultanei da inviare a un endpoint di destinazione Amazon DocumentDB, Kinesis, Amazon o Amazon MSK Redshift OpenSearch durante un caricamento. CDC Il valore predefinito è 100. Il valore massimo è 1000. Utilizzare questa opzione quando ParallelApplyThreads specifica più di un thread.

  • ParallelApplyQueuesPerThread: specifica il numero di code a cui ogni thread accede per estrarre i record di dati dalle code e generare un caricamento in batch per Amazon DocumentDB, Kinesis, Amazon o endpoint durante. MSK OpenSearch CDC Il valore predefinito è 1.