数据库选型只是数据库升级的第一步，数据的迁移和业务系统的重新上线才是项目组面临的真正考验。为此，中原银行制订了周密的数据库迁移计划，大体分为系统选择、改造分析、代码改造、测试、上线、分析总结等 6 个步骤。
选择系统是第一步。吕春雷介绍，“我们认为，越是重要的信息系统面临安全性威胁风险越高，国产升级的紧迫性就更强。因此，在信息系统选择时，中原银行优先选择重要的业务系统，且并发需求较高的系统，比如面向互联网类系统、渠道类系统等。”
在确定升级的信息系统之后，第二步是细致入微的评估工作。这项工作聚焦于 Oracle 特有语法的识别与适配，然后进行针对性改造。借助 OceanBase 迁移评估工具（OMA）进行全方位采集分析和评估诊断，全面扫描 SQL 语法、表结构及数据库对象，精准判断改造要点，简化改造流程。
在完成代码的修改之后，需要按照要求完成各类测试和上线前演练，这项工作会反复进行直到满足上线要求后方可准备正式上线。
正式上线分为两个阶段，第一阶段是数据迁移，第二阶段是数据校验。这部分工作借助 OceanBase 数据迁移工具（OMS）完成，它能实现全量+增量+分批校验+反向回写，完成迁移、校验和反写整个迁移过程。
“金融行业所有变更都必须具备可回退的能力，因而非常看重反向回写功能，OMS 在整个迁移的链路中能自动完成数据类型转换、自动完成反向回写，让整个迁移过程非常顺畅。”吕春雷说。
完成数据库的国产升级之后，还需要对系统性能进行监控和性能跟踪。虽然在正式上线之前已经做了充分的测试，但依然可能出现各种突发问题，比如性能抖动等问题。
吕春雷介绍，OceanBase 运维管理工具(OCP)给这项工作带来了很多方便，OCP 可以对性能较差的 SQL 先进行限流，然后通过 hint 方式改变和绑定执行计划，保障信息系统快速恢复后再进行根因分析。
当 OceanBase 正式上线之后，总结复盘的工作非常必要，包括上线前后性能和容量使用情况，以及上线过程中存在哪些问题、如何解决的，是否需要把对应的注意事项添加到规范中。
虽然每次上线都会做非常周密的准备，但上线后还是会出现一些突发的问题，借助 OceanBase 交付团队的大力支持，最终问题都得到了圆满高效解决。
不过，他希望以后中原银行的数据库团队能独立解决问题。他说：“我们的要求是自己能做的尽量自己做，尽早具备自主运维能力，这样才算是真正的自主掌控。”
