点下求解，进度条半天不动；打开任务管理器，CPU 又没吃满；同事一句“许可被占了”，于是所有人一起等。先别等，先查三件事：报错里的数字码、License Control 里的占用清单、工具包配置里的模块勾选。顺序反了，模块没授权也会被当成排队。

一、报错码先说清是哪一类

RecurDyn 求解器的许可错误码直接对应不同原因：-4 是“Licensed number of users already reached”，并发已经到顶；-24 是“Users are queued for this feature”，确实进了队列；-5“No such feature exists”和 -18“License server does not support this feature”，说的是这个功能不在授权范围里。前两个可以等，后两个等多久都不会变。这些码在 RecurDyn 帮助的许可错误码表里逐条列着，遇到不确定的数字，查表比猜快。

二、再看许可证被谁拿着

RecurDyn 的 Home 选项卡 Control 组里有 License Control，对话框会列出 Toolkit Name（许可文件里的工具包）、Used (Total Count)（已用与总数）、User Name、Machine Name、Server Name 和 Count，可以点 Update 刷新。这一步能回答：是很多人在排队，还是少数人各自开了多个会话。要看服务器侧，FunctionBay License Server 的 Config Services 里有 View Log；浮动许可默认走 11800 与 11801 两个端口，防火墙没放通时，客户端表现也像“没有许可”。

也正是在这一步，“浮点许可优化管理软件”的用处显出来：它把逐台服务器、逐个模块的点查，变成统一管理与实时监控——谁在占、占多久、哪个模块长期空转，都留成可回看的历史记录，而不是靠某个人的记忆。反过来说，如果某个工具包长期显示零人在用，而合同里确实买了，那多半是没勾选或没人会用，不是许可不够。

三、第三种情况：模块和核数本来就没买

打开 Toolkit Configuration Tool，点 Get Available Toolkits，只勾选真正授权的模块，重启后生效。官方安装指南特别提醒：首次安装、重装，或许可中的模块发生变化后，都要重新设置工具包。FunctionBay 的常见问题也写明，即使许可存在，工具包配置里没勾选对应项，模块照样用不了。核数同理——求解器最多支持 16 核，超过 4 核需要 SMP 许可，所以“加核提速”可能先撞上授权。

四、也可能是任务本身就重

Simulation Manager 里 Waiting 表示已进队列，Failed 则可能是许可错误，也可能是仿真错误；Concurrent Runs 设得再高，也要有对应数量的许可能跑起来。还有一种常见误判：一次提交一批算例，前几个跑起来，后面的全在 Waiting，看起来像许可排队，其实是自己的批次把并发占满了。模型规模、接触定义、柔性体数量和步长决定的求解时长，本来就不是许可能解决的。判断办法很朴素：同一个模型换到许可空闲时段再跑，如果一样慢，问题在计算量；如果立刻起算，才回到占用与授权。

五、把一次排查变成日常动作

建议固定成一条线：看报错码，看 License Control 的占用，对工具包与核数授权，最后才谈是不是算得久。每周把这几个字段记一次，过一段时间就能看出谁长期挂着会话不跑、哪些模块买了却没人用、高峰落在哪几天；把这些记录和采购清单对一遍，闲置与缺口会同时浮出来。管理动作也由此而来：统一台账管合同、到期、模块与数量；历史分析支撑续费与调配，续费前先看曲线，比拍脑袋加数量稳；确认闲置后释放，并按优化频率分时轮换。要说明的是，轮换的承载有限，受许可数量和派发限制，回收之后也不保证一定够用。

广州浮点信息科技有限公司可结合浮点许可优化管理软件，协助企业把多服务器、多模块的占用情况集中记录并回看，具体版本接入需现场确认。如果团队反复出现“有人排队、有人空挂”的情况，可以带一份完整的占用记录来咨询，先把真正卡住的环节找出来。