A company is migrating an on-premises self-managed MySQL database to an Amazon Aurora PostgreSQL-Compatible Edition DB cluster. The source database contains critical application data and tables with binary files stored in `LONGBLOB` columns, with the largest record sized at . A solutions architect uses the AWS Schema Conversion Tool (AWS SCT) to convert the database schema and custom functions, which are then successfully applied to the target Aurora DB cluster. The architect then configures an AWS Database Migration Service (AWS DMS) task with Full Load and Ongoing Replication (Change Data Capture) enabled to migrate the data. Shortly after the task starts, the full load completes successfully, but the task immediately fails when entering the ongoing replication phase. The task logs indicate that AWS DMS is unable to read the transaction logs from the source database. Which of the following configurations should the solutions architect apply to resolve this failure and optimize the transfer of the `LONGBLOB` data with minimal downtime?
- AConfigure the source MySQL database parameters by setting `binlog_format` to `STATEMENT` and `binlog_row_image` to `MINIMAL`, and restart the MySQL service. For the AWS DMS task, set the LOB support configuration to Full LOB mode to dynamically handle the large payloads.
- Configure the source MySQL database parameters by setting `binlog_format` to `ROW` and `binlog_row_image` to `FULL`, and restart the MySQL service. For the AWS DMS task, set the LOB support configuration to Limited LOB mode and specify a Max LOB size of .Answer
- CConfigure the source MySQL database parameters by setting `binlog_format` to `ROW` and `binlog_row_image` to `FULL`, and restart the MySQL service. For the AWS DMS task, set the LOB support configuration to Limited LOB mode and keep the default Max LOB size of .
- DConfigure the source MySQL database parameters by setting `binlog_format` to `ROW` and `binlog_row_image` to `FULL`. Migrate the database using AWS Application Migration Service (MGN) to block-replicate the MySQL server to Amazon EC2, then perform an in-place conversion to Aurora PostgreSQL using AWS SCT.