A financial enterprise is migrating an on-premises Oracle database to an Amazon Aurora PostgreSQL-Compatible Edition DB cluster. The migration must achieve the lowest possible downtime and ensure that schema customizations, secondary indexes, and referential integrity constraints are preserved. The database size is 8 TB, and the application generates a high volume of daily transactions. The Solutions Architect has already run the AWS Schema Conversion Tool (SCT) to generate the target PostgreSQL DDL. Which migration strategy will meet these requirements with the shortest replication cutover window and the highest performance during the initial load?
- Apply the table structures and primary keys from the SCT DDL to the Aurora DB cluster. Enable supplemental logging on the source Oracle database. Configure the AWS DMS replication task to use the 'Do nothing' table preparation mode, and execute the Full Load phase. After the Full Load phase completes, apply the secondary indexes, foreign key constraints, and triggers from the SCT DDL to the Aurora database, then initiate the Change Data Capture (CDC) replication phase.Cevap
- BApply the complete SCT DDL, including all tables, indexes, and constraints, to the target Aurora DB cluster. Configure a single AWS DMS task to perform both Full Load and Change Data Capture (CDC) replication with 'Do nothing' table preparation mode, leaving supplemental logging disabled on the source Oracle database to avoid source performance impact.
- CSkip the AWS SCT process to save time, and directly configure an AWS DMS replication task with 'Drop tables on target' preparation mode. Rely on AWS DMS to automatically convert the source Oracle database schemas, data types, and PL/SQL packages into PostgreSQL format on the fly during the Full Load and Change Data Capture (CDC) phases.
- DApply the complete SCT DDL to the target Aurora DB cluster. To scale the write performance of the initial load, configure the AWS DMS task to write data concurrently to the Aurora PostgreSQL primary writer instance and its Multi-AZ standby instance. Enable supplemental logging on the source Oracle database, and run the DMS task with 'Truncate' preparation mode.
Cevap
Apply only table structures and primary keys from the SCT DDL to the Aurora DB cluster, enable supplemental logging on the source Oracle database, run the DMS Full Load with 'Do nothing' table preparation, and then apply secondary indexes, foreign keys, and triggers before initiating the CDC phase.
Applying only table structures and primary keys before the full load prevents index maintenance and constraint verification overhead. Enabling supplemental logging on the source Oracle database is required for AWS DMS to perform CDC replication. Applying the secondary indexes, foreign keys, and triggers after the full load completes ensures optimal performance and preserves referential integrity.
Adım Adım Çözüm
Anahtar Kavram
Heterogeneous database migration optimization using AWS SCT and AWS DMS