Selecione suas preferências de cookies

Usamos cookies essenciais e ferramentas semelhantes que são necessárias para fornecer nosso site e serviços. Usamos cookies de desempenho para coletar estatísticas anônimas, para que possamos entender como os clientes usam nosso site e fazer as devidas melhorias. Cookies essenciais não podem ser desativados, mas você pode clicar em “Personalizar” ou “Recusar” para recusar cookies de desempenho.

Se você concordar, a AWS e terceiros aprovados também usarão cookies para fornecer recursos úteis do site, lembrar suas preferências e exibir conteúdo relevante, incluindo publicidade relevante. Para aceitar ou recusar todos os cookies não essenciais, clique em “Aceitar” ou “Recusar”. Para fazer escolhas mais detalhadas, clique em “Personalizar”.

Solução de problemas do endpoint do Oracle

Modo de foco

Nesta página

Solução de problemas do endpoint do Oracle - AWS Database Migration Service

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á.

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á.

Esta seção contém cenários de replicação específicos do Oracle.

Leitura da origem pausada

O AWS DMS interrompe a leitura de uma origem do Oracle nos cenários a seguir. Esse comportamento é por projeto. É possível investigar as causas disso utilizando o log de tarefas. Procure mensagens semelhantes às seguintes no log de tarefas. Para obter mais informações sobre como trabalhar com o log, consulte o Visualizar e gerenciar logs de tarefas do AWS DMS.

  • Mensagem do SORTER: indica que o DMS está armazenando transações em cache na instância de replicação. Para obter mais informações, consulte Mensagem de SORTER no log de tarefas a seguir.

  • Logs de tarefas de depuração: se o DMS interromper o processo de leitura, a tarefa gravará repetidamente a seguinte mensagem nos logs de tarefas de depuração, sem alterar o campo de contexto ou o timestamp:

    • Binary Reader:

      [SOURCE_CAPTURE ]T: Produce CTI event: context '00000020.f23ec6e5.00000002.000a.00.0000:190805.3477731.16' xid [00000000001e0018] timestamp '2021-07-19 06:57:55' thread 2 (oradcdc_oralog.c:817)
    • Logminer:

      [SOURCE_CAPTURE ]T: Produce INSERT event: object id 1309826 context '000000000F2CECAA010000010005A8F500000275016C0000000000000F2CEC58' xid [000014e06411d996] timestamp '2021-08-12 09:20:32' thread 1 (oracdc_reader.c:2269)
  • O AWS DMS registra em log a seguinte mensagem para cada nova operação do redo log ou de arquivamento.

    00007298: 2021-08-13T22:00:34 [SOURCE_CAPTURE ]I: Start processing archived Redo log sequence 14850 thread 2 name XXXXX/XXXXX/ARCHIVELOG/2021_08_14/thread_2_seq_14850.22977.1080547209 (oradcdc_redo.c:754)

    Se a origem tiver novas operações de refazer ou de arquivamento, e o AWS DMS não estiver gravando essas mensagens no log, isso significa que a tarefa não está processando eventos.

Alta geração de redo

Se a tarefa estiver processando redo logs e de arquivamento, mas a latência da origem permanecer alta, tente identificar a taxa de geração de redo log e os padrões de geração. Se você tiver um alto nível de geração de redo log, isso aumentará a latência da origem, pois a tarefa lê todos os redo logs e de arquivamento para buscar as alterações relacionadas às tabelas replicadas.

Para determinar a taxa de geração de refazer, utilize as consultas a seguir.

  • Taxa de geração de refazer por dia:

    select trunc(COMPLETION_TIME,'DD') Day, thread#, round(sum(BLOCKS*BLOCK_SIZE)/1024/1024/1024) GB, count(*) Archives_Generated from v$archived_log where completion_time > sysdate- 1 group by trunc(COMPLETION_TIME,'DD'),thread# order by 1;
  • Taxa de geração de refazer por hora:

    Alter session set nls_date_format = 'DD-MON-YYYY HH24:MI:SS'; select trunc(COMPLETION_TIME,'HH') Hour,thread# , round(sum(BLOCKS*BLOCK_SIZE)/1024/1024) "REDO PER HOUR (MB)", count(*) Archives from v$archived_log where completion_time > sysdate- 1 group by trunc(COMPLETION_TIME,'HH'),thread# order by 1 ;

Para solucionar problemas de latência nesse cenário, verifique o seguinte:

  • Verifique a largura de banda da rede e o desempenho de thread único da replicação para garantir que a rede subjacente seja compatível com a taxa de geração do redo de origem. Para obter informações sobre como a largura de banda da rede pode afetar o desempenho da replicação, consulte o artigo Velocidade e largura de banda da rede anterior.

  • Verifique se você configurou o registro em log suplementar corretamente. Evite registros em log adicionais na origem, como a ativação do registro em log em todas as colunas de uma tabela. Para obter informações sobre a configuração do registro em log suplementar, consulte Configuração de registro em log suplementar.

  • Verifique se está utilizando a API correta para ler os redo logs ou de arquivamento. É possível utilizar o Oracle LogMiner ou o Binary Reader do AWS DMS. Enquanto o LogMiner lê os redo logs on-line e os arquivos de redo log arquivados, o Binary Reader lê e analisa os arquivos de redo log brutos diretamente. Como resultado, o Binary Reader tem desempenho melhor. É recomendável utilizar o Binary Reader se a geração do redo log for superior a 10 GB/hora. Para ter mais informações, consulte Usando Oracle LogMiner ou AWS DMS Binary Reader para CDC.

  • Verifique se você definiu ArchivedLogsOnly como Y. Se essa configuração de endpoint estiver definida, o AWS DMS lerá os redo logs arquivados. Isso aumenta a latência da origem, pois o AWS DMS espera que o redo log on-line seja arquivado antes da leitura. Para obter mais informações, consulte ArchivedLogsOnly.

  • Se a origem do Oracle utilizar o gerenciamento automático de armazenamento (ASM), consulte Armazenando REDO no Oracle ASM ao usar o Oracle como fonte para AWS DMS para obter informações sobre como configurar adequadamente o datastore. Também é possível otimizar ainda mais o desempenho de leitura utilizando o atributo de conexão adicional (ECA) asmUsePLSQLArray. Para obter informações sobre como utilizar o asmUsePLSQLArray, consulte Configurações de endpoint ao usar o Oracle como fonte para AWS DMS.

PrivacidadeTermos do sitePreferências de cookies
© 2025, Amazon Web Services, Inc. ou suas afiliadas. Todos os direitos reservados.