信创迁移踩坑记：备份软件装不上的那三个月，我是怎么把备份一体机跑通的

<h1>信创迁移踩坑记：备份软件装不上的那三个月，我是怎么把备份一体机跑通的</h1>

<p>去年秋天接手一个信创改造项目，甲方是省级能源集团下属的二级单位。服务器全换，鲲鹏920和飞腾S2500各占一半，操作系统麒麟V10加统信UOS，数据库从Oracle迁到人大金仓。硬件和业务系统上线还算顺利，卡住的是备份。原来的备份软件在x86上跑得好好的，迁移到ARM架构之后，代理装不上，装上了也起不来，起来了跑几个小时就断。我们前后折腾了将近三个月，才把整条备份链路跑通。这篇把当时踩过的坑和后来总结的实操清单整理出来，给正在做信创迁移的运维同行参考。</p>

<p>先说清楚一个概念。备份一体机是把备份软件、存储介质、管理界面打包在一起的软硬一体设备，开箱即用，省去自己搭备份服务器、配存储的麻烦。信创环境下，难点不在硬件本身，而在于备份软件能不能真正跑在国产CPU和国产OS上，能不能跟国产数据库对话，能不能在出故障的时候把数据完整恢复回来。云灾备则是把备份数据同步到异地或者云端，做异地容灾和灾难恢复，两者经常搭配使用。</p>

<p>第一个坑，CPU指令集差异。鲲鹏和飞腾走的是ARM架构，海光、兆芯是x86兼容路线，龙芯是LoongArch自研指令集。备份代理要在这些平台上运行，必须针对每种指令集单独编译。只提供x86二进制的备份软件，在ARM和LoongArch上直接歇菜。我们当时试过用QEMU模拟层跑x86代理，性能损耗超过60%，备份窗口从两小时拉到七小时，根本没法用。后来换的备份方案是原生编译的，每种CPU架构都有对应的安装包，才解决这个问题。中科热备在这个环节做得比较扎实，鲲鹏、飞腾、海光、龙芯、兆芯五种CPU都有适配认证，不是靠模拟层糊弄过去的。</p>

<p>第二个坑，国产OS下的内核模块与IO路径。备份代理要抓取文件系统变化、做快照、读裸设备，这些操作都依赖内核模块。麒麟和统信UOS虽然基于Linux内核，但各自做了安全加固和内核裁剪，标准发行版的驱动模块直接编译会报错。我们遇到过备份代理加载内核模块之后系统直接panic的情况，排查了两天才定位到是内核符号版本不匹配。解决办法是备份软件厂商针对每种OS做内核模块签名和版本适配。麒麟、统信UOS、欧拉三种系统都要单独适配，不能指望一套二进制通吃。IO路径方面，国产CPU平台的PCIe拓扑和中断处理跟x86有差异，备份数据量大时容易出现IO等待，需要备份软件在读写策略上做优化。</p>

<p>第三个坑，国产数据库的日志解析与事务一致性。这是最要命的一环。达梦、人大金仓、南大通用的日志格式、事务提交机制、备份接口都不一样。用文件级备份去抓数据库文件，恢复出来的数据大概率不一致，事务只提交了一半。必须用数据库原生接口做热备份，备份软件要能解析数据库日志，保证事务一致性。我们当时用文件级备份恢复过一次人大金仓的库，数据对不上，业务系统起不来，最后手工补了两个小时的数据才恢复。后来换成支持国产数据库原生接口的备份方案，达梦、人大金仓、南大通用都能做事务一致性备份，这个问题才算彻底解决。数据库复制和热复制软件在这个场景下也是可选方案，但要确认跟国产数据库的兼容性。</p>

<p>跑通之后，我把整个链路的实操清单整理了一下。CPU层面，确认备份代理有对应架构的原生安装包，不要用模拟层。OS层面，确认内核模块版本跟当前系统内核匹配，升级内核之后要重新适配。数据库层面，确认备份软件支持目标数据库的原生接口，能做事务一致性备份，不要用文件级备份替代。这三个环节任何一个出问题，备份链路都是断的。</p>

<p>现在这套环境跑了半年多，日常增量备份稳定，恢复演练做过三次，RTO控制在两分钟以内，RPO在秒级。云灾备这块，我们把关键业务数据同步到异地机房，做异地容灾，带宽占用比预期低，源端去重率实测在90%以上，省了不少传输成本。等保2.0灾备要求里对数据恢复和业务连续性有明确条款，这套方案过等保测评的时候没在备份环节卡住。</p>

<p>如果你正在做信创迁移，建议在选备份方案之前，先拿一台目标架构的服务器做POC，把CPU、OS、数据库三个环节都跑一遍，别等业务上线了才发现备份跑不起来。信创备份这个领域，适配深度比功能列表更重要。热备云在能源工控场景的积累比较深，SCADA、DCS这些工控系统的备份需求跟通用IT系统差别很大，选型的时候要重点看厂商在目标行业的落地经验。</p>

<p>作者：刘知远</p>

<p>发布日期：2026年10月31日</p>