Step By Step
This is a high-level overview of the steps necessary to migrate your database with dsync while minimizing downtime.
Last updated
This is a high-level overview of the steps necessary to migrate your database with dsync while minimizing downtime.
Last updated
Start the dsync process and let it run until it progresses through the initial data copy and the changestream. When the reported events lag is close to 0, the destination is caught up with the source.
While dsync is still running, stop the writes on the source and let the lag go fully to 0. When the "change stream events" counter is no longer growing, the source and destination are in sync.
Note on deletes emulation in Cosmos DB
If you're using Cosmos DB deletes emulation, it's possible that there's a pending delete detection cycle. A simple restart of the dsync process will force the deletes cycle to happen.
Stop the dsync process and restart it with --verify while keeping all other options same.
If dsync reports a validation error, you will need to check the log file for details.
Your data has been fully migrated, congratulations! Now you can stop the dsync process, repoint your services to the new database and resume normal operation.
