解决方案 | 实现金融级数据一致性 GreatDB高效支撑业务连续性管理系统

近年来，为响应金融技术国产化政策号召，减少业务停顿造成的损失，降低重要业务进程或数据重大失效/灾难造成的不利影响，某全国股份制银行计划新建业务连续性管理系统，并积极实施全栈国产化改造计划。

将商业技术栈替换为国产技术栈，包括：应用实施配套改造、服务器操作系统替换为国产操作系统及国外Oracle数据库替换为国产数据库GreatDB。

业务连续性管理系统涵盖业务连续性计划及应急预案管理、业务连续性演练管理、业务连续性管理情况统计分析、工作台等多个业务功能模块，涉及需求分析、架构及概要设计、系统开发、技术+系统+非功能测试、用户培训、系统上线等全流程业务系统开发工作。

01 业务连续性管理系统对数据库有哪些需求？

国产化替代

该业务系统需实施全栈国产化，新选用的国产数据库要求能适配全国产化架构，对国产CPU、服务器、操作系统具备优异的兼容性；

高可靠

要求数据库具备高可靠能力，具备跨机房的容灾部署能力、机房级的故障切换能力，保证任何故障场景下RPO为0，RTO可控；

易迁移

要求数据库高度兼容MySQL生态及相关协议，将业务应用改造成本、工作量降到最低，实现数据库的平滑迁移；

完备运维工具保障

为降低运维人员的工作量，要求数据库拥有完备的配套工具，以便完成数据库的迁移、同步、备份、运维等工作。

02同城双活跨机房容灾 支撑全栈国产化环境

针对该银行业务连续性管理系统的数据库国产化需求，万里数据库提供如下解决方案：

本方案采用同城双活的部署方式，同城机房1和机房2部署一套双活单一高可用大集群，默认采用1主3从的部署架构。如果机房1出现异常情况，集群可自动完成故障failover，将数据库服务切换到机房2，以保证机房级容灾，满足任何故障场景下RPO为0，RTO<60s的可靠性要求，确保数据库稳定运行，持续对外提供服务。

针对全栈国产化要求，GreatDB数据库与主流国产CPU和操作系统都完成了兼容互认证，可用于构建全国产解决方案。例如，可适配基于鲲鹏/飞腾的ARM架构CPU和麒麟操作系统等国产软硬件。

此外，GreatDB数据库高度兼容MySQL协议，拥有完备的周边配套工具，能实现数据库国产替代过程的平滑迁移和数据同步。

整体方案在数据库基础上部署数据库运维管理平台GreatADM，实时监控GreatDB集群，对所有节点的机器状况、性能、故障进行实时监控，实现数据库全生命周期的运维管理。

03 方案价值

良好的国产全栈生态

拥有良好的国产上下游全栈生态，与国产主流软硬件均完成兼容适配；

高度兼容Oracle

在兼容MySQL的同时，GreatDB集中式也提供了丰富的Oracle兼容特性。对于Oracle常用语法、类型与数据库对象，GreatDB集中式实现了广泛兼容，目前已支持序列、递归查询、dblink、OCI、高级包等诸多常用Oracle特性；

金融级数据一致性

支持同城双活，确保任一节点或机房级故障场景下，GreatDB数据库集群能实现金融级的数据一致性，即RPO=0，RTO<60s；

便捷的部署运维

提供图形化SQL操作平台，支持SQL语句的查询与结果集展现、用户管理、库表管理，支持数据库集群的备份/恢复、集群巡检等功能。

伴随金融科技发展进程提质增速，信息科技的广泛应用使金融机构之间的联系紧密度大幅提升。业务连续性管理系统以业务持续性为目标，致力于加强各金融机构间的联系紧密度，降低风险扩散的速度、范围，形成应对突发事件、各类灾害的各部门协同管理体系。

银行层面通过顶层规划，形成银行业的业务连续性系统建设，进一步加强整体业务连续性和深层次机制建设，增强各类事故和灾难发生时的有效应对能力，维持金融运行秩序和银行业的持续稳定发展。