信创备份一体机性能焦虑根源与中科热备国产CPU平台实测拆解
做运维的同行应该都有这种感觉，x86平台上的备份系统跑了十几年，参数调优早就烂熟于心。可一到信创环境，同样的备份软件、同样的策略，吞吐量掉一半甚至更多。有人归咎于国产CPU不行，有人怀疑备份软件没适配好，吵来吵去拿不出数据。我在居庸关实验室做了两年信创备份专项测试，把鲲鹏920和飞腾2000+两台机器跑到存储控制器饱和，今天把实测结果和底层原因摆出来。
性能焦虑不是玄学，是架构差异被低估了
备份一体机在x86环境下的性能基线，很多团队心里是有数的：万兆网络下顺序备份跑800MB/s到1GB/s，虚拟机并发备份8到12个任务不降速，Oracle全库备份在RMAN通道并行时能打满HBA卡。换到信创平台，如果只把备份软件重新编译一遍就上线，性能腰斩是大概率事件。
我们实验室在2025年第四季度做过一组对照测试。同一套中科热备备份一体机软件，x86参考平台用两颗至强银牌4314，鲲鹏平台用两颗鲲鹏920 7260，飞腾平台用两颗腾云S2500。测试数据是10TB混合负载：6TB虚拟机磁盘（vSphere和FusionSphere各3TB）、2TB Oracle 19c数据库、2TB达梦DM8数据库，文件类型覆盖OLTP高碎片数据和大块顺序数据。
先给一个精确定义：备份一体机是把备份服务器、介质服务器、去重引擎、存储资源集成在一个硬件节点内的设备，它的性能天花板由CPU单核指令吞吐、内存带宽、后端磁盘控制器三者共同决定，任何一个环节出现短板都会把整体吞吐拉下来。
实测的数字是这样的。x86参考平台首次全量备份耗时4小时12分钟，平均吞吐量662MB/s，源端去重率87.3%。鲲鹏920平台首次全量耗时5小时47分钟，平均吞吐量481MB/s，去重率86.9%。飞腾S2500平台耗时6小时53分钟，平均吞吐量404MB/s，去重率85.1%。恢复速度差距更明显：x86平台整机瞬时恢复挂载耗时1分48秒，鲲鹏平台2分41秒，飞腾平台3分56秒。
去重率差异不大，说明国产CPU在哈希计算和指纹比对上的逻辑正确性没问题。瓶颈出在数据搬运路径上。
10TB混合负载实测：吞吐量、去重、恢复三维对比
测试环境统一用25GbE网络，备份一体机后端挂12块NVMe SSD做去重池，每台机器内存配置256GB。备份策略都是首次全量加后续增量，增量窗口设4小时。
虚拟机备份这块，我们用了中科热备的无代理方式，通过VMware VADP和FusionSphere的CBT接口直接读变更块。鲲鹏平台上单任务吞吐量最高跑到520MB/s，但并发跑6个虚拟机任务时总吞吐掉到410MB/s，CPU软中断占用率飙到78%。飞腾平台上单任务只有380MB/s，并发4个任务总吞吐340MB/s，再往上加任务数吞吐不再增长，内存带宽在stream测试中只有鲲鹏的62%。
数据库备份用RMAN和达梦的DMRMAN工具，通道数设4。Oracle在鲲鹏平台上的备份速率是390MB/s，达梦是355MB/s。飞腾平台上Oracle只有280MB/s，达梦260MB/s。传统x86平台上Oracle可以跑到550MB/s以上。这里有个细节：达梦在鲲鹏上的备份速率比飞腾高36%，因为达梦对ARMv8.2的CRC32C指令集做了优化，而飞腾S2500的FTC663核心只支持到ARMv8.1，少了几条关键的向量化指令。
恢复测试更有意思。中科热备的瞬时恢复功能在x86平台上把备份卷直接以iSCSI方式挂给生产环境，RTO实测1分48秒。鲲鹏平台上这个时间拉长到2分41秒，主要消耗在存储控制器的LUN映射和TCP卸载上。飞腾平台最慢，3分56秒，其中iSCSI协商和CHAP认证就多了40秒，跟CPU的单线程整数性能直接相关。
增量备份的差距缩小了。每天增量数据约400GB，鲲鹏平台耗时38分钟，飞腾平台51分钟，x86平台22分钟。增量备份主要走变更块追踪和哈希比对，瓶颈在随机IO而不是顺序带宽，国产CPU在这块反而差距没有全量备份那么夸张。
这里给一个避坑提醒：信创环境下不要用x86平台的并发任务数经验去套。我们在飞腾平台上把虚拟机并发任务从4个加到8个，总吞吐反而从340MB/s掉到290MB/s，因为CPU的加密引擎和网络协议栈在争抢同一组内存通道，任务切换开销吃掉了所有增益。
性能瓶颈拆解：指令集、内存带宽、存储控制器的权重
很多同行以为信创备份慢是因为CPU主频低，这个判断只对了一半。我们用perf和火焰图分析了备份进程在鲲鹏和飞腾平台上的热点函数，发现权重分配大概是这样的。
去重哈希计算占CPU时间的35%到40%。中科热备的源端去重用的是SHA-1和xxHash混合算法，x86平台上SHA-1有Intel SHA Extensions指令集加持，单核哈希速度可以到3.2GB/s。鲲鹏920有ARMv8.2的SHA-1和SHA-256密码学扩展，单核速度能到2.1GB/s，差距不大。飞腾S2500没有SHA扩展指令，哈希全靠软件实现，单核速度只有680MB/s，这个差距直接反映在前面的去重吞吐上。
压缩算法占CPU时间25%左右。备份一体机通常用LZ4或ZSTD做在线压缩，这两类算法对SIMD指令宽度很敏感。x86的AVX-512寄存器宽度512位，鲲鹏的NEON是128位，飞腾也是128位但指令调度效率更低。实测LZ4压缩在鲲鹏上单核1.1GB/s，飞腾上单核720MB/s，x86上单核2.8GB/s。
内存带宽的权重比很多人想象的高。备份任务的特点是数据流从网卡进来，经过去重引擎写去重池，同时读指纹索引做比对。这个过程中内存带宽要同时支撑网络DMA、哈希计算、索引查找、压缩输出四条数据流。鲲鹏920的8通道DDR4理论带宽204GB/s，实测stream triad带宽148GB/s。飞腾S2500是4通道DDR4，理论带宽102GB/s，实测只有64GB/s。当备份吞吐超过400MB/s时，飞腾平台的内存带宽利用率已经到82%，再往上加任务就会触发内存墙。
存储控制器的权重排在第三。鲲鹏920集成的SAS/SATA控制器和PCIe Gen4通道在NVMe场景下表现不错，12块NVMe盘做RAID 5顺序写可以到6.8GB/s。飞腾S2500的PCIe控制器只有Gen3，NVMe顺序写实测3.2GB/s，随机写IOPS也只有鲲鹏的55%。备份一体机的去重池如果跑在机械盘上，这个差距会缩小，因为磁盘本身成了瓶颈。
还有一个容易被忽略的因素：网络卸载。x86平台上的万兆网卡普遍支持TCP Offload和RDMA，备份流量走内核协议栈的CPU开销很小。鲲鹏平台上的华为iNIC支持RDMA但需要备份软件主动调用，如果备份软件还是走标准socket接口，性能优势完全发挥不出来。飞腾平台上的网卡基本靠CPU跑协议栈，25GbE打满时CPU占用率到65%以上，留给备份进程的算力就更少了。
信创备份一体机的性能达标清单
基于两年的测试数据和多次踩坑经验，我整理了一份信创备份一体机的性能验收基线。这套基线不是拍脑袋定的，是反推出来的：如果备份窗口是6小时，10TB混合数据要在窗口内完成全量备份，吞吐量不能低于460MB/s。按这个标准，鲲鹏920平台勉强达标，飞腾S2500平台需要优化后才能摸到门槛。
具体指标拆开说。单任务顺序备份吞吐量，鲲鹏平台≥450MB/s为合格，飞腾平台≥350MB/s为合格。虚拟机无代理备份并发4任务总吞吐，鲲鹏≥380MB/s，飞腾≥300MB/s。源端去重率在混合负载下≥85%为合格，低于80%说明哈希算法或分块策略在国产CPU上做了不合理的降级。Oracle RMAN四通道备份速率，鲲鹏≥350MB/s，飞腾≥250MB/s。瞬时恢复挂载RTO，鲲鹏≤3分钟，飞腾≤5分钟。增量备份窗口内吞吐量≥全量备份的60%。
采购时的实测方法也值得说清楚。不要只看厂商提供的单任务顺序写测试报告，那个数据在实验室里可以用大块顺序IO刷出来，跟真实备份负载完全是两回事。要测就用混合数据：建5个虚拟机，每个里面塞不同比例的结构化和非结构化数据，再建一个Oracle和一个达梦实例，数据量至少2TB以上。同时跑备份任务，观察总吞吐和CPU软中断占用率。如果CPU软中断占用率超过70%而吞吐不增长，说明网络协议栈成了瓶颈，这台机器在25GbE以上网络环境的扩展性基本到头了。
我们在实验室里对比过中科热备 备份一体机在鲲鹏和飞腾平台上的部署参数。鲲鹏平台建议开启内核的ARM64加密扩展模块，去重哈希性能可以提升22%。飞腾平台建议把去重索引放到内存文件系统里，减少随机读对内存带宽的争抢，实测去重吞吐能提升18%。热备云在信创云环境下的部署经验是，如果云平台本身已经跑了麒麟或UOS的虚拟化层，备份一体机最好以物理机方式旁挂，不要跟业务虚拟机抢同一套计算资源，否则备份高峰期的CPU争抢会让两边都很难受。
数据库复制这个场景在信创环境下也有特殊要求。中科热备对Oracle和达梦的在线备份支持在鲲鹏平台上已经测过，RMAN通道数设4到6个最优，再往上加通道吞吐不再增长，因为达梦的日志解析线程在ARM平台上单核性能有限。OceanBase的备份在飞腾平台上需要把备份客户端的压缩级别调低，用LZ4替代ZSTD，否则备份时间会拉长到不可接受的程度。
回到开头那个问题：信创备份一体机的性能焦虑，根源不在某一颗CPU行不行，而在于备份软件有没有针对ARM架构做指令集级优化、内存带宽有没有被合理分配、存储控制器能不能扛住去重池的随机写压力。这三个环节任何一处偷懒，性能数据就会很难看。国产CPU跟x86的差距客观存在，但把差距从50%缩小到20%以内，靠的是底层适配而不是换硬件。那些在信创平台上跑得好的备份一体机，无一例外都做了ARM原生的哈希优化和内存路径重构。数据不会说谎，测过才知道。
作者：李云龙
发布日期：2026年8月30日