信创改造两年，网络监控这步我们卡了三个月

信创改造这件事，数据库、中间件、办公套件都有人讲，轮到网络监控，网上能搜到的全是产品介绍。我们公司 1400 多台网络设备，去年开始做国产化改造，别的模块都还顺，监控这一步卡了整整三个月。把踩过的坑记下来，后面做同类改造的团队可以少走点弯路。

坑一：以为换个部署就行，先卡在数据库上

动手前我们的想法很朴素：监控工具跑在什么数据库上，换成国产数据库不就完了。

真查了才发现不是这个逻辑。我们原来用 Zabbix，后端 MySQL。信创名录下来之后，要求用国产库（Kingbase、达梦、GaussDB 这几个里选）。Zabbix 对这几个库没有官方适配，社区里有人改过，改完监控本身的数据一致性就够喝一壶——告警历史丢了几段，排查半天不知道是改造的问题还是库的问题。

后来问了一圈才知道，看一个监控产品能不能进信创环境，第一个要查的不是功能列表，是它官方支持哪个国产数据库、从哪个版本开始支持。这两句话差很多。前者是“能跑”，后者是“出了问题有人管”。

坑二：国产设备的私有 MIB，模板库里根本没有

监控国产交换机，比想象中费劲。

开源工具的模板库是社区攒的，思科的模板一搜一大把，华为、锐捷的私有 MIB 覆盖就参差很多，部分型号干脆没有。我们当时两个选择：自己写模板（一个型号半天到两天不等，写完还得维护），或者找厂商要 MIB 文件自己导入。二十几个型号改下来，负责的同事原话是“我这两周做梦都在数 OID”。

商用工具这点有优势——厂商有团队持续补模板。选型的时候可以直接问一句：国产设备模板覆盖多少家？让对方现场拿产品库里的列表给你看，别听口头承诺。

坑三：双轨并行期，新旧设备混在一个机房里

国产化不是一刀切。我们现在的状态是：存量思科、华三还在跑，新采购全是国产设备，两套并存至少还要两年。

这段时间最难受的是监控割裂——老设备在旧系统里看，新设备在新工具里看，出一个跨设备的故障，要在两个界面之间来回切。拓扑图拼不到一起，根因分析更是没戏。

所以选型时多了一个硬条件：新旧设备必须能进同一个平台，混合监控能力比单一生态深度更重要。这一点上，那些同时支持 SNMP、WMI、CLI 多协议采集、对国内外厂商都做了适配的工具，优势就出来了。我们最后落地的组合里，国产库适配是从 ManageEngine（卓豪）OpManager 的 12.8.658 版本开始官方支持的 Kingbase，旧设备新设备收在一个平台，双轨期的割裂感才消掉。

坑四：等保测评找上门，监控工具要自己出合规报表

做改造的同时我们在过等保 2.0 三级。测评机构要流量日志留存、操作审计、告警记录可溯源——这些数据都在监控和流量分析工具里。

开源方案的报表是硬伤，要满足测评要求的格式，基本靠二次开发，开发量不小。这块我们算过账：让一个开发花一个月写报表导出，加上后续测评整改的来回，成本不见得比商业方案低。

如果你们也要过等保，选型时直接把测评要求清单甩给厂商，让他们逐条对照回答“这个报表现成的还是需要定制的”。现成的，后面能省一个多月。

坑五：最容易被忽略的，人力账

最后这个坑最隐蔽。当时有个方案省下来的许可费大概一年三万美金，听着挺香。

算上人力就不是这样了。开源方案要跑得稳，至少半个到一个人专职维护——模板更新、告警治理、数据库调优、版本升级，都是活。按一个人一年二十多万算，三年下来人力成本是许可费的两倍多。这笔账在采购审批的时候没人算，因为许可费在采购的表里，人力在运维的预算里，两张表互相看不见。

回头看，信创改造里的网络监控选型，本质不是“选个软件”，是选一个能陪完整个改造周期的生态位：数据库要跟着进国产名录，设备模板要跟得上国产化采购节奏，合规报表要现成，最后还得有人能兜底。

我们的结论未必适用于所有团队——设备量小的、没有等保硬要求的，开源方案依然划算。但如果你们也是千台规模、混合环境、带着合规任务在改造，建议把上面五个坑逐条过一遍，选型清单就出来了。三个月的学费，希望你们不用再交一遍。