证不够用和闲置，往往是同一张日志上的两件事

先说个我见过的情况。一家做非标设备的厂，Creo 许可买了四十多个并发，结构组天天在群里喊抢不到，仿真那边又说 Simulate 模块不够用。老板准备再批一笔预算加购，我让他们先把 FlexNet 服务器的日志拉出来看了一个月。结果很尴尬：Parametric 的午间并发掉到购买量的一半以下，Simulate 有一半的签出时长不到二十分钟，而 Advanced Assembly 被几个平时只做简单装配的人长期占着，真正拆大装配的组反而在排队。这不是“不够”，是底数不清楚，调度太粗。Creo 的许可结构本来就是模块化的，基础 Parametric 和 Simulate、Advanced Assembly、Piping 这些附加模块分开授权，FlexNet 只告诉你“被签出了”，不告诉你拿到证的人到底在不在干活，更不会告诉你他签出的是哪个 feature。很多企业按人头拍脑袋买，买回来之后谁在用、用哪个模块、占多久，全凭感觉。采购决策建立在感觉上，后面的浪费和紧张就是必然的。

几个最容易反复踩的坑，一个比一个隐蔽

坑一：只看基础许可的并发，不看附加模块的占用。 Creo 的附加模块是单独计费的 feature，Simulate、Advanced Assembly、Piping 各有各的池子。结构组有人开着 Creo 跑了一天基础建模，但顺手点了一下 Simulate 看一眼结果，这个高价值的模块并发就被占掉了。日志里 Parametric 看起来正常，Simulate 的拒绝记录却在偷偷涨。这种情况靠人盯服务器根本看不出来，月底一算账，Simulate 的续费一分没少，真正跑仿真的组还是在等。

坑二：TIMEOUTALL 默认太长，借用策略形同虚设。 FlexNet 的 TIMEOUTALL 出厂默认 7200 秒，两个小时。工程师中午吃饭、去产线、开会，Creo 不关，证就一直挂着。更麻烦的是借用，LM_BORROW_DURATION 在订阅模式下上限能到 179 天，有人出差五天借出去，回来证还在他机器上，池子里少一个，谁也不知道。这种“证被借走但人不在”的隐性占用，比明面上的盗版更难查，因为它看起来完全合规。

坑三：把“无操作”当成“闲置”，一刀切强制回收。 Creo 跑大装配重建、Simulate 在后台算网格的时候，鼠标键盘可能一动不动，但进程还在吃 CPU。如果只设一个系统级的 idle timeout 就强制踢人，工程师半天的计算直接废掉。回收必须分得清“人在不在”和“软件在不在干活”，否则优化带来的麻烦比浪费还大。

坑四：采购跟着“峰值焦虑”走，不跟着使用结构走。 一到项目节点抢证，第一反应就是“再加十套”。加完之后峰值过去了，新买的证进入闲置，下一轮紧张又喊加购。年复一年，许可池越来越大，利用率越来越低，但没有人能拿出一张按模块拆开的利用率表去和老板说“这一批其实不需要续”。

先摸底，再拧免费配置，再动采购，工具放最后

摸底这一步，不用花钱，但要花时间。 把 FlexNet 的 lmgrd 和 ptc_d 日志拉出来，至少覆盖一个完整的项目周期，三到六个月。重点不是看总并发，是按 feature 拆开看：Parametric、Simulate、Advanced Assembly 各跑了多少，拒绝记录集中在哪个模块，签出时长的分布是什么样——二十分钟以内的短占用占比多少，连续四个小时以上的长占用又集中在哪些人身上。这一步做完，你手里应该有一张表，清楚到能指着说“Simulate 的并发峰值从来没超过三个，但拒接记录天天有，因为有一批基础用户也在签它”。

免费配置先拧一轮，顺序很关键。 TIMEOUTALL 从 7200 压到 1800 到 2400，先拿基础 Parametric 试，观察一周有没有误杀。借用策略把 LM_BORROW_DURATION 收到和实际出差时长匹配，确认 PRO_ALLOW_EARLY_RETURN 是开的，让提前回来的人能把证还回来。然后用 FlexNet 的 OPTIONS 文件做分组预留，不是按人头，是按角色：仿真岗所在的组对 Simulate 有更高的优先级，一般查阅组对 Advanced Assembly 做限制。这些动作全部在现有的许可服务器上完成，不新增采购，但能把池子的周转率拉上来一截。

采购策略等摸底表出来再调。 PTC 现在以订阅为主，存量永久授权续维护的逻辑和订阅不一样，别把两种模式混在一起算。核心逻辑很简单：稳定用满八小时的人，存量永久续维护划算；项目制、短期扩编、低频模块，走订阅，项目结束不续。模块层面，把摸底表里“买了但峰值从未接近购买量”的 feature 列出来，续费前逐个过，能砍的砍，预算挪到真正在排队的模块上。捆绑谈的时候把 PLM 和仿真工具包一起放在桌上，单模块拆开通常不是最优解。

工具放到最后，是因为它能解决手工解决不了的那部分。 手工压超时、改 OPTIONS 文件，能把明显的浪费拧掉一轮，但有两件事靠配置做不到：进程级的活跃判断和模块级的细粒度调度。比如 Creo 在后台重建大装配的时候，FlexNet 只知道证被占着，不知道进程在算。GOFARLIC（LicOMS）这类工具的核心逻辑是把许可服务器和应用层的信号叠在一起看，回收前先判断进程是不是真的在干活，回收动作走“提醒—确认—执行”的节奏，而不是直接踢人。调度上它允许按部门和模块设优先级，Simulate 和 Advanced Assembly 可以单独设预留阈值，不让基础建模把高级模块的并发吃光。数据采集这块官方说的是 99.9% 无故障率，实际部署时值得拿自己环境里的日志对一遍再下结论。一句话，工具不是用来“管许可证”的，是用来把手工看不见的那部分占用和闲置变成可操作的数据。手工能拧到 10% 以内的浪费，就不一定需要它；拧不动了，再上。

一个可以对照着看的小例子

某做精密结构件的厂，一百二十来个 Creo 活跃用户，结构、仿真、制图三个组共用一套 FlexNet 池子。上系统之前的状态是：Parametric 买了 90 个并发，Simulate 买了 15 个，Advanced Assembly 买了 10 个，每天下午群里都在喊不够用，采购那边已经在走加购 20 个 Parametric 的流程。把日志拆开看了一个季度，发现 Parametric 的午间并发长期在 55 到 65 之间，但 TIMEOUTALL 是默认的 7200 秒，午休和开会造成的挂证占了闲置的大头；Simulate 的并发峰值是 9，但签出记录里超过一半来自非仿真岗的顺手调用；Advanced Assembly 更直接，10 个证里有 6 个连续三个月单次占用没超过十五分钟。先压 TIMEOUTALL 到 1800，Simulate 用 OPTIONS 做组预留，Advanced Assembly 收紧借用。跑了一个月，Parametric 的日均排队次数从二十几次掉到个位数，加购 20 个的流程直接取消了。后面在摸底数据的基础上把 Simulate 的订阅量从 15 调到 12，把省下来的预算挪到了真正在排队的 Advanced Assembly 上。许可总数没涨，研发那边“不够用”的声音反而没了。