背景：客户需求和痛点

在国家政策号召和监管要求的引导下，北京银行提出了提升金融科技供给能力、强化基础软件自主可控目标以及重构金融信息系统架构的重大战略目标。牢固树立“一个银行、一体数据、一体平台”理念，积极推动数字化转型统领发展模式、业务结构、客户结构、营运能力、管理方式的“五大转型策略”，推动金融OS平台、分布式数据库等基础技术平台建设。

随着信息技术的发展，金融服务同样面临互联网化、支付场景移动化、服务普惠性发展等趋势，银行系统需要面对海量交易、大促等新的服务挑战，传统集中式数据库在数据库性能、分析能力、构建成本及异构迁移复杂度等方面的瓶颈愈发凸显，面临着日益增大的困难和挑战，而分布式架构，正是解决上述问题的有效方案之一。

• 基于以上背景，数据库系统改造在2022年提上北京银行的数字化转型议程。

• 数据库改造高要求：自主可控、平稳过渡、降本增效、业务升级是北京银行在数据库改造上的核心需求，同时也将向分布式架构升级作为目标之一，以获得高可用、高容灾、高灵活、高扩展、低成本的等高效的业务能力，形成全新业务体系。

选型：客户选型主要考虑哪些因素?

北京银行将数字化转型作为统领“五大转型”的发展战略，要以技术为创新驱动源泉，实现以客户为中心的数字化重构。数据库选型需求如下：

• 无损迁移：应用原生工具进行适配和兼容性评估，提前发现不兼容改造点，尽量减少应用程序改动降低迁移成本，同时在迁移过程中使用数据迁移工具OMS一站式迁移对象，通过全量数据、增量数据以及数据校验功能保证迁移有效性。

• 业务低改造：通过OceanBase高度兼容两种数据库生态(Oracle/MySQL)的特性，保留业务系统源端数据库对象逻辑，存量业务通常只需要少量业务改造甚至零改造即可完成迁移。

• 柔性切割，风险可控：完善计划预案，切换过程不停业务，不丢数据，减少对业务的影响，确保平滑迁移;确保高可用和性能支撑能力，通过原生工具的回写同步功能，保留随时切换回原有系统的能力，将迁移的风险降到最低点。

• 高性能低成本：技术创新实现“性能”和“压缩比”的平衡，海量数据轻松存储，真正做到信息化整合和架构优化，释放业务生产力，助力传统企业数字化转型。

2022年初，北京银行分布式数据库技术研究项目全面启动，经过技术选型，最终选定OceanBase分布式数据库，建设全新的分布式数据库底座，并进行了一系列的应用实践工作，为北京银行数字化转型总体战略目标提供更加稳定、高效、可靠的数据库服务支撑。

2022年12月启动OceanBase数据库项目，定位是交易型分布式数据库，兼顾HTAP场景。覆盖全行的业务系统迁移、重构和新建，默认OceanBase作为优先方案。

实践：具体方案

该项目实施过程中，全面符合监管信创要求，数据库服务器采用国产鲲鹏服务器，负载均衡使用国产深信服负载。为应对10个集群、100+个系统，200+个租户的管理需求，自主开发租户管理工具，简化新建租户、新建用户、修改密码等操作。通过制定标准化流程，规范迁移步骤，解决原生迁移工具不支持其他国产数据库迁移至OceanBase分布式数据库等问题。

• 大集群多租户：在生产环境依靠OceanBase的DBaaS多租户能力，仅用5个集群就可承载原40个业务系统80个实例的平稳运行要求，大大节省了硬件资源，同时也让业务具备了资源动态调拔的能力，可应对后续不同时间点对数据库算力的调整需求，真正实现了降本增效的目的。

• 分布式架构降本：依托OceanBase的分布式架构，对于一般的小型应用，也无需再特意部署重度的“RAC+SAN+存储”的重型架构，普通的PCSERVER就可以获得高可用、高容灾、高弹性的双活能力要求，整体软硬件成本得到大幅降低。

• OMS数据迁移：依托OceanBase强大的内核语法兼容性及OMS数据迁移工具，将存量业务系统中的对象与数据快速迁移至OceanBase，在正式割接前增量数据依托OMS时实与原端保持同步，使OceanBase具备了随时切换上线的机动能力，正式割接后OMS会将数据反向同步到原存量系统数据库中，为业务系统保留了逃生通道，以保证业务最大安全运行要求。

部署架构上，北京银行采用独占、共享集群混布的模式，将业务系统按等保等级，划分为黄金级、铂金级、钻石级三个等级：

• 黄金级：主机房OB3副本集群部署，每个ZONE由一个独立机柜安装部署，可实现机房级高可用，单节点故障对象角色自动在集群内切换，业务无侵入无影响。

• 铂金级：同城OB主集群5副本跨机房部署，主备机房各放置2副本，第三机房放置第5日志型副本，每副本独立机柜安装，组成同城双活模式。

• 钻石级：适用于核心业务系统，集群部署在北京采用5副本，备集群部署在西安采用3副本，异步实时同步。机房双读双写，业务流量无损调拔，业务无侵入，少数副本故障集群正常运行，RPO=0,RTO<30S，可根据业务需求进行故障时的机房切换顺序定义，实现城市级高可用。

成果：价值体现

经过可验证的方法论与总结的标准化文档，北京银行交易型数据库的迁移实践工作迅速展开，截止到2023年底，行内计划111个交易系统使用分布式数据库，其中上百个已完成上线并平稳运行，其中包括分布式核心客户信息、核算引擎、个人贷款等重要核心业务系统。不仅提前完成了监管任务，更展现了北京银行在国产交易型分布式数据库迁移实践过程中取得的显著成效。2024年北京银行将继续推进分布式数据库改造工作，计划上线66个系统，生产节点扩容至210个。

• 迁移效率显著提升：依托OceanBase强大的语法兼容能力、完善的生态工具体系，大大提升了行内业务系统的迁移效率。2023年1月正式启动全行数据库系统升级改造，在6个月内已将包括ECIF核心客户信息系统等在内的40个业务系统平滑迁移至国产数据库OceanBase。截止2023年底，共完成近90个业务系统的迁移及升级改造工作。

• 数据库硬件成本显著降低。OceanBase 运行于X86及ARM架构的普通PC服务器之上，相比传统大型机、小型机、集中式存储，降低70%左右的硬件成本。

• 云原生能力提升业务灵活性。5个集群承载40个业务系统运行，资源统一管理按需分配，业务系统获得高弹性能力，管理运维成本大幅降低。

• 架构升级容灾能力大幅提升。原生分布式架构下，业务几乎无需改动便可获得分布式高扩展、高容灾能力的升级，为行内未来多活的需求打下坚实基础。