风险控制方面考虑，例如白名单灰度迁移，回退方案等？
迁移过程中风险必须是可控的，由于是对于重要在线业务系统，一方面要确保业务系统尽可能短暂的影响，又要确保出现问题能够快速应对或者回退，该问题难点在于涉及数据库的切换，如果只涉及应用，那么可以通过灰度发布实现，出现问题也可以及时回退，而数据库的迁移是否可以借鉴类似的思路...显示全部
查看其它 1 个回答huawei851120的回答
谢邀！从我们的经验看，灰度迁移是个危险的想法，哈哈！真的，容易把数据搞脏掉，不建议这样做。虽然整体数据迁移，风险高，但是容易保持数据一致性。一旦失败后，可以追日志来找到数据一致点。至于您担心的事情，我个人的意见是：
1，提前把国产数据的环境搭好，小库要提前两周，大库要提前一个月；
2，在生产上，切换投产窗口前提前做几轮的迁移测试。比如9月1日迁移，在8月中旬和下旬各做两轮的迁移，在生产上做的话，注意窗口，以防对现有系统造成影响。可以选择深夜交易低谷进行。
3，每轮迁移完成后，对数据进行校验和比对。