技术升级与CATIA许可：应对策略全解析

采购把新一年的软件预算表发过来， CATIA 那一栏比去年涨了两成。研发那边同时在钉钉里刷屏："谁把 Adams 的许可还了，我卡了四十分钟。"

这两件事其实是同一件事。

一、问题的根源：不是"买少了"，是三件事撞在一起

第一件，许可模式换了一代人。

CATIA V5 是买断式永久许可，走达索自己的 DSLS（Dassault Systèmes License Server）。3DEXPERIENCE 平台是订阅制、按角色（Role）授权，计量逻辑完全不同。这两套东西不是"同一个软件的旧版和新版"，而是两套授权体系。

于是就有了那个让无数 IT 头疼的问题：V5 的永久许可不能直接打开 3DEXPERIENCE 的文件。

达索官方把这方面的能力划分在 File Coexistence and Migration（V5 数据迁入 3DEXPERIENCE）和 Downward Compatibility（3DEXPERIENCE 数据导出回 V5）之下——属于需要单独购买的能力，不是买了 V5 就自动带上。

所以真正的痛点不是"软件涨价"，是：你已经付过一次钱的能力，在平台迁移时被重新定价了一次。

第二件，浮动许可的"签出不归还"是机制使然，不是员工素质问题。

工程师早上打开 CATIA，去开个会、吃个饭、下班忘记关，许可就一直挂在他名下。多数企业的浮动许可真实使用率只有 40%–60%，闲置的主因就是"开着软件不用"。

第三件，采购决策和使用数据脱节。

"不够用"这句话是研发说的，但研发说的是峰值时段的体感——比如 Adams 抢许可最凶的是早上 9:00–10:30，而下午和晚上使用率不到 30%。采购拿不到分时数据，只能按"抱怨最凶的那次"去加购。

于是形成一个死循环：按峰值买→均值闲置→老板砍预算→下次更不敢买。

二、四个最容易踩的坑

坑 1：以为买了 V5 永久许可，就能平滑过渡到 3DEXPERIENCE

• 是什么：把"软件升级"理解成"装个新版本"。
• 为什么会踩：销售话术里"平滑迁移"四个字，让人默认数据互通是免费的。
• 后果：项目做到一半发现 V5 打不开 3DEXPERIENCE 的文件，被迫临时加购共存/迁移相关授权，预算外的支出 + 项目停摆。

坑 2：看到"许可不够"，第一反应是加购

• 是什么：用采购解决管理问题。
• 为什么会踩：没有分时使用率数据，"不够用"无法被反驳。
• 后果：买了 30 套，峰值还是抢，均值还是闲。第二年预算基数被抬高，更难砍。

坑 3：把 TIMEOUT 当万能药，配置完就撒手

• 是什么：在 FlexNet 的选项文件里加了 TIMEOUTALL，以为闲置问题解决了。
• 为什么会踩：三个技术细节不知道——FlexNet 对超时值有下限，通常不低于 900 秒（15 分钟），写更小的值会被忽略；TIMEOUT 只看客户端心跳，不认鼠标键盘。工程师开着软件切屏查邮件，只要进程在，心跳就在，不会被回收；反过来，某些软件长时间无心跳的后台批处理任务可能被误杀；CATIA V5 走的是 DSLS，不是 FlexNet，没有 .opt 文件和 TIMEOUT 这一套。照抄 FlexNet 的配置方法，对 CATIA 完全无效。
• 后果：要么没效果，要么误杀正在画图的工程师——草图没保存，许可直接掉了。

坑 4：把合规风险当成"概率事件"

• 是什么：觉得盗版/超授权"查不到我头上"。
• 为什么会踩：以为厂商是随机抽查。实际上 Altium 这类厂商在软件里内置了 PDRSS（Piracy Detection and Reporting Security Software）遥测机制，会回传计算机名、MAC 地址、使用实例数等信息，据此定位到具体 IP 和企业，再由律所（如 McInnes & McLane）发出律师函——这是有线索的定向行动，不是抽奖。Altium 也确有提起联邦版权诉讼的先例（如 Altium, LLC v. Microvast, Inc.）。
• 后果：不是"补买正版"就能了事，而是按侵权主张索赔，且金额不因公司小而降低。

三、解决方案：四层，按顺序做，别跳步

第 1 层：先摸底，把真实使用率跑出来（1–2 周，零成本）

在许可服务器上定时采样，FlexNet 用 lmutil lmstat -a -c 27000@服务器名，把每次占用的用户、机器、模块、签出时间落库。

必须统计的四个口径：

• 分时并发曲线：按小时看占用，找出真实的峰值窗口（Adams 常是 9:00–10:30）
• 闲置时长分布：建议以"连续 15 分钟无操作"为闲置判定线
• 等待/排队事件：记录每次抢占失败的时间点和模块
• 高频占用 Top10 与长期闲置 Top10

跑满两周再看结论。不要凭一次抱怨就下判断。

第 2 层：零成本的配置优化（改几行配置，当天生效）

在 FlexNet 的 Vendor Daemon 选项文件（如 msc.opt、adskflex.opt）里做：

# 按 feature 分级，别一刀切TIMEOUTALL 7200          # 全局兜底 2 小时TIMEOUT GSD 1800         # 高频短作业模块 30 分钟TIMEOUT ansys_para 7200  # 长时仿真别误杀​# 借出许可要设上限，防止出差人员无限期占用MAX_BORROW_HOURS ADAMS 72BORROW_LOWWATER ADAMS 2   # 池子里始终留 2 个不被借走​# 关键岗位保障RESERVE 2 ADAMS GROUP 核心项目组

改完必须 lmutil lmreread 或重启 Vendor Daemon，否则不生效。

⚠️ 注意：这套写法只适用于 FlexNet 系产品（Adams、Ansys、大多数 CAE）。CATIA V5 用 DSLS，配置入口和参数名都不一样，不要照搬，以达索官方文档为准。

第 3 层：优化采购策略（有了数据才好谈）

• 按峰值买，不按人数买。先算出峰值并发数，再留 10–15% 余量
• 长作业和短作业分池。仿真类（长时占用）和建模类（高频短占用）拆开，互不影响
• 用 Borrow 削峰。出差、离线场景用借出许可，配合 MAX_BORROW_HOURS 限期归还
• 能错峰的引导错峰。批量仿真任务排到夜间低峰，把 9:00–10:30 留给交互设计
• 跨平台迁移单独谈。V5 到 3DEXPERIENCE 的共存/迁移授权，要在合同阶段就写清楚包含哪些，别等项目开始才发现缺

第 4 层：上工具（前三层做透了再考虑）

当license种类超过 5 个、跨多部门/多厂区调度、或者需要拿数据去跟老板和厂商谈判时，才值得上专门的许可监控与回收工具。

四、四种方案对比

五、一个案例（数据为示例，发布前请替换为实测值）

某工程机械企业，IT 管着 25 套 Adams 浮动许可，服务 60 多名工程师。长期状态是：早上 9 点半群里必有人喊抢不到，晚上八点以后许可池空着一大半。上一版方案是"再买 8 套"。

实际做法是三步：

1. 连续采样两周，画出分时并发曲线——峰值 9:00–10:30 达到 100% 并出现排队，14:00 之后长期低于 30%
2. 按模块分池 + 设 TIMEOUT 分级回收 + 出差场景放开 MAX_BORROW_HOURS 72
3. 批量仿真任务全部改到 20:00 之后排队执行

三个月后的数据：

8 套许可没买，省下来的不是软件钱，是每年都抬高一截的预算基数。

六、结论

许可不够用，99% 不是采购问题，是调度问题。 在拿到分时使用率数据之前，任何加购决策都是在赌。

给三条明确建议：

1. 立刻做：跑两周 lmstat 采样，把分时并发曲线画出来。这一步零成本，但没有它后面全是瞎猜。
2. 本月做：把 FlexNet 的 TIMEOUT / MAX_BORROW_HOURS 配上，按模块分级，别一刀切。CATIA V5 走 DSLS，单独查达索文档，不要照抄。
3. 今年做：把 V5 到 3DEXPERIENCE 的共存与迁移授权写进合同。这件事越往后谈越被动——现在你还有旧许可当筹码，等全面切换完成，定价权就全在对方手里了。

工具最后再买。工具不能替你把流程理顺，它只会把你混乱的流程自动化。

术语校验说明（发布前请确认）FlexNet 的 TIMEOUT / TIMEOUTALL 单位为秒，且存在厂商设定的最小值（常见 900 秒），低于该值会被忽略；TIMEOUT 判定依据为客户端心跳，非键鼠活动。CATIA V5 使用达索 DSLS 许可服务器，与 FlexNet 的 .opt 选项文件机制不同；3DEXPERIENCE 相关的数据互通能力，达索官方归类在 File Coexistence and Migration / Downward Compatibility 下，具体授权 SKU 随版本变化，建议向达索或代理商核实当前口径。MSC Adams 现行许可为 MSC Licensing（Helium，基于 FlexNet Publisher），存在 MSC One token 模型；老版本为 FlexNet + msc vendor daemon。Altium 的盗版侦测机制官方称 PDRSS，通过软件遥测回传定位；律师函多由外部律所发出，亦有实际提起联邦诉讼的判例。文中案例数据为示意，正式发布前请替换为本企业实测值。