文档介绍：银行数据库国产化替代的思考
       
 
 
 
 
 
 
 
     
     
     
 
 
 
星火可以燎原
上个月，IT 圈的朋友估计都被“贵阳银行”“易鲸捷”“数据库国产化替代”这几个关键词所刷屏，这都源于“贵阳银行核心业务系统易鲸捷国产数据库应用项目单一来源采购征求意见公示”的新闻。
其实，这几年国内银行核心数据库国产化替代是此起彼伏，2020 年更甚，比如，2020 年中兴 GoldenDB 分布式数据库成功投产中信银行总行账务核心业务系统；2020 年，工商银行重要的对公(法人)理财系统完成从大型主机到分布式架构改造，并顺畅运行在阿里金融级分布式数据库 OceanBase 之上……
还有更多的银行在低调地进行国产化数据库的替换，虽然哪怕只是从边缘业务开始慢慢推进，也让我们看到国产数据库蛰伏 10 年之后，雨后春笋般的发展起来。
不可置否，长期以来，国外数据库大鳄 IBM、Oracle、Informix 等对国内传统银行核心业务呈垄断态势。90 年代，即便是 Oracle 作为主流数据库在整个市场普及的情况下，国外的 Sybase、Informix 也还是在短短的几年间就发展了起来。国外数据库就是香，仿佛成了那段时间国产数据库厂商心中抹不去的疼。
“进口设备技术不可控是国家信息安全的隐患”。数据库国产化，实现自主可控对金融领域来说已势在必行。在数据库国产化的道路上，有一个无法回避的现状是，传统银行核心业务全面运行在国产数据库上，将是一条非常漫长的道路。
除了缺少技术底蕴深厚的专业团队和长期深耕行业的经验外，更重要的是来自国内产品和服务的成熟度风险。过去，国产自主研发的数据库一味追求 大而全 ， 而技术创新不足、没有特点 ，产品的稳定性一直上不去，也不敢做有挑战性的性能测试。所以，稳定性、性能都无法让市场信服。
经过近 10 年的业务打磨，国产数据库终于在银行核心业务领域，树立起了一块里程碑：“ 亿、易鲸捷中标「贵阳银行」核心业务系统，替换 Oracle 数据库。
谁能挑起迁移重担
这是国产数据库今天的成绩，同样也是明天的挑战。
易鲸捷 Qianbase 库如何替换 Oracle数据库？巨大的存量数据要如何迁移至易鲸捷 Qianbase？易鲸捷 Qianbase 如何适应原有的应用架构？
在本次易鲸捷中标项目中，存量数据的迁移、应用间的数据同步，需要用到数据库同步复制软件进行完成，并且是 双向的数据复制 ，不仅要满足存量数据的实时迁移，也要保障 Oracle、易鲸捷 Qianbase 系统并行期间的业务高可用。
这对国内数据库迁移技术商提出来非常严苛的挑战，即从用户业务层面分析，当然不希望数据库的替换带来生产的动荡，即不发生生产事故，同时又能平滑迁移过去，且最低限度降低对原有应用架构的改造程度。
按照这个标准， 迁移工具需要满足两个条件 ：
一是存量数据同步效率要快，以尽快缩短核心业务替换的时间窗口。
二是支持数据的双向同步，包括异构库的数据比对，保证在同步的过程中，增量数据的入库，两边数据保持一致性。
如果按照这个标准，能够顺畅完成迁移任务的技术供应商屈指可数。尽管，Oracle 自身的迁移工具可以完成这类迁移任务，但是