**星火可以燎原**
上个月，IT圈的朋友估计都被“贵阳银行”“易鲸捷”“数据库国产化替代”这几个关键词所刷屏，这都源于“贵阳银行核心业务系统易鲸捷国产数据库应用项目单一来源采购征求意见公示”的新闻。
其实，这几年国内银行核心数据库国产化替代是此起彼伏，年更甚，比如，年中兴GoldenDB分布式数据库成功投产中信银行总行账务核心业务系统；年，工商银行重要的对公(法人)理财系统完成从大型主机到分布式架构改造，并顺畅运行在阿里金融级分布式数据库OceanBase之上……
还有更多的银行在低调地进行国产化数据库的替换，虽然哪怕只是从边缘业务开始慢慢推进，也让我们看到国产数据库蛰伏10年之后，雨后春笋般的发展起来。
不可置否，长期以来，国外数据库大鳄IBM、Oracle、Informix等对国内传统银行核心业务呈垄断态势。90年代，即便是Oracle作为主流数据库在整个市场普及的情况下，国外的Sybase、Informix也还是在短短的几年间就发展了起来。国外数据库就是香，仿佛成了那段时间国产数据库厂商心中抹不去的疼。
“进口设备技术不可控是国家信息安全的隐患”。数据库国产化，实现自主可控对金融领域来说已势在必行。在数据库国产化的道路上，有一个无法回避的现状是，传统银行核心业务全面运行在国产数据库上，将是一条非常漫长的道路。
除了缺少技术底蕴深厚的专业团队和长期深耕行业的经验外，更重要的是来自国内产品和服务的成熟度风险。过去，国产自主研发的数据库一味追求大而全，而技术创新不足、没有特点，产品的稳定性一直上不去，也不敢做有挑战性的性能测试。所以，稳定性、性能都无法让市场信服。
经过近10年的业务打磨，国产数据库终于在银行核心业务领域，树立起了一块里程碑：“4.2亿、易鲸捷中标「贵阳银行」核心业务系统，替换Oracle数据库。
**谁能挑起迁移重担**
这是国产数据库今天的成绩，同样也是明天的挑战。
易鲸捷Qianbase库如何替换Oracle数据库？巨大的存量数据要如何迁移至易鲸捷Qianbase？易鲸捷Qianbase如何适应原有的应用架构？
在本次易鲸捷中标项目中，存量数据的迁移、应用间的数据同步，需要用到数据库同步复制软件进行完成，并且是双向的数据复制，不仅要满足存量数据的实时迁移，也要保障Oracle、易鲸捷Qianbase系统并行期间的业务高可用。
这对国内数据库迁移技术商提出来非常严苛的挑战，即从用户业务层面分析，当然不希望数据库的替换带来生产的动荡，即不发生生产事故，同时又能平滑迁移过去，且最低限度降低对原有应用架构的改造程度。
按照这个标准，迁移工具需要满足两个条件：
一是存量数据同步效率要快，以尽快缩短核心业务替换的时间窗口。
二是支持数据的双向同步，包括异构库的数据比对，保证在同步的过程中，增量数据的入库，两边数据保持一致性。
如果按照这个标准，能够顺畅完成迁移任务的技术供应商屈指可数。尽管，Oracle自身的迁移工具可以完成这类迁移任务，但是将数据从自家数据库迁移到竞争对手数据库，这活估计搁谁身上，都是谁接谁尴尬吧。
那么希望只能寄托国内技术供应商，特别是对异构数据库具有较好兼容性的自主研发的创新技术，如果迁移成功，会对这次的国产化替代产生深远影响，是国内信息化数据复制技术的里程碑事件。
目前针对Oracle数据库迁移工具，有两种较为常见：
一种是基于Oracle提供的接口或工具进行封装，通过非实时同步或备份方式，实现异构数据库的数据迁移。
一种是采用面向日志抽取分析的数据库数据流实时同步技术，可以从各类结构化数据库获取数据，并保证数据的完整性、可靠性，最终实现异构数据库的数据平滑迁移。
两相比较，后者更具技术性，更符合无缝迁移的实时性要求。但是对于两者而言，都需要深扎根各类数据库技术特点、场景，一个技术难关接一个地攻破。
**数风流人物还看今朝**
最后，列举最新的国产数据库Top10。希望在接下来的五年中，它们可以在核心数据库国产化替代中，披荆斩棘，乘风破浪。
△阿里腾讯花开两朵，TiDB和达梦逐浪潮头
国产数据库Top10排行榜（年9月）▽
No.1：TiDB（PingCAP），银行客户包括微众银行、光大银行、中国银行、北京银行……
No.2：DM（达梦），银行客户包括建设银行、人民银行湖北分行、武汉农商行、成都农商行……
No.3：GBase（南大通用），银行客户包括中国银行总行、中国农业银行、招商银行、农信银清算中心……
No.4：OceanBase（蚂蚁集团），银行客户包括中国工商银行、南京银行、苏州银行、网商银行……
No.5：PolarDB（阿里云），作为阿里云端数据库，PolarDB更偏向于云租户，是阿里OB泛金融类的补充……
No.6：TDSQL（腾讯），银行客户包括中国银行、建设银行、微众银行、华通银行……
No.7：TBase（腾讯），除了