A company is migrating a 10 TB Oracle database to Amazon RDS for Oracle. The migration window is limited to 24 hours. The source database is running on-premises with a 500 Mbps network connection. Which migration approach should be used?
DMS supports large data volumes and ongoing replication to minimize downtime.
Why this answer
AWS DMS with full load and ongoing replication is the correct approach because it can handle the 10 TB migration within the 24-hour window by using the 500 Mbps connection for the initial full load (which takes approximately 48 hours at full bandwidth, but DMS can compress data and use parallel tasks to reduce time), and then switch to ongoing replication to minimize downtime. The ongoing replication captures changes via Oracle LogMiner or binary logs, allowing the source to remain operational during the migration.
Exam trap
The trap here is that candidates often assume Oracle Data Pump or physical backups are faster for large databases, but they overlook the network bandwidth constraint and the need for ongoing replication to meet the 24-hour window, while DMS's ability to compress and replicate changes makes it the only viable option.
How to eliminate wrong answers
Option B is wrong because Amazon RDS for Oracle does not support creating a read replica from an on-premises database; read replicas are only available within RDS itself, typically for cross-Region or cross-AZ replication, not for external sources. Option C is wrong because taking a physical backup of the source database and restoring to RDS requires transferring the entire 10 TB backup file over the 500 Mbps link, which would take over 48 hours (10 TB * 8 / 500 Mbps = 160,000 seconds ≈ 44.4 hours) and exceed the 24-hour window, plus RDS does not support native physical restore from on-premises backups without additional tools like AWS Backup or S3. Option D is wrong because Oracle Data Pump export/import is a logical dump that would require transferring the entire 10 TB export file over the network, taking similar time as the physical backup, and does not support ongoing replication to minimize downtime, making it unsuitable for the tight 24-hour window.