在⼯业现场，设备正在变得越来越分散：同⼀家企业，产线分布在多个⼚区，机柜散落在⻋间⻆落、配电间甚⾄户外；项⽬做到海外，现场可能⼀个懂 IT 的⼈都没有。设备的物理分布⼀旦超出“步⾏可达”的范围，运维就成了⼀道成本题。

更麻烦的是，常⻅的远程⼿段在这个场景⾥往往不好⽤⸺远程桌⾯类软件依赖操作系统，恰恰在系统崩溃、死机的时候最先断开。

本⽂结合实际运维场景，介绍成直远程智能管理模块：⼀套基于服务器级 OpenBMC 带外管理的设备
远程运维⽅案，只需⼀张卡，即可通过⽹络完成全球化设备运维。
⼀、⾏业背景：设备在分散，运维还在“跑现场”
⼯业设备的运维需求，⼤致分为三类：突发故障处理（系统死机、异常宕机）、计划性维护（调整
BIOS、恢复系统）、⽇常部署（软件更新、参数下发、⽇志导出）。
这三类需求有⼀个共同点：都要有⼈“到设备跟前”。⽽传统的到场运维，问题很直接：
1. 响应慢：⼯程师到场时间以⼩时、天计，跨省项⽬要出差，海外项⽬更久；
2. 成本⾼：差旅费⽤之外，还有设备停机等待造成的产能损失；
3. 依赖⼈：现场⼈员往往不具备 IT 技能，⼀个改启动项的操作也可能要等⼯程师。
现有的部分远程⼿段也有硬伤：远程桌⾯类软件依赖操作系统运⾏，系统蓝屏、死机时，远程连接最
先断开；⽽⼯控设备⾃带的基础远程功能，通常只能查看在线状态，⽆法操作电源、BIOS 与系统。
⼆、需求分析：什么样的远程运维才算“够⽤”
把上述痛点翻译成技术要求，⾄少包括五条：
1. 独⽴于操作系统：设备系统不可⽤时，管理能⼒仍然在线；
2. 电源级控制：开机、关机、重启、强制关机，覆盖“死机⾃愈”等⾼频场景；
3. 底层配置能⼒：能够进⼊ BIOS，完成启动项、串⼝、硬件开关等参数调整；4. 系统级恢复：能够挂载镜像、重装系统，把设备恢复到可⽤状态；
5. 可视化操作：能看到设备桌⾯、能操作键⿏，体验等同于现场。
概括成⼀句话：管理通道不能“挂在”被管理的东⻄上。
表 1 典型运维场景与⽅案对照
三、系统构成与⼯作原理
3.1 系统构成
⽅案由“⼀张卡 + ⼀套管理后台”构成：
1. 硬件部分：成直远程智能管理卡，卡上集成独⽴ BMC 芯⽚（OpenBMC 架构）、HDMI 画⾯采集、
独⽴管理⽹⼝与 USB / 机器插针接⼝；
2. 软件部分：OpenBMC 管理后台，内置 KVM 远程控制台。
系统分为“现场设备侧”与“运维侧”两端，中间通过独⽴⽹络通道连接，管理链路如图 1 所示。
图1：系统框图⸺现场设备侧、独⽴⽹络通道与运维侧的连接关系
3.2 ⼯作原理
这张卡⼯作在“带外”（out-of-band）：管理通道⾛卡上的独⽴⽹络接⼝，与设备操作系统完全解耦⸺
操作系统可以蓝屏、可以崩溃、可以根本进不去，只要设备正常上电，管理后台就始终在线、可控、
可操作。
这也是它与远程桌⾯软件的本质区别：后者是“运⾏在系统⾥的应⽤”，前者是“独⽴于系统之外的通
道”。
图2：成直远程智能管理卡⸺HDMI + 独⽴⽹⼝ + USB，插进设备 PCIe 插槽即可启⽤
四、核⼼功能说明
4.1 远程开关机：电源级全套权限
远程开机、远程关机、远程重启、远程强制关机。系统宕机、软件崩溃、进程卡死时，可执⾏底层强
制断电重启，不需要现场拔电源、不需要⼈⼯值守。适⽤于夜间死机、⽆⼈值守机房等场景。
4.2 远程 BIOS 设置：底层参数远程调整
可远程进⼊ BIOS 界⾯进⾏可视化操作：启动项、串⼝设置、硬件开关、功耗模式、开机模式。新机批
量部署时，⼀台电脑即可完成所有机器的底层配置，不必逐台接显示器调试。适⽤于批量部署、现场
参数调整等场景。
4.3 远程软件安装：系统级的“远程重装”
⽀持远程挂载镜像，安装、卸载操作系统及应⽤软件。Windows / Linux 系统重装、⼯控软件与驱动程
序部署均可远程完成；即使设备系统已经彻底瘫痪，也能通过带外通道重做系统、恢复设备。适⽤于
系统损坏、系统升级等场景。
4.4 远程⽂件传输：独⽴的⽂件通道
模块⾃带独⽴存储，⽀持远程上传、下载。⼯程程序、配置⽂件、升级包、⽇志资料都通过这个独⽴
通道传输，不占⽤业务⽹络，也不需要 U 盘和现场拷⻉。适⽤于程序更新、参数备份、故障取证等场
景。
4.5 KVM 可视化控制台：所⻅即所得
管理后台⾃带标准 KVM 控制台，连接后状态实时显示“已连接”，设备桌⾯同步呈现，⿏标键盘远程同
步控制。开机、关机、进系统、改配置、排故障，操作体验等同于站在设备⾯前。图3：OpenBMC 管理界⾯⸺KVM 控制台显示“已连接”，可实时查看设备桌⾯并执⾏节点操作（开机 / 关机 / 重启）
五、部署与实施⽅法
接⼊⽅式可以概括为三步：
1. ⼀张卡：将管理卡插⼊设备的 PCIe 插槽；
2. 接⼀个视频⼝：⽤ HDMI 采集设备画⾯；
3. 通上⽹：卡上的独⽴管理⽹⼝接⼊⽹络，并连好机器插针。
整个过程不需要改造设备、不需要外接繁杂设备，也不影响原有业务系统运⾏；多台设备的部署流程
完全⼀致，适合批量实施。
六、与常⻅远程运维⽅式的对⽐
⽬前常⻅的远程运维⼿段主要有两类：依赖操作系统运⾏的远程桌⾯软件，以及主要⾯向标准服务器
平台的 IPMI / BMC 类带外管理。三者对⽐如表 2 所示。
表 2 三类远程运维⽅式对⽐对⽐维度
 
从对⽐可以看到：远程桌⾯软件解决的是“系统正常时的便利”，⽽⼯业现场真正需要的是“系统异常时
的兜底”。带外管理解决的正是后者。
七、应⽤场景与实施效果
适⽤场景包括：多⽹点企业、分布式机房、户外机柜、海外项⽬、产线关键⼯控机等。设备越分散、
到场成本越⾼，⽅案的价值越明显。
按照公司公开的型录数据⼝径，超过 90% 的常规运维问题⽆需出差即可处理。落到产线上，故障响应
从“等⼯程师到场”变为“随时上线处理”，停机等待时间显著缩短。
两条实施经验供参考：
1. 尽量在部署阶段就装卡。新机出⼚或设备上线时同步安装，后续运维“顺⼿可⽤”，⽽不是出了问题
才临时想办法；
2. 远程运维与现场保障互为补充。关键设备仍建议保留现场备件与应急预案⸺远程解决效率问题，
现场守住底线。
⼋、⼩结
设备的分布范围还会继续扩⼤，运维⽅式必须跟上。成直远程智能管理模块⽤⼀张卡，把服务器级的
带外管理带到⼯业设备上：独⽴于操作系统、覆盖电源与 BIOS、能装系统能传⽂件、KVM 所⻅即所
得⸺把“⼈在异地、机在身边”从⼀句话，变成⼀套可落地的⽅案。