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á.
# Solução de problemas de latência em AWS Database Migration Service
Esta seção fornece uma visão geral das causas comuns de latência de AWS DMS tarefas durante a fase de replicação contínua (CDC). AWS DMS replica os dados de forma assíncrona. Latência é o atraso entre o momento em que uma alteração foi confirmada na origem e o momento em que a alteração foi replicada no destino. A latência pode ser causada por uma configuração incorreta dos componentes de replicação, como os seguintes:
+ Endpoint de origem ou fonte de dados
+ Endpoint de destino ou fonte de dados
+ Instâncias de replicação
+ A rede entre esses componentes
É recomendável utilizar uma migração de teste como prova de conceito para coletar informações sobre a replicação. É possível utilizar essas informações para ajustar a configuração de replicação para minimizar a latência. Para obter informações sobre como executar uma migração de prova de conceito, consulte [Execução de uma prova de conceito](CHAP_BestPractices.md#CHAP_BestPractices.RunPOC).
**Topics**
+ [Tipos de latência da CDC](#CHAP_Troubleshooting_Latency_Types)
+ [Causas comuns de latência da CDC](#CHAP_Troubleshooting_Latency_Causes)
+ [Solução de problemas de latência](CHAP_Troubleshooting_Latency_Troubleshooting.md)
## Tipos de latência da CDC
Esta seção contém os tipos de latência de replicação que podem ocorrer durante a CDC.
### Latência de origem
O intervalo, em segundos, entre o tempo de confirmação do último evento capturado no endpoint de origem e o timestamp atual do sistema da instância de replicação. Você pode monitorar a latência entre a fonte de dados e sua instância de replicação usando a `CDCLatencySource` CloudWatch métrica. Uma métrica `CDCLatencySource` alta indica que o processo de captura de alterações da origem está atrasado. Por exemplo, se seu aplicativo confirmar uma inserção na fonte às 10:00, e AWS DMS consumir a alteração às 10:02, a métrica será de 120 segundos. `CDCLatencySource`
Para obter informações sobre CloudWatch métricas para AWS DMS, consulte[Métricas de tarefas de replicação](CHAP_Monitoring.md#CHAP_Monitoring.Metrics.Task).
### Latência de destino
O intervalo, em segundos, entre a hora de confirmação na origem do primeiro evento aguardando confirmação no destino e o timestamp atual da instância de replicação do DMS. Você pode monitorar a latência entre as confirmações na fonte de dados e seu destino de dados usando a `CDCLatencyTarget` CloudWatch métrica. Isso significa que `CDCLatencyTarget` inclui qualquer atraso na leitura na origem. Como resultado, `CDCLatencyTarget` é sempre maior ou igual a `CDCLatencySource`.
Por exemplo, se seu aplicativo confirma uma inserção na origem às 10:00, a AWS DMS consome às 10:02 e a grava no destino às 10:05, a métrica é de 300 segundos. `CDCLatencyTarget`
## Causas comuns de latência da CDC
Esta seção contém as causas de latência de replicação que podem ocorrer durante a CDC.
**Topics**
+ [Recursos de endpoints](#CHAP_Troubleshooting_Latency_Causes_Endpoint)
+ [Recursos de instâncias de replicação](#CHAP_Troubleshooting_Latency_Causes_Replication_Instance)
+ [Velocidade e largura de banda da rede](#CHAP_Troubleshooting_Latency_Causes_Replication_Network)
+ [Configuração do DMS](#CHAP_Troubleshooting_Latency_Causes_Replication_DMS_Config)
+ [Cenários de replicação](#CHAP_Troubleshooting_Latency_Causes_Replication_Scenarios)
### Recursos de endpoints
Os seguintes fatores afetam significativamente o desempenho e a latência da replicação:
+ Configurações dos bancos de dados de origem e de destino
+ Tamanho da instância
+ Datastores de origem e de destino subprovisionados ou mal configurados
Para identificar as causas da latência causada por problemas de endpoint em fontes e destinos AWS hospedados, monitore as seguintes métricas: CloudWatch
+ `FreeMemory`
+ `CPUUtilization`
+ Rendimento e I/O métricas, como `WriteIOPS``WriteThroughput`, ou `ReadLatency`
+ Métricas de volume de transações, como `CDCIncomingChanges`.
Para obter informações sobre CloudWatch métricas de monitoramento, consulte[AWS Database Migration Service métricas](CHAP_Monitoring.md#CHAP_Monitoring.Metrics).
### Recursos de instâncias de replicação
Os recursos de instâncias de replicação são essenciais para a replicação, e você deve garantir que não haja gargalos de recursos, pois eles podem levar à latência na origem e no destino.
Para identificar gargalos de recursos na instância de replicação, verifique o seguinte:
+ CloudWatch Métricas críticas, como CPU, memória, I/O por segundo e armazenamento, não estão apresentando picos ou valores consistentemente altos.
+ A instância de replicação está dimensionada de forma adequada para a workload. Para obter informações sobre como determinar o tamanho correto da instância de replicação, consulte [Seleção do melhor tamanho para uma instância de replicação](CHAP_BestPractices.SizingReplicationInstance.md).
### Velocidade e largura de banda da rede
A largura de banda da rede é um fator que afeta a transmissão de dados. Para analisar o desempenho da rede da replicação, siga um destes procedimentos:
+ Verifique as métricas `ReadThroughput` e `WriteThroughput` no nível da instância. Para obter informações sobre CloudWatch métricas de monitoramento, consulte[AWS Database Migration Service métricas](CHAP_Monitoring.md#CHAP_Monitoring.Metrics).
+ Use o AWS DMS Diagnostic Support AMI. Se a AMI de apoio diagnóstico não estiver disponível na região, será possível baixá-la de qualquer região compatível e copiá-la na sua região para executar a análise de rede. Para obter informações sobre a AMI de apoio diagnóstico, consulte [Trabalhando com o suporte AWS DMS de diagnóstico AMI](CHAP_SupportAmi.md).
O CDC in AWS DMS é de thread único para garantir a consistência dos dados. Como resultado, é possível determinar o volume de dados compatível com a rede calculando a taxa de transferência de dados de thread único. Por exemplo, se sua tarefa se conecta à origem usando uma rede de 100 Mbps (megabits por segundo), sua replicação tem uma alocação de largura de banda máxima teórica de 12,5 MBps (megabytes por segundo). Isso equivale a 45 gigabits por hora. Se a taxa de geração do log de transações na origem for maior que 45 gigabits por hora, isso significará que a tarefa tem latência de CDC. Para uma MBps rede de 100, essas taxas são máximas teóricas; outros fatores, como tráfego de rede e sobrecarga de recursos na origem e no destino, reduzem a largura de banda real disponível.
### Configuração do DMS
Esta seção contém as configurações de replicação recomendadas que podem ajudar a reduzir a latência.
+ **Configurações de endpoint**: as configurações de endpoints de origem e de destino podem fazer com que a instância de replicação tenha um desempenho inadequado. As configurações de endpoint que ativam recursos com consumo excessivo afetarão o desempenho. Por exemplo, para um endpoint Oracle, desabilitar LogMiner e usar o Binary Reader melhora o desempenho, pois LogMiner consome muitos recursos. A configuração de endpoint a seguir melhora o desempenho de um endpoint do Oracle:
```
useLogminerReader=N;useBfile=Y
```
Para obter mais informações sobre configurações de endpoint, consulte a documentação do mecanismo de endpoint de origem e de destino no tópico [Trabalhando com AWS Endpoints do DMS](CHAP_Endpoints.md).
+ **Configurações de tarefas**: algumas configurações de tarefas para o cenário de replicação específico podem fazer com que a instância de replicação tenha um desempenho inadequado. Por exemplo, o AWS DMS utiliza o modo de aplicação transacional por padrão (`BatchApplyEnabled=false`) para CDC em todos os endpoints, exceto no Amazon Redshift. No entanto, para origens com um grande número de alterações, a definição de `BatchApplyEnabled` como `true` pode melhorar o desempenho.
Para obter mais informações sobre as configurações de tarefas, consulte [Especificando configurações de tarefas para AWS Tarefas do Database Migration Service](CHAP_Tasks.CustomizingTasks.TaskSettings.md).
+ **Posição inicial de uma tarefa somente de CDC**: iniciar uma tarefa somente de CDC em uma posição ou timestamp no passado iniciará a tarefa com latência da origem da CDC aumentada. Dependendo do volume de alterações na origem, a latência da tarefa demorará algum tempo para diminuir.
+ **Configurações de LOB**: tipos de dados de objetos grandes podem prejudicar o desempenho da replicação devido à forma como AWS DMS replica grandes dados binários. Para obter informações, consulte os tópicos a seguir:
+ [Configurando o suporte LOB para bancos de dados de origem em um AWS DMS task](CHAP_Tasks.LOBSupport.md)
+ [Migração de objetos binários grandes (LOBs)](CHAP_BestPractices.md#CHAP_BestPractices.LOBS).
### Cenários de replicação
Esta seção descreve cenários específicos de replicação e como eles podem afetar a latência.
**Topics**
+ [Interromper uma tarefa por um período estendido](#CHAP_Troubleshooting_Latency_Causes_Replication_Scenarios_Stoptask)
+ [Alterações armazenadas em cache](#CHAP_Troubleshooting_Latency_Causes_Replication_Scenarios_Cachedchanges)
+ [Replicação entre regiões](#CHAP_Troubleshooting_Latency_Causes_Replication_Scenarios_Crossregion)
#### Interromper uma tarefa por um período estendido
Quando você interrompe uma tarefa, AWS DMS salva a posição do último registro de transações que foi lido da fonte. Quando você retoma a tarefa, o DMS tenta continuar lendo a partir da mesma posição do log de transações. A retomada de uma tarefa após várias horas ou dias faz com que a latência da origem da CDC aumente até que o DMS conclua o consumo do backlog de transações.
#### Alterações armazenadas em cache
**Alterações em cache** são alterações que seu aplicativo grava na fonte de dados enquanto AWS DMS executa a fase de replicação de carga total. O DMS não aplica essas alterações até que a fase de carga máxima seja concluída e a fase de CDC seja iniciada. Para uma origem com um grande número de transações, as alterações armazenadas em cache demoram mais para serem aplicadas, portanto, a latência da origem aumenta quando a fase de CDC é iniciada. É recomendável executar a fase de carga máxima quando os volumes de transações estiverem baixos para minimizar o número de alterações em cache.
#### Replicação entre regiões
Localizar seus endpoints do DMS ou sua instância de replicação em diferentes AWS regiões aumenta a latência da rede. Isso aumenta a latência da replicação. Para obter o melhor desempenho, localize seu endpoint de origem, endpoint de destino e instância de replicação na mesma região. AWS