业务天天喊着打不开 Catia,采购一问数据,利用率才 45%,预算卡在审批桌上推不动;领导拍板“先加 10 个再说”,加完半年,高峰照样排队,报表上闲置还是 30%。这就是典型的“库存不少、货架缺货”——错配,不是缺口。
抢号这个问题背后至少藏着四种根因:真容量不够、配置错了、流程堵了、有人占着不放。不分类就动手,方向八成是反的。下面把这几年的排查路数掰开讲讲。
浮动许可这玩意,客户端 checkout 拿走句柄,进程不死号不还。FlexNet 里 FEATURE 一行就是许可池的边界,lmutil lmstat -a -c 27000@lic-server 一敲,Total of 50 licenses issued; Total of 50 licenses in use 这种行就是现状。
但很多人连“缺”的种类都没分清:
四种情况对应四个动作:扩容、排程、回收、调池子。混着看必出错。

数据里搞不清的,标“待补证据”,别拿推测填。
研发说影响交付,IT 说利用率不高,采购说预算紧——三方吵半天,引用的根本不是同一份数据。先把口径统一:软件、模块、用户、时间范围、计算公式,一张表拉平,再开会,否则就是鸡同鸭讲。法务、合规争议单独过,别在例会上扯。
TIMEOUTALL 5400(90 分钟实测安全值),低于 1 小时容易误杀正在跑后台求解的任务。键鼠无输入 + 软件无活跃命令双因子判定,比单看心跳准。回收、调池、错峰跑完一个季度,再看高峰期还缺不缺。还满载,才该动预算;不满,就别再花钱。 每次策略变更记前后指标和异常反馈,规则版本号留存,下次审计、续约都有据可查。
指标异常先查采集口径有没有变,再判断业务是不是真变了。命令执行成功 ≠ 用户问题解决了,得看排队还犯不犯。
去年南京一家做智能装备的,SolidWorks 60 套 + 仿真模块 8 套,业务月月投诉抢不到,采购报表上利用率常年 50% 上下,预算批不下去,两边僵着。运维主管找上门,先只读跑了三周数据。
结果挺扎眼:仿真那 8 个 license,每周二到周四下午连续满载 4 小时以上,月均 denial 120 次;60 个 CAD 里 19 个单日占用超 10 小时,其中 6 个挂在离职员工和外包借调的旧机器上,挂了仨月没人管。模块错配加假性短缺,占了投诉的大头。
处理也不复杂:先 lmutil lmremove 软释放 6 个僵尸会话,台账里的报废机逐个清理;SolidWorks 设 15 分钟双因子闲置、仿真 solver 20 分钟且任务运行中永不回收;按产品线拆两个子池,非工作时段跨池共享;下班前给挂着的会话发通知,15 分钟没响应才回收。
跑了一个季度,等效释放 11 个席,仿真 denial 从 120 次/月降到 15 次以内,高峰平均等待从 25 分钟缩到 4 分钟。采购那边最后拍板:仿真模块加 2 个,CAD 一套不加——比原先吵着要加 10 个的方案,一年省下 40 多万续费。
这事说白了不玄乎,就是先把错在哪拆开,再动手,钱花在刀刃上。顺序反了,钱花了,号照样抢不到。