河北城商行新核心观察：国产数据库走到哪一步了

河北有 11 家城商行，加上覆盖全省农信法人机构的河北省农信联社，构成了一个很有观察价值的样本：既有资产规模较大的省级城商行，也有处在不同数字化阶段的地市银行；既有已经用国产数据库承载核心的先行者，也有仍在选型、改造和等待投产的机构。

需要先说明口径：本文只依据公开报道、银行招标公告和厂商案例，未公开不等于未做；银行和厂商披露的 TPS、批量时间、成本下降等数字，测试基线不同，不能直接横向比较。以下按“公开信息可确认的程度”分组，不做排名。

一、已经把国产数据库放进核心的：沧州、秦皇岛、河北农信、衡水

沧州银行：全栈信创核心的河北样本

沧州银行“兴航工程”于 2024 年 8 月投产，采用“分布式核心 + 信创云平台 + OceanBase 数据库”架构，由神州信息参与建设，从启动到投产约 14 个月。公开报道称，这是国内首家采用全栈全层次信创技术核心系统的城商行，也是河北省内城商行中较早实现全栈信创落地的机构。

运行数据方面，公开披露的最大业务 TPS 为 2000，较原系统提升约 600%；可支撑约 300 万客户在线；截至 2024 年 10 月底累计交易超过 1 亿笔；日终批量在非结息日约 20 分钟、结息日约 40 分钟；5000 笔代发工资批量约 300 秒。数据库采用八分库设计，多节点冗余和自动仲裁。该项目后来获得人民银行“金融科技发展奖”三等奖。

这些数字来自银行和厂商公开材料，不能等同于所有业务场景的普遍表现；但“核心 + 国产数据库 + 信创云”同时投产，说明沧州银行已经跨过“核心能不能跑在国产库上”这一关。

秦皇岛银行：TDSQL 承载传统核心，已运行数年

秦皇岛银行于 2021 年 4 月启动新一代分布式核心系统，2022 年 7 月投产，历时约 15 个月，完成 1 个核心系统和 63 个外围系统的同步改造。技术路线是“分布式 + 微服务 + 国产数据库”，数据底座为腾讯云 TDSQL，由神州信息承建。

公开案例称，秦皇岛银行是河北省首家在传统核心业务场景使用国产数据库的城商行。系统采用同城双中心、多副本强同步，RPO=0，支持 7×24 小时账务处理；迁移使用 DBbridge 工具。2026 年，该行又启动核心业务系统信创改造项目，说明核心国产化不是一次性上线，而是持续演进。

从时间上看，秦皇岛银行的核心已经在国产数据库上运行了数年，这比“刚上线”的案例更有参考价值：真正的考验不是割接当晚，而是之后的月结、季结、年结、版本升级和故障切换。

河北农信：核算子系统分布式转型，覆盖全省法人机构

河北省农信联社的核心业务系统核算子系统于 2025 年 11 月完成分布式转型上线，采用 GoldenDB 分布式数据库、麒麟操作系统和鲲鹏芯片，替代原有 Oracle，实现从硬件到应用的全栈国产化。

这个项目的关键不是“换库”，而是“业务与核算分离”：把核算功能从交易处理中解耦，独立为子系统，再让分布式数据库承载核算负载。公开信息显示，系统覆盖全省 11 个地市、140 余家农信法人机构，稳定支撑日均千万级交易，账务准确率 100%。

河北农信不是城商行，但它的体量和覆盖范围决定了它对河北金融信创的参考意义：省级法人机构可以通过“架构解耦 + 分布式数据库”把核心核算从 Oracle 迁移到国产栈，同时保持账务准确性。

衡水银行：衡芯工程 10 月 26 日上线，核心交易采用集中式国产数据库

衡水银行“衡芯工程”于 2026 年 10 月 23 日至 26 日完成系统切换，10 月 26 日 9:00 柜面恢复服务，新核心系统随之上线。工程覆盖新一代核心、柜面、ECIF、集中作业、ESB、生物识别、数据仓库、一表通等系统，核心系统由神州数码融信承建。

数据库方面，按公开采购口径，核心交易类数据使用国产集中式数据库，由北京知行慧中标，并包含原有非国产数据库迁移；非核心海量数据使用国产分布式数据库，由北京中研软中标。这个组合说明“核心交易集中式、非核心海量分布式”是中小城商行的一种现实选择，不是所有场景都要分布式。

需要观察的是运行数据：衡水银行刚完成切换，公开信息还没有月结、季结、年结、灾备演练和性能数据；上线只是第一步。

二、国产库已进核心周边，但新核心还没上线：承德、保定、唐山

这一组最容易被误读：它们已经有国产数据库，甚至已经进入“核心周边”，但“新核心 + 国产数据库”的整体上线还没有公开确认。

承德银行：交易级大总账已用 Vastbase，新核心仍在咨询

承德银行在 2022 年启动交易级大总账信创改造，采用海量数据库 Vastbase 作为数据底座，配合麒麟操作系统、东方通中间件，采用同城双中心灾备和 VHA 高可用集群，RTO 不超过 10 秒；系统日均流水千万级，需要完成日批、月批、年结并向 20 多套下游系统推送数据。该项目入选中国信通院“2024 年度高质量数字化转型案例集”。

但交易级大总账不等于新一代核心。承德银行官网 2026 年发布“新一代核心系统建设咨询和 PMO 服务采购项目”，预算 1000 万元，说明新核心仍在咨询和建设阶段。把“总账国产化”写成“新核心国产化”，会高估进度。

保定银行：新核心规划重启，国产库先用在外围

保定银行 2016 年上线新一代核心业务系统，由神州信息承建；2019 年巨杉数据库中标其联机业务和数据中台项目；2025 年又发布“IT 架构规划暨新核心项目群规划咨询项目”，预算 300 万元、服务期 24 个月，说明该行正在启动新一轮新核心建设。2025 年底和 2026 年初还有数据平台、一表通系统的数据库采购。

这些动作说明保定银行在持续投入，但公开信息还没有“新核心 + 国产数据库”整体投产的确认。国产数据库先用在外围和数据平台，是很多城商行的共同路径。

唐山银行：新核心上得早，核心信创平台正在补课

唐山银行 2021 年 9 月上线新一代信息系统项目集群，包含核心、信贷等 122 个新建、重建或改造系统，投入近 3 亿元。这个时间点在河北城商行中很早，但公开信息没有说明核心数据库是否国产化。

2026 年，唐山银行启动核心系统信创云平台软件采购，紫光软件中标约 482.68 万元；同期还有国产 MPP 架构分布式数据库项目、2026 至 2027 年达梦数据库采购，以及 2024 年巨杉数据库在影像平台的落地。可以判断，该行正在为“核心信创云 + 国产数据库”补平台，但核心数据库是否切换、何时切换，公开信息还不完整。

三、还在建设或改造：河北银行、廊坊银行

保定银行、承德银行的新核心也仍在建设，前文已述；这里重点看河北银行和廊坊银行。

河北银行：新核心与全栈信创云并行

河北银行 2026 年公开文章提到“加快新核心、新信贷等关键业务系统建设进程”，同时建设“太行”全栈信创云、智能运维平台和基于信创的湖仓一体数据平台；2025 年末系统自主可控率 55.06%。2025 年该行还有国产数据库采购，2026 年核心、前置系统持续性建设项目由长亮科技、神州数码融信、中电金信等参与。

这些信息说明河北银行的新核心还在建设中，国产数据库已在数据平台和部分系统使用，但核心数据库是否切换，公开信息没有确认。作为河北资产规模较大的城商行，它的选择会影响整个河北的路线。

廊坊银行：核心与柜面信创改造中

廊坊银行 2026 年启动核心及柜面系统信创改造，长亮科技以 1065 万元中标，恒银金融科技以 331.5 万元中标测试，生产与测试环境服务器也在采购。公开信息显示项目处于实施阶段，未见新核心上线确认。

这类“改造”与“新建”不同：它保留原有业务流程，把技术平台迁移到信创环境。对中小城商行来说，这是一条风险更可控的路径，但也更依赖原厂商对存量系统的理解。

四、老核心不等于没动作：邯郸、邢台、张家口

邯郸银行：2018 年上线二代核心系统，采用 20 台小型机分布式部署，支撑资产规模 1 万亿元、每小时 40 万笔业务；大数据平台用 Hadoop 替代传统关系型数据库，GBase 用于综合办公、邮件、柜面无纸化等非核心系统。公开信息未见新一代核心或核心数据库国产化的确认。
邢台银行：2019 年 12 月上线核心系统 3.0，基于 IBM LinuxONE 和开源 Linux 架构，属于非国产硬件路线；2025 至 2026 年持续进行信创软件、硬件采购。核心数据库是否切换国产，公开信息未见。
张家口银行：2019 年 7 月新一代核心业务系统二期投产，2019 年 3 月互联网核心上线；近年推进信创云平台和鸿蒙适配，但未见核心数据库国产化的公开确认。

这三家说明一个事实：新核心上线和国产数据库使用是两个维度。新核心可以跑在国外软硬件上，国产数据库也可以先用在数据平台、办公、影像等外围系统。分析区域银行国产化，不能只看“新核心上线没有”，还要看核心数据库、操作系统、芯片和中间件的实际栈。

五、三个判断

判断一：河北已经出现“全栈信创核心”的样板，但不是普遍状态。 沧州银行、秦皇岛银行、河北农信、衡水银行已经用国产数据库承载核心或核心核算；更多银行还在建设、改造或选型。这个分布与全国情况一致：核心系统国产化是少数派的突破，不是全面铺开。

判断二：数据库选型在分化，没有单一赢家。 沧州用 OceanBase，秦皇岛用 TDSQL，河北农信用 GoldenDB，承德总账用 Vastbase，衡水核心交易用集中式数据库、非核心用分布式数据库，唐山在采购达梦和 MPP 数据库。选型正在从“品牌导向”转向“负载导向”：核心交易、核算、数据平台、影像、办公对数据库的要求不同，集中式与分布式也不是非此即彼。

判断三：上线只是起点，运行数据才是分水岭。 沧州银行的 1 亿笔交易、秦皇岛银行数年的核心运行、河北农信的日均千万级核算，都是“运行数据”；衡水银行刚完成切换，运行数据还有待观察。但公开信息仍然缺少跨月结、季结、年结、版本升级、故障切换和灾备演练的连续数据。对同业来说，厂商案例里的 TPS 提升不能直接当作自己的基线，真正要验证的是自己的峰值、批量和回退能力。

六、对同业的启示

先区分“核心数据库”“核心周边数据库”“外围数据库”，不要用一个“国产化率”概括全部进度。
核心交易、核算、数据平台、影像、办公的负载不同，集中式与分布式要按场景选，不要为了“先进”一刀切。
新核心与国产数据库要协同设计：业务与核算分离、微服务拆分、分区键、跨分片事务、双轨校验，都要在应用层提前设计。
迁移前做真实峰值 POC，迁移中保留双轨和回退，迁移后把月结、季结、年结、灾备演练纳入验收。
厂商案例的 TPS、成本下降、RTO 数字只能作为参考，不能直接写进自己的验收标准。
关注 2026 至 2027 年河北银行、廊坊银行、承德银行、保定银行、唐山银行的新核心进展；衡水银行已上线，下一步观察其运行数据。下一批上线会把“河北样本”从几个点连成面。

结语

河北城商行的新核心国产化，已经走过了“有没有”的阶段：沧州、秦皇岛、河北农信、衡水用公开案例证明，国产数据库可以承载核心交易或核心核算。但更多银行还在建设、改造和等待投产，公开信息也不足以判断谁的系统更稳。

下一阶段的看点，不是又多了一家“全栈信创”银行，而是这些系统能不能在月结、季结、年结、版本升级和故障切换中保持同样的确定性。对区域银行来说，国产数据库的竞争，最终是工程能力和运维能力的竞争。