AWS DMS Componentes sem servidor - AWS Database Migration Service
Versões compatíveis do mecanismoCriar uma replicação que utiliza tecnologia sem servidorModificando replicações AWS DMS sem servidorConfiguração da computaçãoEntendendo o escalonamento automático sem servidor AWS DMSMonitorando AWS DMS replicações sem servidorRendimento de carga total estendido

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

AWS DMS Componentes sem servidor

Para gerenciar os recursos necessários para realizar uma replicação, o AWS DMS Serverless tem estados granulares que revelam diferentes ações internas tomadas pelo serviço. Ao iniciar a replicação, o AWS DMS com Tecnologia Sem Servidor calcula a carga da capacidade, provisiona a capacidade calculada e inicia a replicação dos dados de acordo com os seguintes estados de replicação.

O diagrama a seguir mostra as transições de estado para uma replicação AWS DMS sem servidor.

AWS Estados de replicação sem servidor do DMS

  • O primeiro estado depois de iniciar a replicação é Inicializando. Nesse estado, todos os parâmetros necessários são inicializados.

  • Os estados imediatamente seguintes incluem Preparação de recursos de metadados, Teste de conexão e Busca de metadados. Nesses estados, o AWS DMS Serverless se conecta ao seu banco de dados de origem para obter as informações necessárias para prever a capacidade necessária.

    • Quando o estado de replicação é Testar conexão, o AWS DMS Serverless verifica se a conexão com seus bancos de dados de origem e destino foi configurada com êxito.

    • O estado de replicação depois de Testando a conexão é Buscando metadados. Aqui, AWS DMS recupera as informações necessárias para calcular a capacidade.

    • Depois de AWS DMS recuperar as informações necessárias, o próximo estado é Calcular a capacidade. Aqui, o sistema calcula o tamanho dos recursos subjacentes necessários para executar a replicação.

  • A transição de estado após Calculando a capacidade é Provisionando a capacidade. Enquanto a replicação está nesse estado, o AWS DMS com Tecnologia Sem Servidor inicializa os recursos de computação subjacentes.

  • O estado de replicação após o provisionamento bem-sucedido de todos os recursos é Iniciando a replicação. Nesse estado, o AWS DMS Serverless inicia a replicação dos dados. As fases de uma replicação incluem o seguinte:

    • Carga total: nessa fase, o DMS replica o armazenamento de dados de origem como estava quando a replicação foi iniciada.

    • CDC (inicial): Nessa fase, o DMS replica as alterações no armazenamento de dados de origem que ocorreram durante a fase de carregamento total. O DMS só executa essa fase se a configuração da StopTaskCachedChangesNotApplied tarefa forfalse.

    • CDC (em andamento): após a fase inicial do CDC, o DMS replica as alterações no banco de dados de origem à medida que elas ocorrem. O DMS só continua executando a replicação após a fase inicial do CDC se a configuração da StopTaskCachedChangesApplied tarefa for. false

  • O estado final é Em execução. No estado Em execução, a replicação dos dados está em andamento.

  • Uma replicação que você interrompe entra no estado Parado. Você pode reiniciar uma replicação interrompida nas seguintes circunstâncias:

    • Você não pode reiniciar uma replicação que o DMS tenha desprovisionado.

    • Você pode reiniciar uma replicação interrompida somente de CDC ou de carga total e de CDC usando a ação. StartReplication Você não pode reiniciar uma replicação interrompida usando o console.

    • Você não pode reiniciar uma replicação interrompida que usa o PostgreSQL como mecanismo.

Para AWS DMS Serverless, o painel de navegação esquerdo do AWS DMS console tem uma nova opção, replicações sem servidor. Para Replicações que usam tecnologia sem servidor, especifique Replicações em vez de tipos de instância de replicação ou tarefas para definir uma replicação. Além disso, especifique as unidades de capacidade (DCUs) máxima e mínima do DMS que você deseja que o DMS provisione para a replicação. Uma DCU tem 2 GB de RAM. AWS DMS cobra de sua conta cada DCU que sua replicação está usando atualmente. Para obter informações sobre AWS DMS preços, consulte Preços do AWS Database Migration Service.

AWS DMS em seguida, provisiona automaticamente os recursos de replicação com base em seus mapeamentos de tabelas e no tamanho previsto de sua carga de trabalho. Essa unidade de capacidade é um valor na faixa dos valores de unidades de capacidade mínima e máxima que você especifica.

Versões compatíveis do mecanismo

Com o AWS DMS Serverless, você não precisa escolher e gerenciar as versões do mecanismo, pois o serviço lida com essa configuração. AWS DMS O Serverless oferece suporte às seguintes fontes:

  • Microsoft SQL Server

  • Bancos de dados compatíveis com o PostgreSQL

  • Bancos de dados compatíveis com o MySQL

  • MariaDB

  • Oracle

  • IBM Db2

AWS DMS O Serverless oferece suporte aos seguintes destinos:

  • Microsoft SQL Server

  • PostgreSQL

  • Bancos de dados compatíveis com o MySQL

  • Oracle

  • Amazon S3

  • Amazon Redshift

  • Amazon DynamoDB

  • Amazon Kinesis Data Streams

  • Amazon Managed Streaming for Apache Kafka

  • OpenSearch Serviço Amazon

  • Amazon DocumentDB (compatível com MongoDB)

  • Amazon Neptune

Como parte do AWS DMS Serverless, você tem acesso aos comandos do console que permitem criar, configurar, iniciar e gerenciar replicações sem AWS DMS servidor. Para executar esses comandos utilizando a seção Replicações que usam tecnologia sem servidor do console, faça o seguinte:

  • Configure uma nova política AWS Identity and Access Management (IAM) e uma função do IAM para anexar essa política.

  • Use um AWS CloudFormation modelo para fornecer o acesso de que você precisa.

AWS DMS O Serverless exige que uma função vinculada ao serviço (SLR) exista em sua conta. AWS DMS gerencia a criação e o uso dessa função. Para obter mais informações sobre como garantir que você tem a SLR necessária, consulte Perfil vinculado a serviço do AWS DMS com Tecnologia Sem Servidor.

Criar uma replicação que utiliza tecnologia sem servidor

Para criar uma replicação sem servidor entre dois AWS DMS endpoints existentes, faça o seguinte. Para obter informações sobre a criação de AWS DMS endpoints, consulteCriar endpoints de origem e de destino.

Criar uma replicação que utiliza tecnologia sem servidor

  1. Faça login no AWS Management Console e abra o AWS DMS console em https://console.aws.amazon.com/dms/v2/.

  2. No painel de navegação, escolha Replicações que usam tecnologia sem servidor e Criar replicação.

  3. Na página Criar replicação, especifique a configuração da replicação que utiliza tecnologia sem servidor:

    Opção Ação

    Nome

    		Insira um nome para identificar a replicação, como DMS-replication.
    Nome do recurso da Amazon (ARN) descritivo: opcional Você pode usar esse parâmetro opcional para fornecer uma descrição da replicação.
    Endpoint do banco de dados de origem Escolha endpoints existentes na sua conta. Observe que o AWS DMS Serverless oferece suporte apenas a um subconjunto dos tipos de endpoints compatíveis com o padrão. AWS DMS
    Endpoint do banco de dados de destino Escolha endpoints existentes na sua conta. Observe que o AWS DMS Serverless oferece suporte apenas a um subconjunto dos tipos de endpoints compatíveis com o padrão. AWS DMS
    Tipo de replicação Escolha um tipo de replicação com base em seus requisitos:

    • Carga total: AWS DMS migra somente os dados existentes.

    • Carga total e captura de dados de alteração (CDC): AWS DMS migra os dados existentes e as alterações que ocorrem durante a replicação.

    • Captura de dados de alterações (CDC): migra AWS DMS somente as alterações que ocorrem após o início da replicação.

    Na seção Configurações, defina as configurações necessárias para a replicação.

    Na seção Mapeamentos de tabelas, configure o mapeamento de tabela para definir as regras para selecionar e filtrar os dados que você está replicando. Antes de especificar o mapeamento, analise a seção da documentação sobre o mapeamento de tipo de dados do banco de dados de origem e de destino. Para obter informações sobre o mapeamento de tipos de dados para seus bancos de dados de origem e destino, consulte a seção de tipos de dados para seus tipos de endpoint de origem e destino no Como trabalhar com endpoints do AWS DMS tópico.

    Na seção Configurações de computação, defina as seguintes configurações. Para obter mais informações sobre como definir essas configurações, consulte Configuração da computação.

    Opção Ação

    VPC

    		Escolha uma VPC existente.

    Grupo de sub-redes

    		Escolha um grupo de sub-redes existente.

    Grupo(s) de segurança da VPC

    		Escolha padrão se ainda não estiver escolhido.

    AWS Chave KMS

    		Escolha uma chave KMS apropriada. Para obter informações sobre chaves KMS, consulte Criação de chaves na Referência da AWS Key Management Service API.

    Implantação

    		Deixe como está.

    Zona de disponibilidade

    		Deixe como está.

    Unidades de capacidade do DMS (DCU) mínima - (opcional)

    		Deixe em branco para utilizar o valor padrão de 1 DCU.

    Unidades de capacidade máxima do DMS (DCU)

    		Escolha 16 DCU.

    Deixe as configurações de Manutenção como estão.

  4. Escolha Criar replicação.

AWS DMS cria uma replicação sem servidor para realizar sua migração.

Modificando replicações AWS DMS sem servidor

Para modificar a configuração da replicação, utilize a ação modify-replication-config. Você só pode modificar uma configuração AWS DMS de replicação que esteja nos FAILED estados CREATEDSTOPPED, ou. Para obter informações sobre a modify-replication-config ação, consulte ModifyReplicationConfig na Referência da AWS Database Migration Service API.

Para modificar uma configuração de replicação sem servidor usando o AWS Management Console

  1. Faça login no AWS Management Console e abra o AWS DMS console em https://console.aws.amazon.com/dms/v2/.

  2. No painel de navegação, escolha Replicações que usam tecnologia sem servidor.

  3. Escolha a instância de replicação que deseja modificar. A tabela a seguir descreve as modificações que podem ser feitas com base no estado atual da replicação.

    Configuração Descrição Estados permitidos

    Nome

    É possível alterar o nome da instância da replicação. Insira um nome para a instância de replicação que contenha de 8 a 16 caracteres ASCII imprimíveis (excluindo /, " e @). O nome deve ser exclusivo para a sua conta na região da AWS selecionada. Você pode optar por adicionar alguns detalhes ao nome, como incluir a AWS região e a tarefa que você está executando, por exemplo:west2-mysql2mysql-config1.

    ReplicationState é CREATED, STOPPED ou FAILED.

    Endpoint do banco de dados de origem

    Escolha um novo endpoint de origem existente como a origem da replicação.

    ReplicationState é CREATED ou FAILED quando ProvisionState for null.

    Endpoint do banco de dados de destino

    Escolha um novo endpoint de destino existente como o destino da replicação.

    ReplicationState é CREATED ou FAILED quando ProvisionState for null.

    Tipo de replicação

    É possível modificar o tipo de uma replicação que utiliza tecnologia sem servidor.

    ReplicationState é CREATED ou FAILED quando ProvisionState for null.

    Configurações da replicação

    É possível modificar as configurações da replicação, incluindo o modo de preparação da tabela de destino, se incluir colunas de LOB na replicação, tamanho máximo de LOB, validação e registro em log. Para ter mais informações, consulte Configurações de tarefa.

    ReplicationState é CREATED, STOPPED ou FAILED.

    Mapeamentos de tabelas

    É possível modificar as configurações de mapeamentos de tabelas para uma replicação que utiliza tecnologia sem servidor, incluindo as regras de seleção e as regras de transformação. Para ter mais informações, consulte Mapeamento de tabela.

    ReplicationState é CREATED, STOPPED ou FAILED.

    Configuração da computação

    É possível modificar as configurações da computação para uma replicação sem servidor, incluindo as configurações de rede, de escalabilidade e de manutenção. Para obter mais informações sobre como definir essas configurações, consulte Configuração da computação.

    • É possível modificar as seguintes configurações de ajuste da escala, de manutenção e de rede quando ReplicationState for CREATED, STOPPED ou FAILED:

      • MinCapacityUnits

      • MaxCapacityUnits

      • MultiAZ

      • PreferredMaintenanceWindow

      • VpcSecurityGroupIds

    • É possível modificar as seguintes configurações de rede e de segurança quando ReplicationState for CREATED ou FAILED quando ProvisionState fornull:

      • AvailabilityZone

      • DnsNameServers

      • KmsKeyId

      • ReplicationSubnetGroupId

Configuração da computação

Você configura o provisionamento da replicação utilizando o parâmetro Compute Config ou a seção do console. Os campos no objeto Compute Config incluem o seguinte:

Opção Descrição

MinCapacityUnidades

Esse é o número mínimo de unidades de capacidade (DCU) do DMS que AWS DMS serão provisionadas. Essa também é a DCU mínima para a qual o ajuste de escala automático pode reduzir a escala verticalmente.

MaxCapacityUnidades

Essa é a quantidade máxima de unidades de capacidade do DMS (DCU) que o AWS DMS pode provisionar, dependendo da previsão de capacidade da replicação. Essa também é a DCU máxima para a qual o ajuste de escala automático pode aumentar a escala verticalmente.

KmsKeyIdentificação

Escolha a chave de criptografia a ser utilizada para criptografar o armazenamento da replicação e as informações de conexão. Se você escolher (Padrão) aws/dms, AWS DMS usa a chave KMS padrão associada à sua conta e. Região da AWS Uma descrição e o número da sua conta aparecem juntamente com o ARN da chave. Para obter mais informações sobre a utilização da chave de criptografia, consulte Configurando uma chave de criptografia e especificando permissões AWS KMS. Neste tutorial, deixe (Padrão) aws/dms escolhido.

ReplicationSubnetGroupId

Escolha o grupo de sub-rede de replicação na VPC selecionada em que deseja que instância de replicação seja criada. Se o banco de dados de origem estiver em uma VPC, escolha o grupo de sub-redes que contém o banco de dados de origem como o local da instância de replicação. Para obter mais informações sobre grupos de sub-rede de replicação, consulte Criar um grupo de sub-rede de replicação.

VpcSecurityGroupIds

A instância de replicação é criada em um VPC. Se o banco de dados de origem estiver em uma VPC, selecione o grupo de segurança da VPC que fornece acesso à instância de banco de dados em que o banco de dados está localizado.

PreferredMaintenanceJanela

Esse parâmetro define um período semanal durante o qual a manutenção do sistema pode ocorrer, em Universal Coordinated Time (UTC). O padrão é uma janela de 30 minutos selecionada aleatoriamente a partir de um bloco de 8 horas por vez Região da AWS, ocorrendo em um dia aleatório da semana.

MultiAZ

A configuração desse parâmetro opcional cria uma réplica em espera da replicação em outra zona de disponibilidade para suporte a failover. Se você pretender utilizar a captura de dados de alteração (CDC) ou a replicação contínua, ative essa opção.

Entendendo o escalonamento automático sem servidor AWS DMS

Depois de provisionar uma replicação e ela estar no RUNNING estado, o AWS DMS serviço gerencia a capacidade dos recursos subjacentes de se adaptarem às mudanças nas cargas de trabalho. Esse gerenciamento escala os recursos da replicação com base nas seguintes configurações da replicação:

  • MinCapacityUnits

  • MaxCapacityUnits

As replicações aumentam a escala verticalmente após um período de utilização excessiva e reduzem a escala verticalmente quando a utilização da capacidade fica abaixo do limite mínimo de utilização da capacidade por um período mais longo.

nota

As replicações sem servidor não podem ser reduzidas automaticamente enquanto uma carga completa está em andamento.

Ajustando o escalonamento automático sem servidor AWS DMS

Para ajustar seus parâmetros de escalonamento automático de replicação, recomendamos que você MaxCapacityUnits defina o valor máximo e deixe AWS DMS gerenciar o provisionamento de recursos. É recomendável escolher a maior configuração da capacidade máxima de DCU para permitir maior benefício no ajuste de escala automático, a fim de acomodar picos no volume de transações. A calculadora de preços mostra o custo mensal máximo se a replicação utilizar continuamente a DCU máxima. A DCU máxima não representa o custo real, pois você paga apenas pela capacidade utilizada.

Se sua replicação não estiver usando seus recursos em sua capacidade total, AWS DMS desprovisionará gradualmente os recursos para economizar seus custos. No entanto, como o provisionamento e o desprovisionamento de recursos demoram, é recomendável definir a configuração MinCapacityUnits como um valor que possa tratar qualquer pico repentino esperado na workload de replicação. Isso evitará que sua replicação seja subprovisionada e, ao mesmo tempo, provisionará recursos para o nível mais alto da AWS DMS carga de trabalho.

Se você subprovisionar a replicação com uma configuração de capacidade máxima muito baixa para os requisitos dos dados ou uma capacidade mínima muito baixa para lidar com picos repentinos na workload de replicação, é provável que a métrica CapacityUtilization se evidencie consistentemente em seu valor máximo. Isso pode fazer com que a replicação falhe. Se sua replicação falhar devido a recursos subprovisionados, AWS DMS cria um out-of-memory evento em seus registros de replicação. Se a out-of-memory condição ocorreu devido a um aumento repentino na carga de trabalho de replicação, a replicação será escalonada e reiniciada automaticamente.

Monitorando AWS DMS replicações sem servidor

AWS fornece várias ferramentas para monitorar suas replicações AWS DMS sem servidor e responder a possíveis incidentes:

AWS DMS métricas de replicação sem servidor

O monitoramento da replicação sem servidor inclui CloudWatch métricas da Amazon para as seguintes estatísticas. Essas estatísticas são agrupadas por cada replicação que utiliza tecnologia sem servidor.

Métrica

Unidades

Descrição
CapacityUtilization

Percentual

A porcentagem de memória utilizada pela replicação que utiliza tecnologia sem servidor
CDC IncomingChanges Percentual

O número total de eventos de alteração em um point-in-time que estão aguardando para serem aplicados ao alvo. Observe que isso não é o mesmo que uma medida da taxa de alteração de transação do endpoint de origem. Um grande número dessa métrica geralmente indica que não AWS DMS é possível aplicar as alterações capturadas em tempo hábil, causando alta latência alvo.
CDC LatencySource Segundos

O intervalo, em segundos, entre o último evento capturado no endpoint de origem e o timestamp atual do sistema da instância do AWS DMS . O CDC LatencySource representa a latência entre a origem e a instância de replicação. Um CDC alto LatencySource significa que o processo de captura de alterações da fonte está atrasado. Para identificar a latência em uma replicação contínua, você pode visualizar essa métrica junto com o CDC. LatencyTarget Se o CDC LatencySource e o CDC LatencyTarget estiverem altos, investigue primeiro o CDCLatencySource.

O CDC LatencySource pode ser 0 quando não há atraso de replicação entre a origem e a replicação. O CDC também LatencySource pode se tornar zero quando a replicação tenta ler o próximo evento no log de transações da origem e não há novos eventos em comparação com a última vez em que foi lida da fonte. Quando isso acontece, a replicação redefine o CDC LatencySource para 0.
CDC LatencyTarget Segundos

O intervalo, em segundos, entre o primeiro timestamp de evento em espera de confirmação no destino e o timestamp atual da instância do AWS DMS . A latência do destino é a diferença entre a hora do servidor da instância de replicação e o ID do evento não confirmado mais antigo encaminhado para um componente de destino. Em outras palavras, a latência de destino é a diferença do timestamp entre a instância de replicação e o evento mais antigo aplicado, mas não confirmado pelo endpoint de TRG (99%). Quando o CDC LatencyTarget está alto, isso indica que o processo de aplicação de eventos de mudança ao alvo está atrasado. Para identificar a latência em uma replicação contínua, você pode visualizar essa métrica junto com o CDC. LatencySource Se o CDC LatencyTarget estiver alto, mas o CDC LatencySource não, investigue se:

  • Não existe nenhuma chave primária ou índice no destino

  • Os gargalos de recursos ocorrem no destino ou na instância de replicação

  • Os problemas de rede residem entre a replicação e o destino
Alvo do CDC ThroughputBandwidth KB por segundo

Dados de saída transmitidos para o destino em KB por segundo. O CDC ThroughputBandwidth registra os dados de saída transmitidos nos pontos de amostragem. Se nenhum tráfego de rede for encontrado, o valor será zero. Como a CDC não emite transações prolongadas, o tráfego de rede pode não ser registrado.
Fonte CDC ThroughputRows Linhas por segundo

As alterações de entrada na origem em linhas por segundo.
Alvo do CDC ThroughputRows Linhas por segundo

As alterações de saída para o destino em linhas por segundo.
FullLoadThroughputBandwidthAlvo KB por segundo

Dados de saída transmitidos de uma carga máxima para o destino em KB por segundo.
FullLoadThroughputRowsAlvo Linhas por segundo

As alterações de saída de uma carga completa para o destino em linhas por segundo.

AWS DMS registros de replicação sem servidor

Você pode usar CloudWatch a Amazon para registrar informações de replicação durante um processo de AWS DMS migração. Você ativa o registro em log quando seleciona as configurações da replicação.

As replicações sem servidor carregam registros de status em sua CloudWatch conta para fornecer maior visibilidade do progresso da replicação e ajudar na solução de problemas.

AWS DMS carrega registros vinculados sem servidor para um grupo de registros dedicado com o prefixo. dms-serverless-replication-<your replication config resource ID> Nesse desse grupo de logs, há um fluxo de logs chamado dms-serverless-replication-orchestrator-<your replication config resource ID>. Esse fluxo de logs relata o estado da replicação e uma mensagem associada fornecendo mais detalhes sobre o trabalho que está sendo realizado nesse estágio. Para obter exemplos de entradas de logs, consulte o Exemplos de logs de replicações que usam tecnologia sem servidor a seguir.

nota

AWS DMS não cria o grupo de logs nem o stream até que você execute a replicação. AWS DMS não cria o grupo de registros ou o stream se você criar apenas a replicação.

Para visualizar logs de uma tarefa executada, siga estas etapas:

  1. Abra o AWS DMS console e escolha Replicações sem servidor no painel de navegação. A caixa de diálogo Replicações que usam tecnologia sem servidor é exibida.

  2. Vá para a seção Configuração e escolha Visualizar logs sem servidor na coluna Geral. O grupo CloudWatch de registros é aberto.

  3. Localize a seção Registros de tarefas de migração e escolha Exibir CloudWatch registros.

Se sua replicação falhar, AWS DMS cria uma entrada de registro com um estado de failed replicação e uma mensagem descrevendo o motivo da falha. Você deve verificar seus CloudWatch registros como a primeira etapa para solucionar uma falha na replicação.

nota

Assim como no AWS DMS Classic, você tem a opção de ativar um registro mais granular sobre o progresso da própria migração de dados; ou seja, os registros emitidos pela tarefa de replicação subjacente. É possível habilitar esses logs nas suas configurações de replicação definindo o EnableLogging no campo Logging como true. Veja o exemplo de JSON a seguir:

{
  "Logging": {
    "EnableLogging": true
  }
}

Se você ativar esses logs, eles só começarão a aparecer durante o estágio running da replicação que utiliza tecnologia sem servidor. Eles aparecerão no mesmo grupo de logs do fluxo de logs anterior, mas estarão no novo fluxo de logs dms-serverless-serv-res-id-{unique identifier}. Consulte a seção a seguir para obter informações sobre como interpretar logs de replicações que usam tecnologia sem servidor.

Exemplos de logs de replicações que usam tecnologia sem servidor

Esta seção inclui um exemplo de entradas de log para replicações que usam tecnologia sem servidor.

Exemplo: Início da replicação

Quando você executa uma replicação sem servidor, AWS DMS cria uma entrada de registro semelhante à seguinte:

{'replication_state':'initializing', 'message': 'Initializing the replication workflow.'}
Exemplo: Falha na replicação

Se um dos endpoints da replicação não estiver configurado corretamente, AWS DMS cria uma entrada de registro semelhante à seguinte:

{'replication_state':'failed', 'message': 'Test connection failed for endpoint X.', 'failure_message': 'X'}

Se você vir essa mensagem no log após uma falha, verifique se o endpoint especificado está íntegro e configurado corretamente.

Taxa de transferência aprimorada para migrações de carga completa de Oracle para Amazon Redshift

AWS DMS fornece um desempenho de taxa de transferência significativamente aprimorado para migrações de carga total da Oracle para o Amazon Redshift. O DMS ativa automaticamente esse recurso para tabelas sem a custom parallel-load opção em seus mapeamentos de tabela. Para tabelas com opções personalizadas de carregamento paralelo, o DMS serverless distribui a carga da tabela com base nas configurações de mapeamento de tabela fornecidas. Para usar a taxa de transferência aprimorada, faça o seguinte:

  • Forneça regras de seleção que não façam referência a partições ou limites. Por exemplo, se as configurações da tabela nos mapeamentos de tabela contiveremparallel-load, o DMS Serverless não usará o recurso de taxa de transferência aprimorada. Para ter mais informações, consulte Regras de seleção e ações.

  • WriteBufferSizeDefina MaxFileSize e para 64 MB. Para ter mais informações, consulte Configurações de endpoint ao utilizar o Amazon Redshift como destino do AWS DMS.

  • Recomendamos configurar CompressCsvFiles true para um armazenamento de dados com dados esparsos e false para um armazenamento de dados com dados densos.

  • Defina as seguintes configurações de tarefa como0:

    • ParallelLoadThreads

    • ParallelLoadQueuesPerThread

    • ParallelApplyThreads

    • ParallelApplyQueuesPerThread

    • ParallelLoadBufferSize

  • MaxFullLoadSubTasksDefina como 49 para suportar a migração paralela de dados.

  • Defina LOB mode como inline. Para ter mais informações, consulte Configurando o suporte LOB para bancos de dados de origem em uma tarefa AWS DMS.

AWS DMS não fornece desempenho aprimorado de taxa de transferência para as seguintes replicações: