别急着续费：许可证利用率低，多半不是买多了，是你查错了

上周三下午接了个电话，对方是做非标设备的厂子，开口就问：我们 SolidWorks 的许可利用率只有 38%，今年是不是能砍掉一半。这话我一年得听七八遍。砍完三个月又来加急采购，来回折腾的还是那几个人。

先把性质说清楚。许可证利用率不是库存周转率，它压根不是一本 “买了多少、用了多少” 的账。

浮动许可（floating /concurrent）算的是同一时刻有多少人签出（checkout）。你该按峰值买，平均值没什么参考价值，看着低不代表够用，看着高也不代表富余。命名用户许可（named user）更简单，席位发到人头上，人不用它也不会自己跑回来。这种许可根本没有 “利用率” 这个概念，只有 “分配了但没人碰”。节点锁定（node-locked）绑机器，工程师换台电脑就得重新申请，账面上看着闲置，实际是人被卡在那儿干不了活。

所以那个 38%，大概率是分母的问题。分子没错，分母错了。

分母是谁？ 很多人拿安装量当分母。装了 62 台，日活 21 个，算出 34%，看着很惨。可你买的是浮动许可，62 个人里只要任意 21 个同时在线就够用，那这个百分比就是个假数字。

统计周期也是坑。 按自然月拉平均，项目型团队在淡季能把峰值抹平一大截。至少得覆盖一个完整交付周期，赶工那几周的单日峰值才是真需求。

心跳和超时回收。 浮动许可客户端是定期给服务器发心跳的，掉线、休眠、拔网线，服务器要等超时（TIMEOUT）才把许可收回去。有些厂商默认两小时，工程师中午合上笔记本去吃个饭，那个席位就一直被占着。你看到的 “许可不够用”，其实是被僵尸会话吃掉了。

模块级。 套件买的是一整个包，里面几十个 feature。研发只用其中两三个，剩下的常年零签出。拿套件当基数算利用率当然难看，拆到 feature 层才知道该收哪个。

还有个更脏的情况。 options file 被人改过。前两年做项目限过组，后来人走了规则还在，某个部门被永久挡在外面，他们就转用别的工具了。这种错配在报表上只有一个结果：利用率低。

真要查，我是这么干的。

先把许可服务器日志拉全，checkout /checkin 一条条对到时间轴上，别信厂商报表的汇总页。再按 “账号 - 设备 - 模块 - 时段” 四列做透视，揪三类东西：签出次数长期为零的席位、单次占用超四小时但 CPU 几乎空转的会话、只在月末集中冒头的账号。第三类多半是做样子给考核看的。

再往下就得找人了，别指望报表。找研发组长聊半小时，问三句：你们组到底谁在用、换项目的时候许可是跟人走还是跟机器走、有没有人签不到许可就改用别的软件了。这三句比任何看板都准。

最后才是动手。回收之前先定回退方案，别一上手就删账号。许可是卡业务连续性的东西，收错一个关键岗位的席位，停线一小时，省下的钱全赔进去。

说个具体的。去年有家做压力容器的企业，ANSYS 的 HPC pack 买了 128 核，账面利用率常年 30% 上下。我翻了日志才发现，他们并行求解只开到 32 核，多出来的 96 核从来没被调用过 —— 作业提交模板是 2019 年定死的，后来没人改。同一批人天天喊算力不够、天天排队。模板一改，排队从六小时降到一小时半，那 96 核的许可一个没退，利用率自己就上去了。

同一家另一边，SolidWorks 装了 62 台，日活 19。剩下那 43 台里，11 台是离职员工留下的机器，还有一批是车间看图纸用的，只读不建模，压根不需要设计许可，装个查看器（eDrawings）就行。这部分收回来重新分配给新招的三个结构工程师，那一年没再追加采购。

免费

今天 09:52