许可循环借用机制 不增购也能解决团队许可不够用

一、为什么明明买了许可，还是有人登不上系统

上周三上午9点12分，我接到一家设计院运维同事的电话。SolidWorks 2024 SP2并发许可又满了，研发部三个新来的工程师卡在登录界面。后台显示，32个许可全被占用，但其中9个挂在已经下班关机的人名下。

这不是个例。过去三个月，我处理过7起类似的“许可荒”，涉及的软件包括：

• SolidWorks 2022–2024（FlexNet）
• AutoCAD 2021–2026（Network License Manager）
• ANSYS 2023 R2（FlexNet + vendor daemon）
• HyperWorks 2024（Altair LM）
• 表面看是“许可不够”，本质是许可分配逻辑僵化——买断的许可一旦被签出，只要客户端不主动释放，服务器就默认它一直被占用。

二、许可被“死锁”的底层原因

从License Server的调度机制看，问题通常出在四个地方：

1. 会话级占用而非进程级检测​ 多数CAx软件在启动主程序时向lmgrd申请许可，关闭程序才释放。如果用户直接合上笔记本、VPN掉线、远程桌面断连，lmgrd收不到lmremove信号，许可就一直挂着。
2. 超时（TIMEOUT）参数未启用或被客户端拒绝​ FlexNet支持TIMEOUT和TIMEOUTALL，但部分软件厂商在vendor daemon里写死了最低阈值，比如ANSYS默认不接受低于7200秒的超时，你不改配置，它根本不生效。
3. 闲置判定维度单一​ 服务器只看“是否断连”，不看“是否还有鼠标/键盘/GPU活动”。一个工程师打开SolidWorks后去开会，软件在前台挂着，许可就一直占着。
4. 缺乏借用（Borrow）的回收机制​ 部分用户为了出差，提前borrow了7天许可。回来后忘了还，许可就彻底从池子里消失，直到到期自动回笼。

三、不增购，用循环借用机制把许可“挤”出来

核心思路不是买更多许可，而是让许可在“真正需要的人”之间自动流转。我这套方案，已经在3家200人以上设计团队跑通，实测许可利用率从58%提到89%以上。

Step 1：摸清当前许可的真实占用画像

先别改配置，先拿数据。我用的是服务器自带工具+简单脚本。

# 查看当前FlexNet许可占用明细
lmutil lmstat -a -c 27000@lic-server
我习惯把输出重定向成日志，每小时跑一次，连续跑3天：

lmutil lmstat -a -c 27000@lic-server >> /var/log/lic_stat_$(date +%F).log
【专家提示】
看两个字段就够了：Users of swstd（总池子）和start time。凡是start time早于当天8:00但用户IP不在办公网段的，基本都是“僵尸占用”。

Step 2：开启并细化TIMEOUT策略

在sw_d.lic（以SolidWorks为例）的FEATURE段里，我加了这行：

TIMEOUTALL 900
意思是：任意许可，若客户端无心跳超过900秒，尝试回收。
但光这样不够。有些软件不认TIMEOUTALL，需要单独指定feature：

TIMEOUT swstd 1200
TIMEOUT swpro 1800
改完重启lmgrd：

lmgrd -c /opt/flexnetserver/sw_d.lic -l /var/log/solidworks_lic.log
【避坑指南】
ANSYS用户注意，vendor daemon ansyslmd会忽略小于7200的TIMEOUT。如果你设成900，日志里不会报错，但也不会生效。我吃过这个亏。

Step 3：启用循环借用（Borrow Recycle）

这是重点。传统borrow是“一次性占用”，我改成了“工作日循环借用”。

在license文件里，把borrow权限从“无限制天数”收缩到最长24小时：

BORROW 24 swstd
然后配合脚本，在每天凌晨1:00强制回收所有borrow：

#!/bin/bash
# recycle_borrow.sh
lmutil lmremove -c 27000@lic-server -f swstd -u all
加入crontab：

0 1 * * * /opt/scripts/recycle_borrow.sh >> /var/log/recycle.log 2>&1
效果很直接：前一天晚上借走的许可，第二天一早自动回池。工程师上班再重新申请，池子里始终有“活水”。

Step 4：区分角色，做分级许可池

不是所有人都需要“长占许可”。我把用户切成三类：

• 核心研发：允许borrow 24小时，TIMEOUT 1800
• 校核/审图：不允许borrow，TIMEOUT 600
• 外包/实习生：走独立feature，最大并发数硬限制为总池的15%
• 用lmgrd的INCLUDE/EXCLUDE实现：

INCLUDE swstd USERGROUP core_users
INCLUDE swstd USERGROUP temp_users
【专家提示】
不要一上来就全员收紧。我第一次直接把TIMEOUT设成300，审图同事开着软件查图纸，接个电话就被踢，投诉到IT总监。稳妥做法是先设1200，观察一周再下调。

Step 5：用可视化工具补位“人肉运维”

脚本能解决回收，但解决不了“谁在用、为什么用这么久”。

我现在用格发许可优化器做日常巡检。它不替代lmgrd，而是读lmstat数据，做三件事：

• 实时显示每个许可绑定的真实用户名、IP、主机名
• 自动标记闲置超过30分钟且GPU占用为0的会话
• 支持一键发起“软提醒”：给占用者弹窗提示“许可即将回收，请保存工作”
• 这一步是让“循环借用”不挨骂的关键。工程师知道系统不是粗暴踢人，而是先提醒。

四、实测数据：改配置前后对比

下面是同一团队（32个SolidWorks许可，186人设计部）连续两周的数据对比，时间：2026年5月：

五、常见踩坑与答疑

Q：强制回收会不会导致文件损坏？​

不会。lmremove只收回license token，不杀进程。软件会弹“许可丢失，请保存为脱机模式”。我观察了三个月，SolidWorks和AutoCAD都能正常转本地缓存。

Q：ANSYS这种大计算，跑一半被回收怎么办？​

所以我做了分级。求解用的ansys_para feature不启用短TIMEOUT，只给前处理模块收紧。计算节点走HPC调度，不走普通borrow池。

Q：用户会不会自己多开几个session占坑？​

会。所以我限制了同一用户名最大并发数：

MAX 2 swstd USER

六、长期维护的几个习惯

1. 每周一早8:45看一眼报表​ 许可冲突基本都发生在周一上午。提前把周末遗留的borrow清一遍，能挡掉一半投诉。
2. 新员工入职，默认进“临时池”​ 观察一个月，再迁到核心池。这样不会一上来就挤占老员工资源。
3. 把闲置率当成KPI​ 我给IT部门定了一条：许可闲置率超过10%，说明配置不合理，而不是“买少了”。
   

许可不够用，很多时候不是钱的问题，是调度的问题。

循环借用机制，本质是把“静态分配”改成“动态流转”。你不需要跟老板申请明年再加10个许可，先花半小时把TIMEOUT、Borrow周期和分级策略调好，效果往往立竿见影。

如果你的团队也在为FlexNet系软件天天抢许可，可以先用lmstat拉一周日志看看——数据不会骗人，僵尸占用一目了然。