License 优化别整虚的——按这个顺序干，一个月见分晓

干了十来年企业软件运维，见过太多“优化项目”：买了工具、开了大会、发了红头文件，三个月后利用率纹丝不动。问题不在工具，在顺序。License 优化是条流水线，跳步骤必翻车。按周拆给你看。

第 0 周：先把“值不值得优化”算出来

不是所有软件都值得折腾。拉三张清单：

• 高成本：年续费 Top 10 的软件，CAD/CAE/PLM 基本都在里面；
• 高拒绝：FlexNet 的 DENIED 记录、SNL 的超并发日志，按模块按时段统计；
• 高闲置：占用超过 2 小时无操作的会话占比。

三张表的交集，就是你第一个下手的对象。别想着全公司一把抓，先啃最肥的那块。

第 1 周：摸底，只看不动

• 按软件、模块、用户、时段四个维度采 7~14 天数据，lmutil lmstat 定时抓，DSLS 用 usage log；
• 区分四种“抢不到”：真容量满、配置错、网络瘫、僵尸占坑——错误码分流，别混着算；
• 找业务主管确认关键时段：几点到几点不能断供，哪些岗位是核心用户，白名单先圈出来。

注意合同边界：拆池、RESERVE、跨部门调度，先核对授权协议允不允许，有些合同对许可池划分和园区范围有限制，别优化出个违约来。拿不准的问法务。

第 2-3 周：小范围试点

挑一个部门、一个软件先跑：

• 闲置回收：双因子判定（键鼠静默 + 无活跃命令），阈值按软件设，回收前客户端提醒，15 分钟没响应才动。solver 和批处理任务一律白名单；
• 峰谷调度：批处理挪夜间，核心时段给核心岗位 RESERVE；
• 例外走工单，口头授权一次都别开——开了就收不回来了。

每天收一次重新申请和投诉反馈，误杀多了就放宽阈值，别硬扛。

第 4 周：复盘、固化、扩围

前后指标对比着看：许可满足率、拒绝次数、闲置回收量、用户投诉数。注意口径一致——优化前的数据和优化后的数据必须是同一套采集方式和统计周期，否则降了也说不清是谁的功劳。

跑顺了写成一页纸规则：阈值、白名单、责任人、变更记录，变成月度例行。然后复制到下一个软件。

三个最容易翻车的地方

一上来就买工具。 工具是放大器，策略错了它帮你错得更快。先用原生命令把数据和规则跑通，规模到了（多软件、多 server、多园区）再谈集中纳管。

拿平均利用率汇报。 平均 55% 看着健康，高峰照样天天拒绝。决策看峰值和拒绝分布，平均数只配做背景。

没有回读验证。 回收命令执行成功不等于问题解决，用户第二天还抢得到号才算数。每个动作留：谁干的、什么时候、验证结果是什么。人一换岗，这套东西就是接盘侠唯一的说明书。

说个事

常州一家做工程机械液压件的，Creo 40 席，年年加购年年紧张，老板已经批了 20 席的扩容预算。新来的 IT 负责人按上面顺序走了一遍：三张清单交集是 Creo 基础包 + Simulation 模块；采两周数据发现基础包利用率 62%，Simulation 峰值 100% 且拒绝集中在下午；40 个会话里 11 个挂机超 4 小时，其中 3 个挂在离职员工的老机器上。

处理：清掉 3 个僵尸会话；设 20 分钟双因子回收，仿真求解白名单；Simulation 按项目窗口放号，非项目成员走审批；基础包保持不动——它不紧张。

两个月后 Simulation 拒绝从日均 6 次降到 0.5 次，扩容预算砍到只补 4 席 Simulation，一年省 30 多万。老板那句话挺实在：“以前是凭感觉买，现在是凭账买。”