How to roll back an Aurora migration without losing new data using reverse replication
When migrating a MySQL database from Amazon RDS to Aurora, promoting Aurora as the primary instance leaves the old RDS frozen at the cutover point, meaning any new writes to Aurora are lost if a naive rollback is attempted. A scalable solution involves configuring RDS as a live inverse replica of Aurora immediately after promotion, using binary-log replication so it continuously receives every new write. This approach keeps rollback time constant at roughly one to five minutes regardless of database size, since only the delta needs to be synced rather than the full dataset. The key condition before switching back is confirming that Seconds_Behind_Source equals zero, ensuring RDS has captured all Aurora-era writes. Two validated methods exist for this reverse replication: native binlog replication, which also handles DDL changes, and AWS DMS, which is more console-managed but silently skips certain operations like DROP TABLE.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)
Log in to join the discussion and vote.
Log in