模块时段统计报告：规划软件预算的得力助手

预算季一到，采购拿着厂商报价单找你签字，问你"去年那批license够不够用"，你手头只有一张合同和一堆工程师的抱怨——够不够，谁也说不上来。更常见的场景是：预算做多了，年底一看利用率不到40%，CFO在预算会上把你的名字圈出来；预算做少了，项目高峰期天天denied，研发在群里@你，项目节点一拖再拖csdn.net。两头不是人，问题出在哪？

问题不在"买多买少"，在于你手里根本没有一张能看出"什么时候、哪个模块、被谁用掉多少"的时段统计报告。

一、根源：两个坐标系根本没对上

预算是按"席位/套数/年"这个维度做的，实际消耗是按"feature × 时段"这个维度发生的。这两套坐标对不上，预算就不可能准。

具体说几点：

• 主流CAE/CAD/EDA软件几乎全是模块化计费。FlexNet体系下feature是独立计费单位，像Abaqus的cae、standard、explicit，SolidWorks的sldworks、sldasm是分开的feature；LM-X（Altair）是AU池子按draw表扣；Siemens是SPLM token；DSLS又是DSLS token。你买的不是一个"软件"，是一堆feature/token的集合，主应用和工具箱的消耗曲线根本不一样。
• 消耗是高度时段化的。研发有明显的潮汐——早高峰开工、晚上自动化作业跑批、结题前几周冲峰。CANoe在开发阶段峰值/均值比1.2~1.5倍，测试验证阶段能飙到2.5~3倍以上csdn.net。平均值会把这些信号抹平，抹平之后你做出来的预算必然在关键节点掉链子。
• 数据其实都在，只是没人去看。FlexNet的vendor daemon每次checkout/checkin/denial都会写日志codeproxy.net，OpenLM这类工具也支持按小时/天/周聚合使用数据openlm.com。问题只是这些日志格式不一、名字难记、没人专职去解析，采购和IT之间隔着一层数据迷雾。

一句话：预算失准的本质不是license本身，而是"使用侧的时段化数据"从来没有流到"决策侧"。

二、四个最常见的坑

坑1：按平均并发做预算，忘了P95

是什么：拿过去30天日均占用数，乘个1.2系数，直接报采购数。

为什么踩：平均值会把凌晨自动化机柜的低占用和白天人工测试的高占用相互抵消csdn.net。日均值10个的池子，白天峰值可能是18个，按10买白天一半的请求被卡死。

后果：平时看着够用，一到验证阶段、结题冲刺就开始排队，关键项目节点延期。事后又被迫紧急追加采购，议价权全在厂商手里。

坑2：只统计主应用，模块/feature层面是盲区

是什么：看"SolidWorks装了多少套、Abaqus用了多少token"，但从没看过sldworks和sldasm、cae和standard各自的消耗曲线。

为什么踩：很多license server的管理界面只给一个总占用数，feature级别的拆分要去翻日志或者用专门工具sw.siemens.com。而且主应用和工具箱经常是打包卖，销售报价也按包来报，久而久之你习惯了看总账。

后果：最典型的情况是主应用有富余，但某个冷门模块（比如Abaqus的cosmos、SolidWorks的toolbox）在高峰期卡死——你加买了10套主应用，结果缺的其实是3个工具箱feature，钱花错地方。

坑3：日志被重启覆盖，历史数据为0

是什么：FlexNet的lmgrd.log和vendor daemon log默认每次重启lmgrd就会清空重写，不配置log rotation就没有历史。

为什么踩：没人专门管license server，重启一次丢一次日志，等要做年度预算或接到厂商audit函，才发现过去12个月的使用记录一片空白。

后果：跟厂商对账完全被动——对方有他们自己的月度使用副本，你手里没有原始日志，audit谈判直接失手。预算规划也退化成拍脑袋。

坑4：把"装了"当"在用"，借用和闲置会话混进预算

是什么：一台机器装了license就按一套预算算进去，不管这一年它实际checkout了多少次、每次持有多久、有没有跑自动化脚本占着不用。

为什么踩：软件资产盘点工具只能看到"装没装"，看不到"用没用、用多久"。加上FlexNet支持borrowing，工程师把license借到笔记本上出差、回家，从服务器视角看是"被占着"，实际可能三周没跑一次openlm.com。

后果：利用率被严重高估，续约时该砍的没砍；反过来有些常年闲置的模块也一路续维保。两头都浪费。

三、四层解决方案，别跳步

第一层：先摸底——把feature × 时段拉出来

不做这一步，后面全是空谈。

• 开启report log或detailed log。FlexNet体系下，在license文件里加REPORTLOG+path可以让vendor daemon写report log（压缩加密的二进制，需要FlexNet Manager解析）csc.fi；不想上FlexNet Manager的话，让debug log保留下来自己解析也够用——重点是配好log rotation（logrotate或者Windows下的计划任务改名备份），别让重启覆盖。
• 把过去6-12个月日志全部收集。lmgrd.log、vendor daemon log、option file、license file，一个都不能少。日志丢了就只能从现在开始攒，越早动手越好。
• 写Python脚本做时段统计。核心是四件事：①按feature拆分（别按server总数）；②按小时/天分桶；③算每个feature的峰值并发、P95、平均并发、denied次数；④输出一张"feature × 时段"的热力图。开源的lmadmin-debug-log-reader、FlexSolidworks这类脚本可以直接参考，本质就是正则匹配OUT/IN/DENIED行codeproxy.net+1。
• 重点看三个指标：①每个feature的P95并发（不是平均）；②denied request出现的时间点和频率；③连续30天零checkout的feature清单。

产出物：《feature级时段使用率报告》。这份报告是你后面所有决策的唯一依据——跟老板要预算、跟厂商砍价、砍掉僵尸模块，全靠它。

第二层：零成本配置优化——立刻能做

这一层一分钱不花，但能让报告更准、也顺手把浪费堵掉。

• 给lmgrd配置log rotation，防止重启覆盖。FlexNet vendor daemon的-l参数配合cron备份，能把日志一直留着。
• 在option file里配置TIMEOUT回收闲置会话。FlexNet的TIMEOUT最小值是900秒，针对某个feature写TIMEOUT feature_name 3600，让挂机不关的会话自动归还sw.siemens.com。
• 配置GROUP/RESERVE做优先级。核心研发组的关键feature预留（RESERVE）几个key，避免被边缘用户抢光；同时用EXCLUDE把不该用某feature的人挡掉，让统计报告反映的是真实需求，不是抢锁抢出来的假峰值。
• 清理borrow不还。lmstat定期扫borrowed状态的license，超期不还的写脚本自动回收或邮件催办。借用不还本身就是统计里的一个大噪声源。
• 给client端统一环境变量和配置，避免多server指向混乱导致日志分散。

第三层：优化采购策略——让预算长在数据上

摸底报告出来之后才能动这层。

• 预算基准改成P95 + 合理buffer，不是平均值。P95保证95%的时间不排队，buffer用来覆盖新增项目。CANoe那种峰值/均值比3倍的场景csdn.net，按均值买就是给自己埋雷。
• feature级砍单。连续6-12个月零checkout、或者P95都远低于采购数的feature，续约时直接砍或降级。维保费通常是license首年价的18%-20%，砍掉一个僵尸feature的维保，比多谈10%折扣来得实在。
• 按feature结构重新报价。拿着自己算出来的feature × 时段报告去找销售，把"打包买"改成"缺啥补啥"。有数据在手，销售报价里那些"estimated need"的水分你能挤掉一大半。
• 错峰调度替代加购。如果热力图显示某时段明显尖峰但总量不缺，先别急着加购——把自动化作业调度到低谷时段跑，调度能解决的问题不用钱解决。
• 续约窗口盯紧到期日前90天，把报告、砍单清单、新增需求一起打包谈判，别等销售主动找上门才被动应对。

第四层：上工具做长期管理（规模大再考虑）

如果feature数量过百、多个license server、多个研发基地，靠人肉脚本撑不了多久。

• OpenLM：支持FlexNet、LM-X、Sentinel、DSLS等主流license manager，feature级使用报告、按小时/天/周聚合、idle time和session duration都能拉openlm.com+1。
• FlexNet Manager for Engineering Applications（Flexera）：FlexNet原厂体系，能直接解析report log，Usage Summary Report按feature出数据flexera.com，适合FlexNet重度用户。
• OpeniT：模块级使用分析和报表，对CAE软件支持比较全。
• 轻量自建：Python + lmstat定时轮询 + Prometheus + Grafana，做实时水位和告警。一个月开发量，前提是有养脚本的人。

四、几个方案横向对比

五、一个真实感的小案例

某做电控单元和线束设计的Tier 1供应商，研发150人，工具链是SolidWorks（SolidNetWork License Manager）+ Abaqus（FlexNet）+ Altair（AU池），年license+维保支出约310万。

摸底前的问题：预算一直按"研发人数 × 各软件人均系数"做的，从来没看过feature × 时段。续约靠销售报价，谁也说不清该买多少。

摸底发现的事：

• Abaqus的standard和explicit各自独立feature，standard的P95并发是12、平均是6.8，explicit的P95是5、平均只有1.2——当年买了20个explicit token，实际大半年都是闲置；
• SolidWorks的sldworks feature 40套，P95只有22，但有11套挂在已离职员工名下没释放；
• denied request集中在每周二到周四的上午10点-12点和晚上8点-11点，前者是台架测试集中开工，后者是自动化仿真跑批；
• FlexNet的lmgrd.log从来没做rotation，半年前重启过一次，之前的所有历史记录全没了；
• 6个模块（包括sldasm toolbox、Abaqus的cosmos）过去12个月零checkout，但维保一直在交。

整改动作：

1. 配置log rotation + 开启report log，从此历史数据不再丢；
2. 写Python脚本按feature × 小时出热力图，每周自动发邮件给IT和CAE负责人；
3. 释放11套离职用户license，把SolidWorks从40套砍到28套；
4. explicit从20个token砍到8个，standard从15升到18；
5. 自动化作业统一调度到晚上9点后跑，避开白天高峰；
6. option file里加TIMEOUT和GROUP RESERVE，核心组的关键feature预留；
7. 砍掉6个零使用模块的维保。

结果：第一年license+维保总支出从310万降到248万（降20%），Abaqus standard高峰denied从月均60多次降到10次以内，SolidWorks有效利用率从31%提到72%，续约谈判时销售报上来"建议加购15套"，拿着报告砍到加购3套——光这一项又省了小二十万。