一、Oracle数据库信创替换基本情况

2022年，笔者所在单位启动了新一代信贷系统群建设项目，涉及多套系统建设及改造，经过反复论证研究，采用全栈信创软硬件产品，具体如下：

如上所示，数据库软件由集中式的ORACLE替换为分布式的OceanBase，所有应用程序部署于信创云虚拟化资源池中，后端数据库采用OceanBase国产分布式数据库三副本集群。

二、OceanBase数据库优势分析

OceanBase数据库采用“Shared-Nothing”架构，通过若干普通廉价的PC服务器及本地SSD磁盘以“分布式集群”架构部署，各个节点之间完全对等，每个节点都有自己的 SQL引擎及存储引擎，不再依赖传统的集中式存储，相对于传统架构成本较低，与传统的集中式Oracle数据库产品有较大的差异具备较高的扩展性、高可用性及稳定性，该产品适用于金融行业核心、支付、柜面及互联网等关键交易系统。

如上图所示，OceanBase数据库软件不再需要独立的集中式SAN存储或分布式存储设备，而是直接使用PC服务器上的本地SSD磁盘存储数据，通过数据库软件的“多副本方式”实现数据高可用保护，基于性能考虑，本次项目服务器配置如下表所示：

三、实施经验

（一）存储管理方面

相对于ORACLE数据库，OB数据库不再有表空间的概念，初始化时按照文件系统90%的容量大小创建数据文件，容量不足时可通过扩充SSD磁盘或增加服务器方式增加存储资源，在项目初期，充分考虑未来数据增长量，有效避免频繁的容量扩充引发的生产运行风险。

（二）运维管理方面

采用OCP集中运维监管控平台对数据库进行日常监控、资源管理、用户管理、权限管理等，较为方便，OCP与内部告警平台对接，及时发送告警短信，同时，OCP一定要采用三副本高可用方式部署，避免单节点故障。

（三）应用适配方面

OB能够很好的兼容适配使用ORACLE数据库的应用系统，但相对于ORACLE，OB数据库对存储过程的支持相对弱一些，在存量系统迁移改造过程中，尽量避免存储过程的使用，通过应用逻辑实现相关功能。应用程序的数据源连接池配置一定要合理，不宜设置过大，过大会导致后端连接数耗尽，影响整个数据库集群的正常访问。

（四）资源管理方面

OB数据库为准内存级，相比ORACLE数据库需要更大的内存资源，资源分配时一定要预留充裕的内存资源，不然会出现内存耗尽导致业务暂停现象。

（五）备份恢复方面

OB数据库目前只支持集群级备份及租户级恢复，通过NAS存储提供备份目录，无法与NBU等备份平台进行对接，故在备份规划时需要充分考虑存储容量的数据恢复便利性。

（六）性能方面

经笔者实测，PC服务器+本地SSD磁盘的OB数据库IOPS、响应时延、TPS等关键指标比传统集中式高端的ORACLE数据库略高，完全能支持关键交易类系统运行。

（七）硬件选型方面

服务器及SSD磁盘选型采购的时候优选行业内销量较高的头部厂商产品（如：神州鲲泰、紫光、中科可控、联想、浪潮等），确保硬件的成熟稳定性，本地SSD磁盘一定要RAID冗余镜像保护（如：RAID1、RAID5），避免磁盘故障导致的数据丢失，同时结合系统性能特性，对性能要求较高的系统在充分考虑高可用保护的前提下可采用NvMe SSD磁盘（该类型磁盘不支持RAID）提升性能，性能要求一般的系统采用SATA SSD（该类型磁盘支持RAID）。

四、总结

目前，笔者所在单位OceanBase数据库上已经顺利投产了票据系统、资金头寸系统及外部数据管理等多套业务系统，运行稳定，未出现异常情况。2023年将投产上线更多系统至该数据库，相较于集中式存储+小型机架构下的ORACLE数据库，软硬件投入成本大幅下降，产品部署更为简易，日常运维管理更为便利。

随着信创进程的快速推进，各行业都在大力推进ORACLE数据库产品替换，结合行业实践，未来服务器本地存储技术架构的国内数据库产品将会有很好的应用前景。