1. 并行双写策略。并行双写的验证不是必须的，但是一种成本较高效果较好的并行验证手段：

    1）应用层的数据访问层改造实现双写，同时实现2种数据库的DAO层，以Oracle为例，先用Oracle的DAO层写入，而后异步调用国产数据库的DAO层，实现双写。这块可能需要应用层做较大的改动，同时兼容2款异构数据库。

     2）驱动层做双写，驱动层异步将SQL请求路由给国产数据库。需要国产数据库做了该业务的Oracle用法兼容。

     3）流量镜像双写，在网关层面做生产流量的1：1复制，异步发给基于国产库的新核心系统。这类验证复杂度高，但可以支持新核心整体的架构与库表结构的重构。

     4）线下数据导入双写。针对查询类业务，可以将线下的消息队列与文件导入进行双发，实现双写。

      1）对于更可控的项目，可以考虑一把切，复杂度最低

      2）按领域或账户，分批次进行切换；需要考虑批次切分对应用的影响，通常基于全量数据的批量与报表可以最后切

      3）查询类常见，可以按需调整查询流量的分配，逐步切换到新系统

       1）数据库库表相对一致的，可以考虑基于异步增量同步工具回流新系统变更到老系统oracle库，用于逃生环境

       2）流量镜像双写，切换到新系统后，老系统依然流量双写，只是结果不采用。随时用于逃生。

       3）不考虑逃生。