Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Solución de problemas de punto de conexión de Oracle
Esta sección contiene escenarios de replicación específicos de Oracle.
La lectura del origen está en pausa
AWS DMS pausa la lectura de un origen de Oracle en los siguientes escenarios. Este comportamiento es así por diseño. Puede investigar las causas de esto mediante el registro de tareas. Busque mensajes similares a los siguientes en el registro de tareas. Para obtener información acerca de cómo trabajar con el registro de tareas, consulte Consulta y administración de registros de tareas de AWS DMS.
Mensaje de CLASIFICADOR: indica que DMS está almacenando en caché las transacciones en la instancia de replicación. Para obtener más información, consulte Mensaje de CLASIFICADOR en el registro de tareas a continuación.
Registros de tareas de depuración: si DMS interrumpe el proceso de lectura, la tarea escribirá repetidamente el siguiente mensaje en los registros de tareas de depuración, sin cambiar el campo de contexto ni la marca temporal:
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)
AWS DMS registra el siguiente mensaje para cada nueva operación de registro REDO o de archivo.
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)
Si el origen tiene nuevas operaciones de registro REDO o de archivo y AWS DMS no escribe estos mensajes en el registro, significa que la tarea no está procesando eventos.
Alta generación de registros REDO
Si la tarea consiste en procesar registros REDO o de archivos, pero la latencia de origen sigue siendo alta, intente identificar la tasa de generación de registros REDO y los patrones de generación. Si tiene un alto nivel de generación de registros REDO, esto aumenta la latencia de origen, ya que la tarea lee todos los registros REDO y de archivos para obtener los cambios relacionados con las tablas replicadas.
Para determinar la tasa de generación de registros REDO, use las siguientes consultas.
Tasa de generación de registros REDO por día:
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;
Tasa de generación de registros REDO 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 latencia en este escenario, compruebe lo siguiente:
Compruebe el ancho de banda de la red y el rendimiento de un solo subproceso de la replicación para asegurarse de que la red subyacente es compatible con la tasa de generación de archivos REDO de origen. Para obtener información sobre cómo el ancho de banda de la red puede afectar el rendimiento de la replicación, consulte Velocidad y ancho de banda de la red anterior.
Compruebe si ha configurado el registro suplementario actualmente. Evite el registro adicional en el origen, como habilitar el registro en todas las columnas de una tabla. Para obtener información sobre cómo configurar un registro suplementario, consulte Configuración del registro complementario.
Compruebe que está utilizando la API correcta para leer los registros REDO o archivados. Puede utilizar Oracle LogMiner o AWS DMS Binary Reader. Mientras LogMiner lee los registros REDO en línea y los archivos de registro REDO archivados, Binary Reader lee y analiza directamente los archivos de registro REDO sin procesar. Como resultado, Binary Reader tiene más rendimiento. Le recomendamos que utilice Binary Reader si la generación de registros REDO es superior a 10 GB por hora. Para obtener más información, consulte Uso de Oracle LogMiner o AWS DMS Binary Reader para CDC.
Compruebe si ha configurado
ArchivedLogsOnly
enY
. Si esta configuración de punto de conexión está establecida, AWS DMS lee los registros REDO archivados. Esto aumenta la latencia de origen, ya que AWS DMS espera a que el registro REDO en línea se archive antes de leerlo. Para obtener más información, consulte ArchivedLogsOnly.Si el origen de Oracle utiliza la gestión de almacenamiento automático (ASM), consulte Almacenamiento de REDO en Oracle ASM cuando se utiliza Oracle como origen para AWS DMS para obtener información sobre cómo configurar correctamente el almacén de datos. También puede optimizar aún más el rendimiento de lectura mediante el uso del atributo de conexión adicional (ECA)
asmUsePLSQLArray
. Para obtener más información sobre del uso deasmUsePLSQLArray
, consulte Configuración de punto de conexión cuando se utiliza Oracle como origen para AWS DMS.