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á.
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.
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 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
StopTaskCachedChangesNotAppliedforfalse.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
StopTaskCachedChangesAppliedforfalse.
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 total 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.
Este tópico contém as seguintes seções:
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, você especifica as unidades de capacidade máxima e mínima do DMS (DCUs) 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.
Endpoints compatíveis
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:
-
MongoDB
-
Amazon DocumentDB (compatível com MongoDB)
-
Microsoft SQL Server
-
Bancos de dados compatíveis com o PostgreSQL
-
Bancos de dados compatíveis com o MySQL
-
MariaDB
-
Oracle
-
Amazon S3
-
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 Função vinculada a serviços para servidores sem servidor AWS DMS.
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
Faça login no AWS Management Console e abra o AWS DMS console em https://console.aws.amazon.com/dms/v2/
. -
No painel de navegação, escolha Replicações que usam tecnologia sem servidor e Criar replicação.
-
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 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 Trabalhando com endpoints AWS do 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. AWS Chave 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.
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 ModifyReplicationConfiga Referência AWS Database Migration Service da API.
Para modificar uma configuração de replicação sem servidor usando o AWS Management Console
Faça login no AWS Management Console e abra o AWS DMS console em https://console.aws.amazon.com/dms/v2/
. No painel de navegação, escolha Replicações que usam tecnologia sem servidor.
-
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,STOPPEDouFAILED.Endpoint do banco de dados de origem
Escolha um novo endpoint de origem existente como a origem da replicação.
ReplicationStateéCREATEDouFAILEDquandoProvisionStatefornull.Endpoint do banco de dados de destino
Escolha um novo endpoint de destino existente como o destino da replicação.
ReplicationStateéCREATEDouFAILEDquandoProvisionStatefornull.Tipo de replicação
É possível modificar o tipo de uma replicação que utiliza tecnologia sem servidor.
ReplicationStateéCREATEDouFAILEDquandoProvisionStatefornull.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 obter mais informações, consulte Configurações de tarefa.
ReplicationStateéCREATED,STOPPEDouFAILED.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 obter mais informações, consulte Mapeamento de tabela.
ReplicationStateéCREATED,STOPPEDouFAILED.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
ReplicationStateforCREATED,STOPPEDouFAILED:MinCapacityUnitsMaxCapacityUnitsMultiAZPreferredMaintenanceWindowVpcSecurityGroupIds
É possível modificar as seguintes configurações de rede e de segurança quando
ReplicationStateforCREATEDouFAILEDquandoProvisionStatefornull:AvailabilityZoneDnsNameServersKmsKeyIdReplicationSubnetGroupId
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 (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. |
|
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 (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. |
|
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 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:
MinCapacityUnitsMaxCapacityUnits
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.
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 |
| CDCIncomingMudanças | 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. |
| CDCLatencyFonte | Segundos |
A lacuna, em segundos, entre o último evento capturado do endpoint de origem e a data e hora atual do sistema da AWS DMS instância. CDCLatencyA origem representa a latência entre a origem e a instância de replicação. CDCLatencyFonte alta 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 CDCLatency o Target. Se a CDCLatency Origem e o CDCLatency Destino estiverem altos, investigue primeiro a CDCLatency Fonte. CDCLatencyA origem pode ser 0 quando não há atraso de replicação entre a origem e a replicação. CDCLatencyA origem também 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 que ela foi lida da origem. Quando isso acontece, a replicação redefine a CDCLatency Fonte para 0. |
| CDCLatencyAlvo | 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 CDCLatency meta está alta, isso indica que o processo de aplicação de eventos de alteração à meta está atrasado. Para identificar a latência em uma replicação contínua, você pode visualizar essa métrica junto com CDCLatency a Fonte. Se a CDCLatency meta for alta, mas a CDCLatency origem não, investigue se:
|
| CDCThroughputBandwidthTarget | KB por segundo |
Dados de saída transmitidos para o destino em KB por segundo. CDCThroughputA largura de banda 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. |
| 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. |
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 sobre o 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- Nesse desse grupo de logs, há um fluxo de logs chamado <your replication config resource ID>dms-serverless-replication-orchestrator-. 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.<your replication config resource ID>
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:
-
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.
-
Vá para a seção Configuração e escolha Visualizar logs sem servidor na coluna Geral. O grupo CloudWatch de registros é aberto.
-
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-. Consulte a seção a seguir para obter informações sobre como interpretar logs de replicações que usam tecnologia sem servidor.{unique identifier}
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.
Melhoria do throughput para migrações de carga máxima do Oracle para o 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 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 obter mais informações, consulte Regras de seleção e ações. -
Defina
MaxFileSizeeWriteBufferSizecomo 64 MB. Para obter mais informações, consulte Configurações de endpoint ao usar o Amazon Redshift como destino para AWS DMS. -
Recomendamos configurar
CompressCsvFilescomotruepara um datastore com dados esparsos e comofalsepara um datastore com dados densos. -
Defina as seguintes configurações da tarefa como
0:-
ParallelLoadThreads -
ParallelLoadQueuesPerThread -
ParallelApplyThreads -
ParallelApplyQueuesPerThread -
ParallelLoadBufferSize
-
-
Defina
MaxFullLoadSubTaskscomo49para oferecer suporte à migração de dados paralela. -
Defina
LOB modecomoinline. Para obter 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:
-
Replicações com tabelas usando carga paralela. Para obter mais informações, consulte Utilizar carga paralela para tabelas, visualizações e coleções selecionadas.
-
Replicações com regras de transformação de dados.
-
Replicações com regras de filtro.
-
Replicações com a regra de transformação
change-data-type.
Taxa de transferência aprimorada para migrações de carga completa de Oracle para Amazon S3
AWS DMS fornece um desempenho de taxa de transferência significativamente aprimorado para migrações de carga total do Oracle para o Amazon S3. O DMS habilita automaticamente esse recurso para tabelas sem a opção custom parallel-load em seus mapeamentos de tabela.
Se as configurações da tabela nos mapeamentos da tabela contiveremparallel-load, o DMS Serverless não usará o recurso de taxa de transferência aprimorada. Para obter mais informações, consulte Regras e ações de seleção. Para tabelas com parallel-load opções personalizadas, o DMS serverless distribui a carga da tabela com base nas configurações de mapeamento de tabela fornecidas.
AWS DMS não fornece desempenho aprimorado de taxa de transferência para as seguintes replicações:
-
Replicações com tabelas usando
parallel-load. Para obter mais informações, consulte Usando carregamento paralelo para tabelas, visualizações e coleções selecionadas. -
Replicações com regras de transformação de dados.
-
Replicações com regras de filtro.
-
Replicações com a regra de transformação
change-data-type.
Oracle para Redshift: capacidade de recuperação total da carga
AWS DMS fornece um aprimoramento significativo para a capacidade de recuperação total da carga, do Oracle ao Amazon Redshift. Quando uma tabela contém partições/segmentos no banco de dados de origem, o processo de carregamento completo replica os dados por segmento ou partição. No caso de um erro, o segmento que contém o registro problemático é ignorado e o processo continua com a replicação dos segmentos restantes marcando o segmento problemático como falhado.
O processo de carga total não replica os dados no banco de dados de destino dos segmentos que tinham registros de erro. Todos os outros segmentos/partições são replicados no banco de dados de destino. Com o aprimoramento da capacidade de recuperação de carga total, você pode iniciar o processo de replicação novamente após corrigir os erros. Durante a ação de retomada, o processo recupera o status de replicação dos segmentos e seleciona somente os segmentos que encontraram erros anteriormente.
Por padrão, o FullLoadResumability recurso está desativado para a replicação. Para ativar o recurso, adicione "PersistPartitionProgressForResumption": true emFullLoadSettings:
"FullLoadSettings": {
"PersistPartitionProgressForResumption": true,
"TargetTablePrepMode": "DO_NOTHING",
"CreatePkAfterFullLoad": false,
"StopTaskCachedChangesApplied": false,
"StopTaskCachedChangesNotApplied": false,
"MaxFullLoadSubTasks": 8,
"TransactionConsistencyTimeout": 600,
"CommitRate": 10000
}