[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["難以理解","hardToUnderstand","thumb-down"],["資訊或程式碼範例有誤","incorrectInformationOrSampleCode","thumb-down"],["缺少我需要的資訊/範例","missingTheInformationSamplesINeed","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2025-09-05 (世界標準時間)。"],[],[],null,["# Configure cutover and fallback mechanisms\n\nMigrations are often time consuming and complex. It is possible that after the\ndata migration and cutover, you might face inconsistent performance or issues.\n\nWe recommend building in fallback mechanisms to avoid significant impact in case of an error\nduring migration, allowing you to switch back to the source database with\nminimal downtime.\n\nReverse replication lets you fallback by replicating data written on\nSpanner back to your source database. If you need to fallback,\nreverse replication lets you point your application to the source database and\ncontinue serving requests without significant downtime.\n\nYour reverse replication process needs to do the following:\n\n- Handle changes in data types or content.\n- Reverse any transformations performed during the migration.\n- Push the data to the appropriate destination, taking into account sharding schemes on the source database.\n\nConsider the following high-level approach to building a reverse replication\nflow:\n\n1. Read the changes that occur on Spanner.\n2. (Optional) Disable the forward change data capture (CDC) migration before enabling reverse replication.\n3. Since Spanner is a distributed database, capture and temporarily order all changes before writing to your source database.\n4. Write the data to your source database."]]