Componentes do AWS DMS com Tecnologia Sem Servidor - AWS Database Migration Service
Versões compatíveis do mecanismoCriar uma replicação que utiliza tecnologia sem servidorModificar replicações do AWS DMS com Tecnologia Sem ServidorConfiguração da computaçãoCompreensão do ajuste de escala automático no AWS DMS com Tecnologia Sem ServidorMonitorar as replicações do AWS DMS com Tecnologia Sem ServidorThroughput de carga máxima estendido

Componentes do AWS DMS com Tecnologia Sem Servidor

Para gerenciar os recursos necessários para executar uma replicação, o AWS DMS com Tecnologia Sem Servidor tem estados granulares que revelam diferentes ações internas executadas 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 de uma replicação do AWS DMS com Tecnologia Sem Servidor.

Estados da replicação do AWS DMS com Tecnologia Sem Servidor

  • 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 com Tecnologia Sem Servidor se conecta ao banco de dados de origem para obter as informações necessárias para prever a capacidade necessária.

    • Quando o estado da replicação é Testando a conexão, o AWS DMS com Tecnologia Sem Servidor verifica se a conexão com os bancos de dados de origem e de destino foi configurada com êxito.

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

    • Depois que o AWS DMS recupera as informações necessárias, o próximo estado é Calculando 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 com Tecnologia Sem Servidor inicia a replicação dos dados. As fases de uma replicação incluem o seguinte:

    • Carga máxima: nesta fase, o DMS replica o datastore de origem como era quando a replicação foi iniciada.

    • CDC (inicial): nesta fase, o DMS replica as alterações no datastore de origem que ocorreram durante a fase de carga máxima. O DMS só executa essa fase se a configuração da tarefa StopTaskCachedChangesNotApplied for false.

    • CDC (contínua): após a fase inicial de 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 de CDC se a configuração da tarefa StopTaskCachedChangesApplied for false.

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

  • Uma replicação interrompida entra no estado Interrompida. É possível reiniciar uma replicação interrompida nas seguintes circunstâncias:

    • Não é possível reiniciar uma replicação que o DMS desprovisionou.

    • Você pode reiniciar uma replicação interrompida somente de CDC ou de carga máxima e de CDC usando a ação StartReplication. Não é possível reiniciar uma replicação interrompida usando o console.

    • Não é possível reiniciar uma replicação interrompida que usa o PostgreSQL como mecanismo.

Para o AWS DMS com Tecnologia Sem Servidor, o painel de navegação à esquerda do console do AWS DMS tem uma nova opção, Replicações que usam tecnologia 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. O AWS DMS cobra de sua conta cada DCU que a replicação está utilizando atualmente. Para obter informações de preços do AWS DMS, consulte Preços do AWS Database Migration Service.

O AWS DMS provisiona automaticamente os recursos da replicação com base nos mapeamentos de tabelas e no tamanho previsto da workload. 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 com Tecnologia Sem Servidor, não é necessário escolher e gerenciar as versões do mecanismo, pois o serviço trata essa configuração.AWS DMS A tecnologia sem servidor é compatível com as seguintes origens:

  • Microsoft SQL Server

  • Bancos de dados compatíveis com o PostgreSQL

  • Bancos de dados compatíveis com o MySQL

  • MariaDB

  • Oracle

  • IBM Db2

O AWS DMS com Tecnologia Sem Servidor é compatível com os 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

  • Amazon OpenSearch Service

  • Amazon DocumentDB (compatível com MongoDB)

  • Amazon Neptune

Como parte do AWS DMS com Tecnologia Sem Servidor, você tem acesso aos comandos do console que permitem criar, configurar, iniciar e gerenciar as replicações do AWS DMS com Tecnologia Sem 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 do AWS Identity and Access Management (IAM) e um perfil do IAM para anexar a essa política.

  • Utilize um modelo do AWS CloudFormation para fornecer o acesso necessário.

O AWS DMS com Tecnologia Sem Servidor exige que um perfil vinculado a serviço (SLR) exista na sua conta. O AWS DMS gerencia a criação e a utilização desse perfil. 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 que utiliza tecnologia sem servidor entre dois endpoints existentes do AWS DMS, faça o seguinte. Para obter informações sobre como criar endpoints do AWS DMS, consulte Criar 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 console do AWS DMS 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 com Tecnologia Sem Servidor é compatível com um subconjunto dos tipos de endpoint compatíveis com o padrão do AWS DMS.
    Endpoint do banco de dados de destino Escolha endpoints existentes na sua conta. Observe que o AWS DMS com Tecnologia Sem Servidor é compatível com um subconjunto dos tipos de endpoint compatíveis com o padrão do AWS DMS.
    Tipo de replicação Escolha um tipo de replicação com base em seus requisitos:

    • Carga máxima: AWS DMS migra somente os dados existentes.

    • Carga máxima 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ção (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 ter informações sobre o mapeamento de tipos de dados para os bancos de dados de origem e de destino, consulte a seção de tipos de dados referente aos seus tipos de endpoint de origem e de destino no tópico Como trabalhar com endpoints do AWS DMS.

    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.

    Chave do AWS KMS

    		Selecione uma chave do KMS apropriada. Para ter informações sobre chaves do KMS, consulte Creating keys na Referência de API do AWS Key Management Service.

    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.

O AWS DMS cria uma replicação que utiliza tecnologia sem servidor para executar a migração.

Modificar replicações do AWS DMS com Tecnologia Sem Servidor

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

Como modificar uma configuração de replicação que utiliza tecnologia sem servidor utilizando o AWS Management Console

  1. Faça login no AWS Management Console e abra o console do AWS DMS 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. É possível optar por adicionar alguns detalhes ao nome, incluindo a região da AWS 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

MinCapacityUnits

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

MaxCapacityUnits

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.

KmsKeyId

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 (Default) aws/dms, o AWS DMS utilizará a chave padrão do KMS 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 Definir uma chave de criptografia e especificar permissões do 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.

PreferredMaintenanceWindow

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 em um bloco de tempo de 8 horas por Região da AWS, que ocorre em um dia da semana aleatório.

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.

Compreensão do ajuste de escala automático no AWS DMS com Tecnologia Sem Servidor

Depois de provisionar uma replicação e ela estar no estado RUNNING, o serviço AWS DMS gerencia a capacidade dos recursos subjacentes de se adaptarem às alterações nas workloads. 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 com tecnologia sem servidor não podem ser reduzidas automaticamente enquanto uma carga máxima estiver em andamento.

Definir o ajuste de escala automático no AWS DMS com Tecnologia Sem Servidor

Para definir os parâmetros de ajuste de escala automático da replicação, é recomendável definir o MaxCapacityUnits como o valor máximo e deixar o 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 a replicação não estiver utilizando seus recursos em sua capacidade total, o AWS DMS desprovisionará gradualmente os recursos para economizar os 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 a replicação seja subprovisionada enquanto o AWS DMS provisiona recursos para o nível mais alto da workload.

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 a replicação falhar devido a recursos subprovisionados, o AWS DMS criará um evento de falta de memória nos logs da replicação. Se a condição de falta de memória ocorrer devido a um pico repentino na workload de replicação, a replicação terá um ajuste de escala automático e será reiniciada.

Monitorar as replicações do AWS DMS com Tecnologia Sem Servidor

O AWS fornece várias ferramentas para monitorar as replicações do AWS DMScom Tecnologia Sem Servidor e para responder a possíveis incidentes:

Métricas de replicação do AWS DMS com Tecnologia Sem Servidor

O monitoramento da replicação que utiliza tecnologia sem servidor inclui métricas do Amazon CloudWatch 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
CDCIncomingChanges Percentual

O número total de eventos de alteração em um ponto no tempo aguardando para serem aplicados ao destino. Observe que isso não é o mesmo que uma medida da taxa de alteração de transação do endpoint de origem. Um número alto para essa métrica normalmente indica que o AWS DMS não consegue aplicar as alterações capturadas de maneira oportuna, provocando uma alta latência no destino.
CDCLatencySource 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. CDCLatencySource representa a latência entre a origem e a instância de replicação. CDCLatencySource alta significa que o processo de captura de alterações da origem está atrasado. Para identificar a latência em uma replicação contínua, é possível visualizar essa métrica junto com CDCLatencyTarget. Se CDCLatencySource e CDCLatencyTarget estiverem altas, investigue a CDCLatencySource primeiro.

A CDCLatencySource pode ser 0 quando não há atraso na replicação entre a origem e a instância de replicação. A CDCLatencySource também pode se tornar zero quando a tarefa de replicação tentar ler o próximo evento no log de transações da origem e não houver novos eventos em comparação com a última leitura na origem. Quando isso ocorre, a tarefa redefine a CDCLatencySource como 0.
CDCLatencyTarget 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 a CDCLatencyTarget está alta, isso indica que o processo de aplicação de eventos de alteração no destino está atrasado. Para identificar a latência em uma replicação contínua, é possível visualizar essa métrica junto com a CDCLatencySource. Se a CDCLatencyTarget estiver alta, mas a CDCLatencySource não estiver alta, 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
CDCThroughputBandwidthTarget KB por segundo

Dados de saída transmitidos para o destino em KB por segundo. CDCThroughputBandwidth registra dados de saída transmitidos em 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.
CDCThroughputRowsSource Linhas por segundo

As alterações de entrada na origem em linhas por segundo.
CDCThroughputRowsTarget Linhas por segundo

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

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

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

Logs da replicação do AWS DMS com Tecnologia Sem Servidor

É possível utilizar o Amazon CloudWatch para registrar em log informações de replicação durante um processo de migração do AWS DMS. Você ativa o registro em log quando seleciona as configurações da replicação.

As replicações que usam a tecnologia sem servidor fazem upload dos logs de status para a sua conta do CloudWatch para fornecer maior visibilidade do andamento da replicação e ajudar na solução de problemas.

O AWS DMS faz upload dos logs vinculados com tecnologia sem servidor a um grupo de logs 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

O AWS DMS não criará o grupo de logs nem o fluxo até que você execute a replicação. O AWS DMS não criará o grupo de logs ou o fluxo se você apenas criar a replicação.

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

  1. Abra o console do AWS DMS e escolha Replicações que usam tecnologia 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 de logs do CloudWatch é aberto.

  3. Localize a seção Logs de tarefa de migração e selecione Visualizar CloudWatch Logs.

Se a replicação falhar, o AWS DMS criará uma entrada de log com um estado de failed replicação e uma mensagem descrevendo o motivo da falha. Você deve verificar o CloudWatch Logs 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 em log mais granular sobre o andamento da própria migração de dados, ou seja, os logs 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

Ao executar uma replicação que utiliza tecnologia sem servidor, o AWS DMS cria uma entrada de log 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, o AWS DMS criará uma entrada de log 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.

Melhoria do throughput para migrações de carga máxima do Oracle para o Amazon Redshift

O AWS DMS fornece um desempenho de throughput significativamente aprimorado para migrações de carga máxima do Oracle para o Amazon Redshift. O DMS habilita automaticamente esse recurso para tabelas sem a opção custom parallel-load em seus mapeamentos de tabela. Para tabelas com opções personalizadas de carregamento paralelo, o DMS com tecnologia sem servidor distribui a carga da tabela com base nas configurações de mapeamento de tabela fornecidas. Para usar o throughput aprimorado, 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 contiverem parallel-load, o DMS com tecnologia sem servidor não usará o recurso de throughput aprimorado. Para ter mais informações, consulte Regras de seleção e ações.

  • Defina MaxFileSize e WriteBufferSize como 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 como true para um datastore com dados esparsos e como false para um datastore com dados densos.

  • Defina as seguintes configurações da tarefa como 0:

    • ParallelLoadThreads

    • ParallelLoadQueuesPerThread

    • ParallelApplyThreads

    • ParallelApplyQueuesPerThread

    • ParallelLoadBufferSize

  • Defina MaxFullLoadSubTasks como 49 para oferecer suporte à migração de dados paralela.

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

O AWS DMS não fornece desempenho aprimorado de throughput para as seguintes replicações: