汽车研发中心管 CATIA 和 NX——各团队的号都抢翻了天，怎么捋

新车节点一压，造型组要 HD2，结构要 GSD，仿真要 GPS，工艺要 Machining——四个组同时喊“没号”，license server 上其实就那么几个模块在打架。更糟的是 CATIA 和 NX 双软件并行，达索一套 DSLS、西门子一套 FlexNet，两套账没法比。IT 夹在中间挨骂，采购不知道该信谁的数。

干研发 IT 这么多年，这种场面见过太多。捋了几个能落地的思路。

先搞清楚：两套软件压根不是一个玩法

CATIA 用 DSLS（Dassault Systèmes License Server），计费按 trigram（三字码）扣 token，不同模块扣不同数量，且 DSLS 默认不自动回收闲置会话，得自己在 dslsadmin 里设 Inactivity Timeout。NX 走 FlexNet，ugslmd 作为 vendor daemon，按 feature 计数，OPTIONS 文件能配 TIMEOUT、RESERVE、GROUP 那一堆。

两者机制完全不同，意味着统一策略没戏，只能统一管理、分头配置。一把梭哈往往顾此失彼。

车企研发常见那几出戏

• 混池打架。CATIA 基础包和 GSD、Kinematics 全混在一个池，结构工程师一启动 CATIA 顺带 checkout GSD，曲面组的人排队排到怀疑人生。
• 跨项目抢号。新车型项目启动，对应团队 NX 需求瞬时翻倍，老项目组还按老节奏用，谁也不让谁。
• 峰值被平均掩盖。日报表“日均利用率 60%”看着挺美，实际研发冲刺那两周天天满载，数据直说“不用加”。
• 多园区跨 WAN 拉 license。上海研发中心连北京 license server，断一次网全员掉线，还有 VPN 延迟导致 checkout 超时。
• 离职、转岗账号残留。尤其是项目结束后外包账号没清，nodelock 和脱机提取（DSLS 里叫 Offline Extraction）卡着不动，池子里就是少号。
• 采购被厂商话术带着走。“你们肯定要加 20 个”这种，没数据撑腰就得掏冤枉钱。

摸底：只看不动手

先把现状拉出来，别急着动刀。

• 连续采两周到一个月。FlexNet 用 lmutil lmstat -a -c 27000@nx-server 定时抓，DSLS 用 dslsadmin 的 Usage Log 或 OpenLM 这类工具。重点看：分时段峰值并发、denial 次数、单会话时长分布、模块级消耗。
• 按研发阶段拆。概念设计、详细设计、CAE 验证、工艺出图，每个阶段的模块需求和峰值时段不一样。造型团队早 9 点最忙，CAE 组经常夜跑求解——错峰空间就在这里。
• 对项目计划。拿项目里程碑表跟历史并发曲线叠一起看，是不是某次节点冲刺导致的尖峰？还是长期稳定高位？前者加号是浪费，后者才真缺。
• 区分真满载和假满载。模块 A 一直满，可能是真不够，也可能是有人开着 CATIA 挂 GSD 不干活。查占用时长 Top 10 的会话，一个个问过去，很多人自己都忘了还开着。

搞不清楚的标“待补证据”，别硬猜。

优化：先立规矩再动手

• 按模块拆池，别混。FlexNet 侧 OPTIONS 文件里用 GROUP + RESERVE + MAX，比如给关键结构组保留 2 个 GSD 席位，工艺组 MAX 限制不让他们把 NX Machining 全占了。DSLS 侧通过 License Pool 拆配置。拆池前先看历史数据，别拍脑袋定配额。
• 错峰排程。CAE 求解任务挪夜间跑，造型组早高峰优先，工艺出图下午介入。先跟各部门主管打招呼，别一刀切硬回收，挨骂的是 IT。
• 超时回收，分软件设。FlexNet TIMEOUTALL 7200（FlexNet 最小值 2 小时）加 TIMEOUT 细调；DSLS 侧设 Inactivity Timeout。关键前提是先通知用户，最好有客户端弹窗提示，别让工程师丢了半天的活。
• 清理僵尸会话和账号。离职员工的 nodelock、长期脱机提取没归还的、外包项目结束没注销的，一个个对台账清掉。DSLS 脱机提取记得设过期时间和 Extraction keyword，不然借出去就回不来。
• 多园区的，本地部署 license server 做备份，或用 license routing 分担主服务器压力，别让跨 WAN checkout 成为单点。

工具：规模到了再上

人少、软件单一，原生的 lmstat + dslsadmin 够用，加个定时脚本抓日志就成。规模一上来——多软件、多团队、多园区、CATIA+NX+Teamcenter 混跑——原生方案的短板全暴露：没统一面板、没跨 vendor 空闲判断、没历史审计、没模块级下钻。这时候再考虑 OpenLM、许可优化类工具做集中纳管和留痕。工具是提效的，不是替代判断的——谁该占号、谁该回收、要不要加购，还是得人拍板。

验收指标

• 分模块峰值并发：别看平均，看高峰。
• denial 次数 / 项目等待时长：直接对应业务感受。
• 模块级下钻明细：能回溯到具体账号、设备、时间点。
• 跨团队调剂量：错峰、借号的成功次数，能证明调度真跑起来了。
• 续费决策准确度：连续看几个季度，别拿一个月数据吹牛。

别踩这几个坑

• 拿单日或单次报错当趋势——偶发高峰别当常态。
• 没供需分析就先加购或强回收——方向错了两头挨打。
• 安装量、授权量、登录数、并发数混着算——账都算不清，决策没法做。
• 策略变更没记录前后指标、没回读验证——下次审计、续约又抓瞎。

一个真实案例

去年一家做新能源三电系统的，研发中心 CATIA 40 席 + NX 25 席，新车项目节点前造型、结构、工艺三组天天抢号，IT 投诉工单堆成山。运维经理先按流程摸底：连续采三周数据，发现 CATIA 平均利用率才 52%，但 GSD 模块峰值 100%，日均 denial 8 次；NX 整体紧张，Machining 模块被工艺组长期占着不还。

动作也是一层层来的：先把 CATIA 基础包和 GSD 拆池，GSD 给结构组 RESERVE 3 席、给造型组 MAX 2 席；DSLS 设 20 分钟闲置回收，FlexNet 设 TIMEOUTALL 7200 + 关键会话白名单；CAE 求解统一挪到 22:00 后跑，错开白班设计高峰；工艺组 NX Machining 改成申请制，按项目窗口放号；清掉 4 个离职账号残留的 nodelock 和 2 个长期未归还的脱机提取。

跑了两个月：GSD denial 从日均 8 次降到 1 次以下，CATIA 平均利用率提到 78%，NX Machining 高峰等待从 40 分钟压到 8 分钟。原本厂商推的“CATIA 加 15 席”方案，最后只加了 5 席 GSD，一年省下近 60 万续费。采购那边现在每次续约前都得先看 90 天模块级数据，厂商的话术不好使了。

这事没什么玄乎的，先把模块、团队、时段的数据拆开看清楚，再分头调，最后才谈加购。顺序反了，钱花了，架照样吵。