Configurações de tarefa de metadados de destino

TargetSchema: o nome do esquema da tabela de destino. Se essa opção de metadados estiver vazia, o esquema da tabela de origem será utilizado. O AWS DMS adicionará automaticamente o prefixo do proprietário do banco de dados de destino a todas as tabelas se não houver esquema de origem definido. Essa opção deve ser deixada em branco para os endpoints SQL de destino do tipo My. A renomeação de um esquema no mapeamento de dados tem precedência sobre essa configuração.

LOBconfigurações — Configurações que determinam como objetos grandes (LOBs) são gerenciados. Se você definir SupportLobs=true, defina um dos seguintes como true:

Para obter mais informações sobre os critérios para usar essas LOB configurações de tarefas, consulteConfigurando LOB suporte para bancos de dados de origem em uma AWS DMS tarefa. Você também pode controlar o gerenciamento LOBs de tabelas individuais. Para obter mais informações, consulte Regras e operações de configurações de tabelas e coleções.

LoadMaxFileSize— Uma opção para endpoints de destino CSV baseados, como MySQL, Postgre e Amazon RedshiftSQL, que oferecem suporte ao uso de arquivos de valores separados por vírgula (.csv) para carregar dados. LoadMaxFileSizedefine o tamanho máximo no disco de dados armazenados e descarregados, como arquivos.csv. Essa opção substitui o atributo de conexão de endpoint de destino, maxFileSize. É possível fornecer valores de 0, que indica que essa opção não substitui o atributo de conexão, a 100.000 KB.

BatchApplyEnabled: determina se cada transação é aplicada individualmente ou se as alterações são confirmadas em lotes. O valor padrão é false.

Quando BatchApplyEnabled está definido comotrue, DMS requer uma chave primária (PK) ou uma chave exclusiva (Reino Unido) na (s) tabela (s) de origem. Sem uma PK ou UK nas tabelas de origem, somente as inserções em lote são aplicadas, mas não atualizações e exclusões em lote.

Quando BatchApplyEnabled está definido como true, o AWS DMS gerará uma mensagem de erro se uma tabela de destino tiver uma restrição exclusiva e uma chave primária. Tabelas de destino com uma restrição exclusiva e uma chave primária não são compatíveis quando BatchApplyEnabled está definida como true.

Quando BatchApplyEnabled é definida como verdadeira e AWS DMS encontra um erro de dados em uma tabela com a política padrão de tratamento de erros, a AWS DMS tarefa muda do modo em lote para o modo do resto das tabelas. one-by-one Para alterar esse comportamento, você pode definir a "SUSPEND_TABLE" ação nas seguintes políticas na propriedade de "ErrorBehavior" grupo do JSON arquivo de configurações da tarefa:

Para obter mais informações sobre essa propriedade de "ErrorBehavior" grupo, consulte o exemplo de JSON arquivo de configurações de tarefas emEspecificando configurações de tarefas para tarefas do AWS Database Migration Service. Depois de definir essas políticas como"SUSPEND_TABLE", a AWS DMS tarefa suspende os erros de dados em todas as tabelas que os geram e continua no modo em lote para todas as tabelas.

É possível utilizar o parâmetro BatchApplyEnabled com o parâmetro BatchApplyPreserveTransaction. Se BatchApplyEnabled estiver definido como true, o parâmetro BatchApplyPreserveTransaction determinará a integridade transacional.

Se BatchApplyPreserveTransaction estiver definido como true, a integridade transacional será preservada e será garantido que um lote contenha todas as alterações dentro de uma transação da origem.

Se BatchApplyPreserveTransaction estiver definido como false, poderá haver lapsos temporários na integridade transacional para melhorar o desempenho.

O parâmetro BatchApplyPreserveTransaction se aplica somente aos endpoints de destino Oracle e só será relevante quando o parâmetro BatchApplyEnabled estiver definido como true.

Quando LOB as colunas são incluídas na replicação, você pode usar BatchApplyEnabled somente no LOB modo limitado.

Para obter mais informações sobre como usar essas configurações para um carregamento de captura de dados de alteração (CDC), consulteConfigurações de ajuste de processamento de alterações.

MaxFullLoadSubTasks: indica o número máximo de tabelas a serem carregadas em paralelo. O padrão é 8; o valor máximo é 49.

ParallelLoadThreads— Especifica o número de threads AWS DMS usados para carregar cada tabela no banco de dados de destino. Esse parâmetro tem valores máximos para RDBMS não-alvos. O valor máximo para um destino do DynamoDB é 200. O valor máximo para uma meta do Amazon Kinesis Data Streams, Apache Kafka ou OpenSearch Amazon Service é 32. É possível pedir um aumento desse limite máximo. ParallelLoadThreadsaplica-se às tarefas de carga máxima. Para obter informações sobre as configurações para o carregamento paralelo de tabelas individuais, consulte Regras e operações de configurações de tabelas e coleções.

Essa configuração se aplica aos seguintes tipos de mecanismo de endpoint:

AWS DMS suporta ParallelLoadThreads My SQL como um atributo de conexão extra. ParallelLoadThreadsnão se aplica a Minha SQL como configuração de tarefa.

ParallelLoadBufferSize especifica o número máximo de registros a serem armazenados em buffer que os threads de carga paralela utilizam para carregar dados no destino. O valor padrão é 50. Valor máximo de 1.000. No momento, essa configuração só é válida quando DynamoDB, Kinesis, Apache Kafka ou é o destino. OpenSearch Utilize esse parâmetro com ParallelLoadThreads. ParallelLoadBufferSize é válido somente quando há mais de um thread. Para obter informações sobre as configurações para o carregamento paralelo de tabelas individuais, consulte Regras e operações de configurações de tabelas e coleções.

ParallelLoadQueuesPerThread: especifica o número de filas que cada thread simultâneo acessa para extrair registros de dados das filas e gerar uma carga em lote para o destino. O padrão é um. Essa configuração é válida somente quando o Kinesis ou o Apache Kafka é o destino.

ParallelApplyThreads— Especifica o número de threads simultâneos que são AWS DMS usados durante um CDC carregamento para enviar registros de dados para um endpoint de destino do Amazon DocumentDB, KinesisMSK, OpenSearch Amazon ou Amazon Redshift. O padrão é zero (0).

Essa configuração se aplica somente para CDC -only. Esta configuração não se aplica à carga máxima.

Essa configuração se aplica aos seguintes tipos de mecanismo de endpoint:

ParallelApplyBufferSize— Especifica o número máximo de registros a serem armazenados em cada fila de buffer para que threads simultâneos sejam enviados para um endpoint de destino do Amazon DocumentDB, Kinesis, Amazon MSK ou OpenSearch Amazon Redshift durante um carregamento. CDC O valor padrão é 100. O valor máximo é 1000. Use essa opção quando ParallelApplyThreads especificar mais de um thread.

ParallelApplyQueuesPerThread— Especifica o número de filas que cada thread acessa para retirar registros de dados das filas e gerar uma carga em lote para um Amazon DocumentDB, Kinesis, Amazon ou endpoint durante. MSK OpenSearch CDC O valor padrão é 1.