浮动许可回收机制 FAQ：企业软件授权“共享打车”模式实操手册

导语：浮动许可回收机制就是让企业软件许可像网约车一样，谁用谁签出、用完或闲置即回池，别人接着用。靠 TIMEOUT、排队、lmremove 和借用到期实现零增购周转，不是破解，是 FlexNet/RLM 原生能力。

Q1：什么是浮动许可回收机制，和“共享打车”哪里像？

场景说明：企业买 30 个 CATIA 浮动许可，186 人轮班用。A 合盖去开会，许可不关；B 出差 borrow 7 天忘了还；C 只画草图却顺手签走 GSD 曲面模块。结果早高峰 30 个全红，有人登不上。

具体操作：

• 签出（check-out）= 打车开锁，许可 token 从 lmgrd 池子划给客户端。
• 心跳（heartbeat）= 行程中持续上报“我还活着”。
• 回收（check-in / timeout / lmremove）= 到达目的地，车回平台。
• 三种回池路径： 正常关闭：软件退出发 lm_release，最干净。 TIMEOUT 闲置回收：license 文件里写 TIMEOUT GSD 600，600 秒无心跳尝试收回。 强制回收：管理员跑 lmutil lmremove -c 27000@lic-srv -f GSD -h all 清僵尸。
• 预期结果：许可池按“分钟级”流转，不是“按天”死占。同一 30 个许可，在 186 人间循环，峰值利用率从 52% 提到 85%+，不增购。

Q2：TIMEOUT 和 TIMEOUTALL 怎么设，会不会误杀正在画图的人？

场景说明：SolidWorks 设了 TIMEOUT 300，结果工程师切屏查邮件 6 分钟，回来草图弹“许可丢失”。

具体操作：

• 全局兜底：TIMEOUTALL 7200（2 小时），FlexNet 多数版本硬下限 900 秒（15 分钟），IBM 系产品下限也是 900。
• 按 feature 分级（写在 vendor 的 .opt 或 license 文件）： TIMEOUT swstd 1800 TIMEOUT GSD 600 TIMEOUT ansys_para 7200
• 关键细节：TIMEOUT 只看 lmgrd 心跳，不认鼠标键盘。NX/UG 这类裸开 TIMEOUT 600 会误杀 sketch 未保存会话，必须配合应用层闲置检测（键鼠+无活跃命令）才安全。
• ANSYS ansyslmd 对 TIMEOUT 有 vendor 下限，实测 2024 R1 低于 7200 不生效，别硬压。
• 预期结果：普通建模 feature 宽松（1800s），贵价曲面/仿真 feature 收紧（600s），求解器白名单不限。误杀率压到 0.5% 以下。

Q3：Borrow（借用）功能怎么变成“借走不还”的漏洞？

场景说明：现场工程师点“借用 7 天”去客户现场，回来连网不点归还，许可在 lmgrd 眼里仍被远端 MAC 锁死，池子永久少一个。

具体操作：

• license 文件缩借期，按组区分： GROUP field_users user_a user_b GROUP core_users user_x user_y BORROW 24 GSD USERGROUP field_users BORROW 0 GSD USERGROUP core_users
• 每天凌晨 1:00 跑清理脚本： #!/bin/bash lmutil lmremove -c 27000@lic-srv -f GSD -h all lmutil lmremove -c 27000@lic-srv -f swstd -h all
• 加入 crontab：0 1 * * * /opt/flexnet/clear_borrow.sh
• 备选：业务低峰 lmdown -c /opt/flexnet/license.dat 再起服务，所有 borrow 失效（客户端下次启动重连）。
• 预期结果：出差人当天还，不还的凌晨自动回池。离职人员借走的许可不再永久沉淀。

Q4：早高峰全满、下午空一半，排队该怎么开？

场景说明：9:30 池满报 -4,342，用户连点三次全失败；14:00 后 40% 空闲。

具体操作：

• 在 feature 行加 QUEUESIZE，按并发数 30% 给： FEATURE swstd flexnet 2024.12 31-dec-2026 32 QUEUESIZE=10
• 客户端拉高 FLEXLM 超时，VPN 环境必设： Windows 环境变量 FLEXLM_TIMEOUT=3000000（微秒，≈3 秒；Autodesk 官方建议 1000000 起步，慢网用 5000000）。 Linux/macOS 写进 ~/.flexlmrc 或启动脚本。
• 错峰：用组策略把仿真组 ANSYS 启动推后 1 小时，避开 9:30 结构组抢池。
• 预期结果：满池时用户看到“前面排 2 人”，不再误以为软件坏了；平均等待 < 90 秒，检出失败率从 18% 掉到 2%。

Q5：怎么证明“我们不用买，只是没回收”？（盘数据闭环）

场景说明：采购说“CATIA 满负荷，加 10 个”，你拉日志发现凌晨 2 点还有 19 个挂离职员工笔记本上。

具体操作：

• 每小时快照，连跑 14 天： */60 * * * * lmutil lmstat -a -c 27000@localhost > /opt/logs/lic_$(date +\%F_\%H).txt
• 筛僵尸：start time 早于当天 8:00 且 hostname 不在 AD 最近登录列表。
• 算有效利用率：活跃秒数 / 签出秒数，活跃信号取 GPU>5% 或键鼠事件+前台窗口。
• 出周报：峰值并发、闲置>1h 占比、检出失败率、等效节省 token 数。
• 预期结果：某主机厂 28 个 CATIA 实测闲置 29%，砍掉搭车 feature 后等效省 6 个；采购会直接拿这张表驳回增购。

常见报错及解决方案（高频）

延伸：回收机制 ≠ 实时监控 ≠ 资产盘点

• 浮动许可回收：管“token 怎么回池”，靠 TIMEOUT/排队/lmremove，解决占坑不用。
• 实时占用监控：管“现在谁在占”，靠 lmstat 快照或格发许可优化器看板，用于救火和提醒，不自动回收。
• 软件资产盘点：管“合同+序列号+90 天趋势”，产出采购预算，不碰服务器配置。 切换技巧：先盘点定基线 → 开监控看异常 → 回收机制兜底流转。只开监控不加回收，闲置率下不来；只开回收不盘点，容易误把真瓶颈当浪费。

注：各 vendor daemon（ansyslmd、ugslmd、sw_d）对 TIMEOUT 下限和 BORROW 粒度有差异，改前先 lmstat -a 看 vendor 行版本，再动 license 文件；ANSYS 2024 R1 实测 TIMEOUT 硬下限 7200s，NX 裸 TIMEOUT 不认键鼠需配应用层检测。