¿Por qué falla mi tarea de AWS DMS sin mostrar errores?

5 minutos de lectura
0

Para migrar mis datos de un motor de origen a un motor de destino, utilizo AWS Database Migration Service (AWS DMS). Sin embargo, la tarea falla sin ningún error.

Breve descripción

Cuando se produce un error en una tarea de AWS DMS, se crea una entrada en el registro de tareas. El registro de tareas proporciona información sobre la causa del error con mensajes de error (]E:) o mensajes de advertencia (]W:). En algunos casos, una tarea de AWS DMS puede fallar sin errores ni advertencias, lo que dificulta la solución de problemas.

La mayoría de las veces, la tarea de AWS DMS falla por uno de los siguientes motivos:

Contención de recursos en la instancia de replicación

La CPU y la memoria son los dos recursos más importantes que se requieren para una tarea de migración:

  • La CPU debe convertir primero el tipo de datos de origen en el tipo de datos de tipo AWS DMS y, a continuación, convertirlo en el tipo de datos de destino.
  • La memoria es necesaria porque AWS DMS crea transmisiones para el origen y el destino. AWS DMS almacena la información en los búferes de transmisión en la memoria de la instancia de replicación.

El sistema de supervisión interno también usa la CPU y la memoria para supervisar la instancia de replicación. Cualquier problema en la CPU o en la memoria puede causar un error silencioso en una tarea de migración.

Estado de almacenamiento lleno en la instancia de replicación

Si el almacenamiento de la instancia de replicación está lleno, la tarea de migración puede fallar de forma silenciosa y sin errores.

Se ha producido un error interno

Las tareas de AWS DMS también pueden fallar de forma silenciosa si se producen errores internos. Los errores internos no se muestran en los registros de tareas que se registran de forma predeterminada.

Solución

Nota: Si la tarea usa un sistema de administración de base de datos no relacional, es posible que desee ejecutar la tarea sin configuraciones paralelas. Para obtener más información, consulte Target metadata task settings.

Revise sus registros de DMS, origen y destino para obtener más información. Compruebe la hora de la última entrada en los registros de tareas después de que la tarea fallara de forma silenciosa. A continuación, revise el uso de la CPU, la memoria y el disco en la instancia de replicación en el momento en que se registró el error.

Si detecta una combinación de las métricas FreeableMemory y SwapUsage con valor bajo y alto, respectivamente, es posible que haya una contención de memoria en la instancia de replicación. Para obtener más información, consulte AWS Data Migration Service metrics.

Para ver las métricas de CloudWatch, siga estos pasos:

  1. Abra la consola de AWS DMS.
  2. Seleccione Tareas de migración de base de datos en el panel de navegación.
  3. Seleccione el nombre de la tarea que ha fallado.
  4. Anote el nombre de la instancia de replicación indicado en la sección Detalles de información general.
  5. En el panel de navegación, seleccione Instancias de replicación.
  6. Seleccione el nombre de la instancia de replicación que anotó.
  7. En la sección Métricas de la tarea de migración, revise las métricas CPUUtilization, SwapUsage, FreeableMemoryFreeStorageSpace.
  8. Para ver más detalles, coloque el cursor sobre la métrica y seleccione el icono de más opciones.
  9. Seleccione Ver en métricas. Esto abre la consola de CloudWatch.

En la consola de CloudWatch, consulte el uso de la métrica en el momento en que falló la tarea.

Si observa una contención constante de la CPU o la memoria, reduzca la cantidad de tareas que se ejecutan en la instancia de replicación. Para reducir la cantidad de tareas, puede lanzar nuevas instancias de replicación y distribuir las tareas entre varias instancias de replicación. O bien, puede escalar verticalmente la instancia de replicación a un tipo de instancia más grande.

Nota: Las instancias T2 proporcionan un rendimiento de referencia una vez agotados los créditos de la CPU. Por ejemplo, una instancia T2.micro proporciona un rendimiento básico del 10 %. Tenga en cuenta el tipo de instancia al comprobar el uso de la CPU. Para obtener más información, consulte Conceptos clave y definiciones para las instancias de rendimiento ampliables.

Tras identificar el origen del error silencioso, reinicie la tarea. Si no hay contención en la CPU, la memoria o el espacio de disco, es probable que la tarea haya fallado debido a un error interno. Para solucionar errores internos, active la depuración detallada. Revise los registros previos el error y, a continuación, active la depuración detallada de los registros relacionados. Por ejemplo, si los últimos registros corresponden a TARGET_APPLY, active la depuración detallada para SORTER, TARGET_APPLY. Tras activar la depuración detallada, reinicie la tarea y, a continuación, revise los registros de tareas para identificar el motivo por el que se produjo un error en la tarea.

Nota: El problema puede deberse a problemas con la validación y no con los datos. Para comprobar si el componente de validación es la causa del problema, ejecute una tarea de validación exclusiva para comprobar si se produce el problema.

Información relacionada

Troubleshooting migration tasks in AWS Database Migration Service

How do I get technical support from AWS?

Why is my AWS DMS replication DB instance in the storage-full status?

OFICIAL DE AWS
OFICIAL DE AWSActualizada hace 7 meses