上海掌数科技有限公司

综合解决方案说明

随着国家对自主可控要求的提高，众多关键基础设施行业的系统亟需迁移到国产数据库，但迁移到面临三大难题，分别是选型难、迁移难、上线难。

以金融行业核心系统为例，核心系统的信创不是孤立的，不仅仅数据库的问题，还是整个系统生态的问题，以下是某核心系统信创全景规划图（来源掌数科技）。

核心系统的信创需要考虑方法面面，首先，从数据库层面来说，需要满足核心系统数据库对于功能、性能的基本需求。其次，需要考虑到信创对周边系统及生态的影响，确保系统的信创不会对周边还为进行信创的系统造成影响，再次，我们需要完整的考虑整个系统信创全生命周期的保障及服务支持；最后，我们还需要保持核心系统的逃生通道，支持在极端情况下核心系统的回退。

综上所述，核心系统的信创迁移，从选型到正式单轨上线，需要走过多个阶段并完成相关的工具及方案建设，才能降低迁移的风险，保障系统的高效和稳定运行。

核心系统信创阶段

信创技术选型阶段

其中最核心的技术选型是数据库技术的选型。需要根据自身业务特点、数据库产品成熟度、厂商支持度、性能指标、人才体系等多个维度进行理性分析，谨慎选择。

除了以上问题之外，对数据库产品可用性、可靠性的评测显得尤为重要。其中以下两个问题，属于急迫需要得到答案：

（1）如何保障数据可靠性、准确性的问题？

（2）如何解决7x24小时的稳定性的问题？

在信创实施领域，目前没有一家厂商或者现有产品可以承诺没有任何问题，因此需要一个解决方案来帮助行业客户分析判断，并作出正确选择。

程序及模型迁移改造阶段

对于券商内部自研项目，可以通过学习所选型产品的技术资料，对相关代码进行适配修改，实现适配。对于厂商提供的产品项目，一般需要由厂商投入资源进行程序代码的适配改造，提供整体适配的可行方案。这就要求底层数据库对旧数据库中的SQL语法兼容性强提供必要工具或者服务来加快（减轻）代码迁移的工作量。

灰度发布与试运行验证阶段

信创化过程必然涉及到底层数据库技术的更换，因为没有可靠的标准，靠数据库自己证明数据的准确性、可靠性，因此需要设计灰度运行阶段。金融证券行业业务系统（尤其是核心业务系统）普遍使用ORACLE作为数据库，并稳定运作了几十年。因此理论上，只要能够将信创系统的运行过程和结果，跟ORACLE的过程与结果进行比对，就能评测信创系统的可靠性。然而核心系统往往牵涉到大量的表的增删改查等事务操作，以及百万千万级大表的批量计算处理。靠人工的方式进行比对、校验，工作繁重，容易出错。急需一套工具来支持相关工作，并保障相关结果。

正式切换与并行运行阶段

经过一段时间的灰度运行之后，可以初步确认数据库系统的可靠性。但是该阶段毕竟主库还是ORACLE，信创数据库还只是充当数据被动写入的角色。还需要通过切换信创数据库为主库，来验证业务功能的可靠性。这样一来，增加了系统运行的不可预知风险。如何保障系统能随时切回ORACLE作为主库，就变得非常重要。另外，业务系统往往不会作为孤立系统存在，各种周边系统也会制约信创项目的实施，如何不改变周边系统现有机制实现信创化适配改造，也需要更好的对策。

稳定运行及旧系统下线阶段

信创项目系统进入稳定运行状态后，同样需要长效机制保障运行。这里面包括两地三中心灾备解决方案（冷备、热备）、日常运维监控解决方案、主备切换解决方案、灾难恢复解决方案等。

方案核心能力与技术底座

围绕金融行业数字化转型中在数据库应用上的核心痛点，掌数科技与华为携手构建核心系统数据迁移联合方案。方案以鲲鹏和GaussDB核心产品为底座，结合掌数科技的专业技术服务能力，为上层应用提供数据迁移、数据同步、性能定位、异构数据集成等综合工具，支撑金融行业客户快速推进核心系统迁移改造。