- Newest
- Most votes
- Most comments
Based on the information provided, here are some steps to troubleshoot the AWS DMS task issue and some considerations:
-
Increase logging severity: Your current logging configuration has most components set to "LOGGER_SEVERITY_DEFAULT" or "LOGGER_SEVERITY_ERROR". Increase the severity to "LOGGER_SEVERITY_INFO" or "LOGGER_SEVERITY_DEBUG" for key components like SOURCE_CAPTURE, TARGET_LOAD, and TASK_MANAGER. This will provide more detailed logs in CloudWatch.
-
Check CloudWatch Logs: Ensure you're looking at the correct CloudWatch Log Group and Stream. The log group should be "dms-tasks-glue-mysql-to-sf-dms-replication-instance-prd" and the stream "dms-task-5ARBYB5IL5FSRCZY54UFPOGXCA" based on your configuration.
-
Verify source database connectivity: Ensure the DMS replication instance can connect to your MySQL source. Check network settings, security groups, and database credentials.
-
Review task settings:
- Increase "MaxFullLoadSubTasks" from 40 to a higher value, considering your large number of tables.
- Adjust "ChangeProcessingTuning" settings, particularly increasing "BatchSplitSize" and "BatchApplyMemoryLimit".
-
Monitor task progress: Use the AWS DMS console or AWS CLI to check the task status and table statistics regularly.
-
Check for resource constraints: Ensure your DMS replication instance has sufficient CPU and memory to handle 800k tables. Consider upgrading to a larger instance type if necessary.
-
Validate table selection: Confirm that your task is correctly configured to capture all 800k tables. Check for any table filters or selection rules that might be limiting the number of tables processed.
-
Use AWS DMS Assessment: Run an AWS DMS Database Migration Assessment to identify potential issues with your migration setup.
-
Break down the migration: Consider splitting the 800k tables into multiple DMS tasks to reduce the load on a single task.
-
Enable CloudWatch Metrics: Enable detailed CloudWatch metrics for your DMS task to get more insights into its performance.
Best Practices:
- Start with a subset of tables to test and validate the migration process before attempting all 800k tables.
- Use parallel load where possible to improve performance.
- Regularly monitor and tune your DMS task based on performance metrics.
- Consider using AWS Schema Conversion Tool (SCT) to help with large-scale migrations.
Important Considerations:
- Migrating 800k tables is a significant undertaking. Expect longer processing times and potential resource constraints.
- Ensure your S3 bucket has appropriate permissions and capacity to handle the data volume.
- Be prepared to iterate on your task configuration to find the optimal settings for your specific use case.
If these steps don't resolve the issue, consider opening a support ticket with AWS for more specialized assistance with your large-scale migration.
I see below errors. I have attached the screenshot.
Error parsing DDL [1020454] (mysql_endpoint_util.c:955)
Relevant content
- AWS OFFICIALUpdated a month ago

All Permission issues are working fine. I am only doing ongoing replication changes. Not the full load.
I see below errors. I have attached the screenshot.
Error parsing DDL [1020454] (mysql_endpoint_util.c:955)