设备资产台账与配置管理:几十台机器怎么不乱
- 知道设备台账必须记哪些字段,哪些是事后补不回来的
- 会做一份不会打架的展厅 IP 规划表
- 掌握配置备份的范围与时机,做到换机一小时内复原
- 建立"配置变更留痕"的最小习惯,避免改崩了回不去
- 交付时留下一份接得住的运维资料包
两年后的那台机器
场景大概是这样的:展厅交付两年,某台互动主机坏了。你去换一台新的,然后发现——
没人知道这台机器原来的 IP 是多少,也没人知道它连的是哪台交换机的哪个口;播放软件的授权码找不到了;它跟中控之间是怎么对接的、用的哪个端口,当初配的人已经离职;BIOS 里改过什么设置没有记录;片源在哪个盘、哪个目录,命名规则是什么,只能靠猜。
本来一小时能换完的活儿,硬生生做了一整天。
这不是能力问题,是信息管理问题。这一节讲怎么让两年后的自己(或接手的人)不骂人。
台账要记什么
先说结论:台账的价值不在于全,在于记住那些"事后补不回来"的信息。
设备型号、序列号这些,实在不行拆开机箱还能看到;但"当初为什么把这台设成静态 IP 而不是 DHCP"、"为什么这台的自动更新被关了",这种决策理由一旦没记,永远补不回来。
一份够用的设备台账,字段大致这些:
| 字段 | 为什么要记 |
|---|---|
| 设备编号 | 现场贴标签,报修时一句话说清是哪台 |
| 位置 | 具体到展项和机柜位,别写"一楼" |
| 类型/型号 | 采购、换件、查手册用 |
| IP / MAC | 排障第一现场,MAC 用于 WoL 和绑定 |
| 上游交换机+端口 | 网络故障时快速定位,这条最常漏 |
| 所属展项 | 判断故障影响面:这台挂了哪个展项停 |
| 装了什么软件 | 含版本号,换机复原用 |
| 授权/密码 | 单独加密存放,台账里只写"见密码库" |
| 特殊配置及原因 | 改过的 BIOS 项、关掉的服务,要写原因 |
| 责任人 / 交付日期 | 追溯和质保 |
"特殊配置及原因"这一栏是整张表里最值钱的,也是最容易被跳过的。写"关闭了自动更新"没用,写"关闭自动更新——因为 2026-03 那次更新后触摸驱动失效,重装才恢复"才有用。下一个人看到就知道别手贱去开。
台账用什么工具?一开始就用 Excel 或在线表格,别上系统。 设备过百台再考虑资产管理软件。工具不是重点,有人维护才是——台账最大的敌人不是格式不好,是三个月没更新,然后所有人都不再信任它。
IP 规划:先分段,别随手分
展厅 IP 打架是高频事故,根因几乎都是"当时随手分的"。
好的规划是按设备类型分段,一眼就能从 IP 看出这是什么设备:
| 网段 | 用途 |
|---|---|
.1 - .9 |
网络设备(路由、交换机、AP) |
.10 - .39 |
显示设备(投影机、拼接控制器、LED 发送卡) |
.40 - .69 |
主机类(播放主机、互动主机、中控主机) |
.70 - .99 |
控制类(继电器、串口服务器、时序器、传感网关) |
.100 - .149 |
音频类(功放、处理器、麦克风系统) |
.150 - .199 |
预留扩展 |
.200 - .249 |
DHCP 池(临时设备、笔记本、调试用) |
.250 - .254 |
运维专用 |
这样分的好处:排障时看到 192.168.1.42 连不上,立刻知道那是台主机;施工方新加设备时给他 DHCP 段,不会跟固定设备撞。
几条实践要点:
- 固定设备一律静态 IP,别用 DHCP 保留——DHCP 服务器一挂或被换掉,全场重新洗牌;
- 留足预留段,展厅两年内加设备是常态,别把段位排满;
- IP 和台账同步更新,改了 IP 不改台账,等于没台账;
- 网段规划写进交付文档,不要只存在配置人的脑子里。
设备一多还要考虑 VLAN 隔离,那涉及安全,见展厅运维的安全基线。
配置备份:目标是"一小时复原"
判断配置管理做得好不好,只有一个标准:一台机器彻底坏了,能不能在一小时内用新机器顶上。
要达到这个目标,得提前备份这些东西:
系统层面——最省事的是整机镜像。装好系统、驱动、软件、配置全部就绪后打一个镜像存起来,换机时直接恢复。缺点是镜像大、更新麻烦,所以适合"配好就不怎么动"的展厅主机。
软件配置——播控软件的节目单、中控的场景配置、SoftAgent 的 config.json 这类。这些文件小,改动频繁,适合定期单独备份。
授权文件——很多软件的授权跟设备绑定,换机需要重新申请。提前搞清楚每个软件的换机授权流程,别等设备坏了才发现要走一周的申请。
片源素材——通常最大,单独备份到 NAS 或移动硬盘,别只存在展厅主机里。
网络配置——交换机配置、VLAN 划分、端口映射,导出成文件存好。
备份频率的实用建议:镜像在每次大改动后打一次,配置文件每月一次或每次变更后立即备份,素材随内容更新走。 别追求高频全量,那样没人坚持得下来。
配置变更要留痕
比备份更日常的是变更留痕。改配置前想三秒:万一改崩了,怎么回去?
最低成本的做法:改之前先复制一份带日期的副本。
config.json
config.json.20260727-改心跳间隔前
config.json.20260715-改上报地址前
土,但极其有效。文件名里写清楚"改什么之前",比任何工具都直观。
稍微正式一点,可以维护一个变更记录表:日期、改了什么、为什么改、谁改的、影响哪些设备。一行一条,追溯故障时价值巨大——"这台从上周三开始就不对了",翻一眼变更记录,上周三刚好改过配置,根因立刻锁定。
内容素材的版本管理是另一个专题,命名规范和一键回退见展厅内容版本管理与回滚。
交接时该留下什么
交付不是发个安装包就完事。一份接得住的运维资料包,至少包含:
- 设备台账(上面那张表,填完整)
- IP 规划表(含网段划分说明)
- 系统拓扑图与点位图(画法见系统集成图与点位图怎么画)
- 各软件的配置文件备份 + 授权说明
- 常见故障处置手册(配合常见故障速查与备件管理)
- 每日开闭馆操作流程(写给现场人员,别写技术术语)
- 远程运维的接入方式(怎么连、密码在哪、注意什么)
- 变更记录表模板(给客户和后续维护方接着用)
最后两项最容易漏,也最容易变成日后扯皮的源头。 特别是远程接入方式——交付时没写清楚,半年后客户换了 IT 主管,谁都不知道那台设备该怎么远程连,只能跑现场。
交付文档、培训、质保的完整做法见交付文档 / 操作培训 / 质保。
让台账自己更新一部分
台账最难的是保持更新。有个减负的思路:能自动采集的字段,就别靠人填。
设备如果在上报心跳,那么 IP、主机名、设备标识、软件运行状态这些就是现成的——远程管控实战那一节配的心跳里就带着这些信息。定期把心跳数据导出来,跟台账比对,能发现"台账上写着 .42,实际这台在 .58"这类漂移。
设备标识这里有个细节值得说:用系统层面的稳定标识做主键,别用 MAC。插拔 USB 网卡、换网卡、启用无线网卡都会让 MAC 变,而系统 GUID 派生出来的标识不受影响。台账主键一旦漂移,历史记录就对不上了。
自动采集能覆盖的通常是"当前状态"类字段;而"为什么这么配"这种决策信息,永远得靠人写。把人的精力省下来专门写这部分,才是正解。
小结
资产台账和配置管理是运维里最不性感、但回报最实在的一块。它不会让展厅跑得更好,但会让出事时你不慌。
三条最低要求:台账里写清特殊配置的原因、IP 按类型分段并留预留、改配置前先存一份带日期的副本。就这三件事,能挡掉日后八成的抓瞎场面。
检验标准始终是那一句:换台机器,一小时能不能顶上。 答不上来,就说明还有活儿要补。