Seleccione sus preferencias de cookies

Usamos cookies esenciales y herramientas similares que son necesarias para proporcionar nuestro sitio y nuestros servicios. Usamos cookies de rendimiento para recopilar estadísticas anónimas para que podamos entender cómo los clientes usan nuestro sitio y hacer mejoras. Las cookies esenciales no se pueden desactivar, pero puede hacer clic en “Personalizar” o “Rechazar” para rechazar las cookies de rendimiento.

Si está de acuerdo, AWS y los terceros aprobados también utilizarán cookies para proporcionar características útiles del sitio, recordar sus preferencias y mostrar contenido relevante, incluida publicidad relevante. Para aceptar o rechazar todas las cookies no esenciales, haga clic en “Aceptar” o “Rechazar”. Para elegir opciones más detalladas, haga clic en “Personalizar”.

Solución de problemas de punto de conexión de Oracle

Modo de enfoque
Solución de problemas de punto de conexión de Oracle - AWS Database Migration Service

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.

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.

Esta sección contiene escenarios de replicación específicos de Oracle.

La lectura del origen está en pausa

AWS DMS detiene la lectura de una fuente 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 Visualización y administración de los AWS registros de tareas del 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 archivada o rehecha.

    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 la fuente tiene nuevas operaciones de rehacer o archivar el registro 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 redo logs en línea y los archivos de redo log archivados, Binary Reader lee y analiza directamente los archivos redo log 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 en Y. Si esta configuración de punto de conexión está establecida, AWS DMS lee los registros REDO archivados. Esto aumenta la latencia de la fuente, ya que AWS DMS espera a que el redo log 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 Almacenar REDO en Oracle ASM cuando se utiliza Oracle como fuente de 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 de asmUsePLSQLArray, consulte Configuración del punto final cuando se utiliza Oracle como fuente de AWS DMS.

PrivacidadTérminos del sitioPreferencias de cookies
© 2025, Amazon Web Services, Inc o sus afiliados. Todos los derechos reservados.