宁夏Oracle服务项目

银川政务云平台那次迁移，宁夏凌晨三点，服务我盯着监控大屏上跳动的项目数字，心里只有一个念头：Oracle这玩意儿，宁夏真不是服务随便谁都能碰的。

那是项目2022年秋天的事。宁夏这边不少单位的宁夏核心业务系统跑在Oracle上，数据库版本从10g到19c都有，服务跨度大得离谱。项目有些老系统还是宁夏当年西部大开发时期上的，中间经手了好几拨运维团队，服务文档早丢得七七八八。项目迁移前做资产盘点，宁夏光是服务搞清楚哪个库对应哪个应用、有没有隐藏的项目dblink，就花了整整两周。

为什么突然要动？说白了，License成本压不住了。一套Oracle企业版按CPU算，几十万一年，加上RAC和Data Guard，账单看着肉疼。自治区那边推信创替代，国产数据库厂商闻风而动，达梦、人大金仓、OceanBase都来银川设了办事处。但真到落地环节，问题就来了——不是所有系统都能说换就换。

我参与过一个社保相关的库，数据量倒不算大，1.8T左右。麻烦在于里面塞了四百多个存储过程，PL/SQL写得极其奔放，动态SQL拼字符串、自治事务嵌套、还有几个包依赖了Oracle的DBMS_LOB和UTL_FILE。国产库兼容模式跑一遍，报错刷了满屏。开发那边的人挠头，说这代码是零几年外包写的，原班人马早散了。最后怎么办？硬啃。把存储过程一个个拆出来重写，UTL_FILE那部分改成外部程序调用。光这一块，三个人干了将近两个月。

也有相对顺的。银川某三甲医院的HIS系统，底层是Oracle 11g，但用得比较规矩，没太多花活。他们选了达梦的dblink迁移工具，结构迁移加数据同步，停机窗口四个小时搞定。不过后来回访，DBA悄悄跟我说，有个报表查询在达梦上跑得比原来慢了三倍，执行计划怎么调都不理想，最后加了个物化视图才糊弄过去。

这里头有个挺有意思的现象。宁夏本地真正懂Oracle深水区的人，掰着手指头数得过来。大部分运维工程师日常就是备份恢复、建个表空间、看看AWR报告，真遇到ORA-00600这种内部错误，还是得找原厂或者北上广的专家远程。有次一个库的SYSTEM表空间莫名涨满，查了半天是审计日志没清理，但AUD$表大得连delete都跑不动。这种事，没踩过坑的人根本想不到。

信创替代是大方向，但节奏得务实。我见过有些项目为了赶节点，把Oracle强行迁到某国产库，结果上线当天就回滚。核心交易系统不是闹着玩的，一个隐式类型转换的差异就能导致金额算错。现在宁夏这边不少单位学乖了，采取双轨并行——新业务上国产库，老系统先稳住，逐步重构。中间用OGG或者DSG做实时同步，Oracle和国产库互为备份。成本是高了点，但至少业务连续性有保障。

说到底，Oracle在宁夏的存量和它在技术栈里的位置，决定了这不是一个非黑即白的选择题。国产库在进步，达梦的共享存储集群、OceanBase的分布式架构，在部分场景已经能打了。但生态工具链、人才储备、社区支持，差距还在。我个人的判断是，未来三到五年，宁夏这边会形成Oracle、国产库、云原生数据库三分天下的局面，各管一摊。谁也别想一口吃掉谁。

凌晨那批迁移最后跑完了，比计划晚了六个小时。天快亮的时候，我走出机房，银川的秋天风挺凉。手机响了，是甲方项目经理发来的消息：“数据核对没问题，辛苦了。”我回了个“嗯”，心想，这活儿要是再让我干一次，报价得翻倍。