[[["이해하기 쉬움","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(UTC)"],[],[],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."]]