仿真许可排队，几个常被问的问题，挨个说说

问：评审前三天，全组排队跑 Abaqus，是不是许可不够了？

答：不一定。排队这词太笼统，至少三种情况长一个样——等许可、等算力、等前处理。先拿报错码说话：-4 是并发真满，-24 是进了许可队列，-5/-18 是模块压根没授权，等多久都白等。有 Solving 脚本和日志的，看求解器日志有没有迭代记录：logit 在动是模型在算，residual 不动是收敛设置问题，日志都没生成是许可没拿到。三个病一个方子，十有八九治错。

问：怎么把"在算"和"在等"分开看？

答：许可侧拉并发曲线和拒绝记录，算力侧看 HPC 节点 CPU 占用和队列深度。拒绝次数高但节点闲着，是许可卡脖子；许可空闲但节点满载，是算力卡脖子。两笔账混着算，扩容方向一定错——加 solver token 不加节点，号是够的活还是跑不完。

问：任务分级到底怎么分？

答：不是 IT 拍脑袋，业务来定。紧急（节点冲压，当天必须出结果）、常规（本周期内完成即可）、可延迟（方案比选、补充验证），三级就够。紧急任务单独留 20% 的池子或 RESERVE 几席，平时谁也不许动。申请要写最晚要结果的时间、用在哪个决策、延误影响什么——“客户急”"领导要"这种，一律不算数，否则人人都是最高优先级。

问：错峰怎么做才不被工程师骂？

答：CAE 求解挪夜间跑，白天给交互式前处理和短任务。FlexNet 侧 TIMEOUTALL 设 7200，白名单保护长任务不被踢。批量提交别一锅端——一次提 20 个算例，前几个起跑后面全 Waiting，看起来像许可紧张，其实是自己把自己堵死。初筛用粗网格、放宽收敛目标，方向确认了再上细网格，别让每个中间版本都吃满精度。

问：无效重试怎么治？

答：脚本里加退避，失败别 10 秒重提一次刷屏。同一用户提交同一模型超过 3 次的告警出来，挨个问——八成是参数错了在赌运气，占着队列不干活。

问：什么时候该真加购？

答：跑满一个完整业务周期，分级、错峰、清理僵尸会话全做完了，紧急池还是天天饱和、准时完成率上不去——这时候把受限模块、重叠时段、实际等待时长、业务后果四样摆出来找采购。别拿全产品平均利用率说事，也没把算力缺口塞进许可预算。

一个案例。 宁波一家做储能结构的，Abaqus 12 席 + 自建 HPC 32 核，每次版本评审前全组等号，研发总监每周来拍桌子。运维按上面路数走了一遍：评审前两周历史曲线一拉，许可拒绝 71 次集中在评审前三个工作日的上午 9-11 点，同时段 HPC 节点利用率才 45%——瓶颈在许可，不在算力。

动作：任务分三级，紧急池 RESERVE 2 席；批量求解挪 21:00 后跑，白天只留交互任务；初筛粗网格、终算细网格两步走；设 20 分钟闲置回收，solver 运行中永不回收；无效重试加退避。

一个月后：评审周拒绝次数从 71 降到 9，平均排队从 47 分钟压到 11 分钟，准时完成率 88% 到 97%。最后只补了 2 席 Abaqus，原方案的 6 席砍掉，一年省 20 多万。

这事就一句——先分清是许可在堵还是算力在堵，再分级错峰，最后才谈加购。顺序反了，钱花了，队照样排。