|
|
|
|
|
by Snelius
120 days ago
|
|
> Load in latest db dump, may take as long as it wants. 400TB its about a week+ ? > Then start replication and catch up on the delay. Then u have a changes in the delay about +- 1TB. It means a changes syncing about few days more while changes still coming. They said "current requests are buffered" which is impossible, especial for long distributed (optional) transactions which in a progress (it can spend a hours, days (for analitycs)). Overwall this article is a BS or some super custom case which irrelevant for common systems. You can't migrate w/o downtime, it's a physical impossible. |
|
"Take snapshot and begin streaming replication"... like to where? The snapshot isn't even prepared fully yet and definitely hasn't reached the target. Where are you dumping/keeping those replication logs for the time being?
Secondly, how are you managing database state changes due to realtime update queries? They are definitely going in source table at this point.
I don't get this. Im still stuck on point 1... have read it twice already.