敲黑板！国产数据库替代Oracle数据库的方法与步骤来了

陆军第七十三集团军医院（厦门大学附属成功医院）(以下简称“我院”）信息化建设一贯坚持一体化的底层设计路线，绝大多数系统由一个Oracle数据库集群承载，不同开发方的业务系统被分配不同的数据表空间和对应权限，并通过接口共享一套核心基础数据。

为推进医院的信创工作，拟对原Oracle数据库进行替换。此前尚无同类医院对信息系统核心数据库进行国产替代的先例，常见的信创思路多为“从边缘信息系统开始尝试，待积累经验后再考虑核心信息系统”。

由于我院只有一个核心数据库，在该数据库上运行有89个重要的信息系统，从边缘系统进行尝试对经验积累的帮助不大，直接从核心信息系统开展相关工作成为我院数据库国产替代的必然选择。

本次数据库替代共涉及89个信息系统，其中由厂商维护源代码的软件28个，涉及22个软件提供商；由院方自主维护的信息系统61个，含自研系统和上级配发的系统。自研和配发软件占比最大且较多采用C/S架构，在上级单位支持下，通过自主努力达到了“源码可控”；本院采购的系统，在厂商配合下也达到了适配改造条件；对于个别缺失源代码的软件则采用重写代码的方案，如后台计价软件。

经综合评估，医院信息系统整体具备了国产数据库适配改造的条件。

将医院备份库数据迁移到国产数据库，构建用于适配测试的数据库平台。所有业务软件将原有连接Oracle的模块修改为连接国产数据库，软件根据不同的开发工具，按情况在ODBC连接、dotNET连接、JDBC连接3种应用连接方式中选用其一，然后在测试数据库上运行软件并模拟全流程的各项操作，根据测试结果产生适配差异性列表。

2.建立适配差异清单

根据国产数据库系统厂商提供的技术资料，建立适配业务系统可能涉及的SQL语法和函数差异清单，用于对适配工作团队的工作指导。见表1。

4.新旧数据库并行阶段的适配验证

在搭建好国产数据库且开启接近实时数据单向同步的环境下，新旧数据库并行，这是整体切换前的重要验证阶段。

在该阶段可以进行一些验证和准备工作：

一是对全部1331台终端计算机分发国产数据库终端配置并验证，经过适配改造的各业务软件在登录Oracle生产库的同时，以静默方式尝试连接国产数据库并记录日志，根据日志提前处理配置分发不成功的终端计算机，保证整体切换时顺利进行；

二是将涉及数据种类较多但实时性要求略低的病历查询系统先行切换到国产数据库上运行，以验证软件适配改造后的运行效果；

三是操作员密码的提前同步，由于军卫一号系统的操作员密码采用的是数据库本身的密码机制，数据库层面不支持将密码迁移到新的国产数据库上，我院利用并行运行阶段，通过各业务软件登录环节对活跃用户自动完成了密码迁移。

5.整体切换到国产数据库

由于新旧两个数据库平台有并行运行的阶段，适配改造后的各业务系统在切换前已经具备连接到新数据库的能力。

我院在全局参数配置表中设计了整体切换开关参数，在国产数据库厂商现场团队完成生产库切换的同时，全流程的业务软件已整体切换到了国产数据库平台上运行。

在实际的生产库切换过程中，我院选定在患者接诊量最低的周末夜间时段，快速完成了Oracle库停机-同步差异数据-国产数据库启用的新旧接替，全流程软件系统从旧数据库切换到新数据库的切换时间可忽略不计。

切换到国产数据库后，全院各软件系统整体运行稳定，切换初期遇到的问题主要发生在以下几个方面：

一是前期关机的终端计算机未能完成自动配置，

二是并行运行阶段不在岗的操作员账户未能同步密码，

三是测试阶段未能发现的少量软件功能适配问题。

以上问题均在切换初期得到了妥善解决。

此外，我院在前期采取的两项数据分离措施也有利于数据库性能均衡：

一是将电子病历文书系统和数字签名系统分离出一个单独的库，二者数据量巨大且与其他系统的数据耦合度低，分离出单独的库具有显著的性能均衡作用；

二是将临床数据中心的数据迁移到归档库，生产库中相应的表只动态保留近两年的数据在线。

随机对比改造前后数据库在正式环境中检测实际业务的复杂SQL和高频SQL运行耗时，结果显示，某型国产数据库和Oracle的耗时基本接近，总体相差不大。

以上内容仅为节选片段

查看全文请购买

吴业毅 苏良波 黄秋红 彭宏 许燊晖 杨毕辉 欧阳玲 王继伟

陆军第七十三集团军医（厦门大学附属成功医院）信息科

王继伟

转载或任何形式的引用请留言

如果您认为文章内容有意义，请给我们点个在看