许可证利用率低，先别急着续费：把 FLEXlm 里那 25% 到 40% 的“占而不用”揪出来

lmstat 一跑，NX 池子里明明还有空位，采购的续费报价单已经躺在邮箱里了。这事我碰过不止一次。一线喊卡，财务说去年才加过，你夹在中间翻着那份看不出任何东西的利用率报表，烦得很。

先说一个反直觉的结论：绝大多数工业企业许可证利用率偏低，不是因为买多了，是因为“占而不用”和统计口径错配同时存在，而你拿到的那个百分比，根本不能直接拿来做采购决策。

FLEXlm / FlexNet 这套浮动许可的机制，本质上是个 checkout 模型。客户端一启动，就向 vendor daemon 要一个 feature 句柄，只要进程还在、GUI 还开着，哪怕工程师去吃午饭了、盯着屏幕发呆、切去回邮件了，这个句柄照样挂在他机器上，不会自己回去。FLEXlm 本身有 TIMEOUT 机制，但默认不开启，而且不同厂商的默认值差得离谱：Autodesk 15 分钟，MathWorks 4 小时，很多团队压根没碰过这个参数。你算出来的“利用率”，分母如果是采购的 feature 总数，分子如果是 lmstat 里 OUT 的句柄数，那这个数反映的只是“有多少个进程开着软件”，跟“有多少人在真正干活”是两码事。

更麻烦的是 Named User 和 Concurrent 混在一起算。Named 按人头分配，Concurrent 按同时 checkout 的峰值算，你拿 Named 的“已分配席位”去评估 Concurrent 池子的紧张程度，结论一定是拧的。还有模块。主模块和附加模块的利用率经常是反的：基础 CAD 席位看起来空着，某个仿真模块或者高级扩展的 feature 天天被拒绝，你只看“软件总量”，永远找不到真正的瓶颈。

所以别急着开回收，先只读跑一两周。lmstat 的 feature 级 OUT 记录拉出来，Node-locked 和 Floating 先剔干净，拉四个数：峰值并发、平均并发、单人最长占用时长、空闲超 15/30/60 分钟占比。这四个数摆在一张表上，采购部才会闭嘴。

回收本身不是技术难题，难的是别把正在思考的人杀掉。我用的是双因子判定：键鼠无输入 加 软件无活跃命令（NX 再生、ANSYS 求解、Catia 刷新），两个同时静默才触发。阈值按软件分开设，NX 和 SolidWorks 15 分钟，Catia 启动慢给 20 分钟，Ansys solver 节点直接加白名单永不回收。单用户再加一道最长占用锁，6 小时封顶，防周五忘关那种。先公告全员再动手，有人第一次发现许可自动回来了会以为软件崩了。

验证看什么？峰值利用率和拒绝率（%Denied）放在一起看，闲置席位数要能下钻到具体账号和设备，不能只有一个汇总数。回收再分配率保留分子分母和异常样本。效率、体验、合规三样同时兜住，才算数。

说个具体的。 一家汽配研究院，NX 2312 买了 36 个浮动，Catia V5-6R2023 买了 28 个，Ansys 2024 买了 24 个，SolidWorks PDM 40 个。跑两周只读采样，NX 的日均峰值并发 31，但空闲超 15 分钟的占比干到 41%，等效可释放 10 席；Catia 闲置率 37%，可释放 7 席；Ansys 更夸张，闲置率 44%，可释放 8 席。NX 单席年费大概 6 万，光 NX 一项释放 10 席就是 60 万上下，而这批席位里的相当一部分，是午休和下班后还在 checkout 状态里挂着的 GUI 句柄。同一时期浙江一家线性驱动上市公司，100 个设计人员跑 UG NX 和 PRO-E，上班时段许可冲突是常态，上了浮动许可闲置自动化回收之后，利用率翻了 3 倍以上，没加一套新订阅。

几个容易踩的坑。 只看月平均利用率，高峰打满那几个小时全被压平了，你永远觉得“还有余量”。只凭某一天 lmstat 报拒绝就下结论买，偶发事件当成长期趋势。把安装量、授权量、登录人数和并发峰值混在一个分母里除，算出来的数自己都不敢拿去汇报。还有，没有责任人、没有完成时间、没有回读验证的回收动作，过了半年人一换，池子又回到原样。

答疑。 数据跑多久？至少覆盖一个完整的业务周期，项目型团队要把评审周和交付节点包进去。谁牵头？IT 管数据和回收策略，采购拿合同和续费说话，业务定优先级，合规边界模糊的时候别自己扛，拉法务。从哪开始？先只读跑两周，把峰值并发和空闲占比拉出来，再决定是调 TIMEOUT、开回收，还是真的该买。gofar 这类工具能帮你把安装、授权和空闲线索归集到一块，但回收阈值定多少、哪些节点进白名单、跟不跟原厂谈续费，这些判断它替不了你。