NX/UG 许可别只看“够不够用”，先看闲置占了多少坑

NX/UG 最怕的不是许可少，是“看起来不够用，其实一大半在睡觉”。

研发那边天天喊抢不到许可，IT 一看服务器，占用率挺高，拒绝也不少。可你要是把日志拉出来，按账号、模块、时间段拆开看，经常会发现：有人早上开了 NX 就去开会；有人 checkout 了高级模块，其实只在看图；有人项目结束了，许可还挂在账号上；还有人 VPN 连着，NX 开着，人已经下班了。

NX/UG 许可管理这件事，不能一上来就问“要不要加购”。先问三句：现在到底有多少许可？谁在用？用的是什么模块？合同里买了什么？实际峰值是不是真的超过了授权边界？这三件事对不上，采购就是盲买，整改也站不住。

排查从日志开始，但别只看一个汇总数。

用 FlexNet/UGS License Server 的日志，把并发曲线、denial 事件、checkout 时长、模块分布拉出来。最好至少覆盖一个完整业务周期，项目型团队还要覆盖关键节点，不然淡季平均值会把峰值盖住。 拉完数据一定要回源验证，别信 Excel 合并后的漂亮表格，导出、过滤、去重都可能把问题抹平。

重点看这几类：

• 长时间 checkout 但无交互的会话；
• 下班后、周末、节假日仍然占用的许可；
• 高价模块被低频用户长期占用；
• 同一账号多设备同时占用；
• 项目结束后未释放的许可；
• 高峰时段频繁出现拒绝，但非高峰闲置率很高。
• 这些才是能动的地方。
• 动作别太猛。
• 可以先做模块级监控和告警，把基础建模、CAM、仿真、高级曲面分开看。NX 里不同模块成本差很多，不能一刀切回收。比如有人只是打开 NX 看模型，却占着高级模块，这种可以提醒后释放；但后台跑刀路、跑仿真、跑 Regenerate 的会话，不能只看界面有没有操作就杀。
• 回收策略建议分三步：先提醒，再降级，最后释放。提醒可以让用户知道许可要被回收；降级可以保留现场；释放之后最好能支持用户回来时自动重取，别直接丢数据。任何策略上线前，先找几个低风险用户试，别一上来全量推，投诉会把你淹了。

• 采购决策也要靠数据。
• 续费前别拍脑袋。看真实并发峰值、拒绝时段、模块使用分布、项目排期，再做情景测算。如果高峰只有两三天，平时大量闲置，那优先做调度和共享；如果长期峰值超过授权数，且业务确实在增长，再考虑补许可。合同、模块包、维护范围也要让采购核对，技术日志不能替代合同判断。
• 看效果别只看“利用率提高了多少”。
• 还要看：拒绝用户数有没有下降、关键项目有没有被误伤、闲置时长有没有缩短、续费调整有没有依据。每个指标都要能下钻到账号、设备、模块，否则管理层一问“为什么”，你就答不上来。
• 有个实际场景。
• 一家做汽车零部件的团队，NX 许可池显示高峰期经常拒绝，研发要求加购 20 套。IT 拉了三周日志，发现工作日下午两点到四点拒绝最集中，但同一时段有接近三成会话超过 40 分钟没有交互。进一步核对账号，发现部分离职人员账号未清理，还有几个测试机长期挂着高级模块。清理僵尸账号、设置分模块超时回收、对仿真和刀路任务加白名单后，高峰拒绝明显下降，续费时只补了少量关键模块许可，没按研发最初提的数量买。
• 这种事最怕两件事：一是只看“不够用”就加购；二是为了省成本强行回收，把关键业务搞崩。数据要对得上，动作要留痕，责任要落到人。