许可优化
许可优化
产品
产品
解决方案
解决方案
服务支持
服务支持
关于
关于
软件库
当前位置:服务支持 >  软件文章 >  '查许可'不再难,为Altium Designer用户提供一站式解决方案

'查许可'不再难,为Altium Designer用户提供一站式解决方案

阅读数 1
点赞 0
article_banner

早上九点,layout 组四个人同时开工,两个人弹"maximum usage reached"。IT 被喊过去,第一反应是加席位。采购那边一听要加钱,先问一句"现在到底谁在用"——没人答得上来。

这个场景我见过不下二十次。Altium 的许可不好查,不是因为没工具,是因为大部分企业压根不知道该去哪儿查。 云端的看 Dashboard,本地的看 Infrastructure Server,单机的是个 .alf 文件散在各个人的电脑里,三套东西三套账,谁也说不清总数。

先说清根子上的事

Altium Designer 就三种许可类型,别搞混:

  • On-Demand:云端。席位只在你登录 Altium Account 期间占用,登出就释放,池子里的其他人就能拿。灵活,但完全依赖联网。
  • Private Server:本地。靠 Private License Service(PLS) 发席位,跑在 Altium Infrastructure Server(免费)或者 Altium On-Prem Enterprise Server(单独收费)上。给的是需要跟互联网隔离的场景。
  • Standalone:一个 .alf 文件,激活在一台机器上,之后离线也能跑。单人单机,跟"浮动"没有半点关系。

另外两个绕不开的东西:Roaming(把席位按天/小时借走,断网也能用)和地域范围(Single Site / Continental / Global 三档)。

本质问题就一句话:你买的是"席位 + 地域范围 + 订阅期"这个组合,而工程师消耗的是"某一刻登录着的人数"。这两个维度从来对不上,中间又没人做记录,出问题是必然的。

四个坑,一个比一个常见

坑一:On-Demand 席位"挂着不还"

最典型的。工程师下班不登出,Altium Designer 也不关,席位就一直占着。更狠的是同一台机器上开多个 Altium Designer 实例,每个实例各占一个席位——Dashboard 的实时报表里有个很直白的信号:Used seats 数大于 Users working now 数,就是有人在占多个。

还有一种是"假挂":许可占用跟 MAC 地址绑着。软件崩了、或者笔记本从扩展坞拔下来切到 Wi-Fi、换了网卡,服务器那头认为你还在用。官方文档的说法是这种情况通常四小时后自己会好,但这四小时里席位就是废的。

后果就是每天上午的抢席位大战,和 IT 每天被迫做几次 Force Release。

坑二:Roaming 烂尾

Roaming 本来是给出差和回家干活用的,借走以后断网也能用。问题在于:借期之内,不管你用不用,这个席位都从池子里消失了。

而且借期一到,没有宽限期,直接停。

更要命的是配置:管理员可以设 Max roam 时长,填 0 就是不限期(实际上限是许可本身的到期日)。很多公司从来没动过这个设置,等于默认敞开着,有人借一次就借到年底。

坑三:地域范围买错

Single Site 只能在下单时的那个站点用;Continental 覆盖一个洲;Global 全球。

国内企业最常见的是按 Single Site 买了,后来在深圳/成都/海外开了第二个研发点,人直接登录拿席位。技术上能跑,条款上不行。Altium 的 MSA 里,超出地域范围使用算实质违约,严重到可以终止 perpetual 许可,而且 Altium 有权直接暂停访问。

EULA 那头还有一条:超出授权人数使用,EULA 立即终止。这两条不是吓唬人的,Altium 有权要求你在 30 天内拿出能证明合规使用的文件。

坑四:Standalone 被当共享许可 + 订阅过期没人管

.alf 文件可以复制、可以备份,于是就有人复制到别人机器上,或者被 IT 做进了 VDI 镜像。这是单机许可,不是浮动许可。

订阅这块更阴:perpetual 许可的订阅一旦过期,它不会消失,会被挪到 Dashboard 里的 Off-Subscription Licenses 区(要把"Show only active licenses"那个筛选关掉才看得见)。很多人压根不知道那里还躺着几套。过期的 perpetual 可以走 Trade Up,换成年期许可。另外自动续约如果开了,取消要提前 90 天给通知,踩过这个坑的人不少。

Altium Designer用户

四层往下做

第一层:摸底,先把数拿出来

去哪儿拿数,看你的许可类型:

  • On-Demand → Company Dashboard 的 Reports 页,有实时用量,也有历史用量,能按许可、组、用户、时间段过滤,能导 CSV。
  • Private Server → Altium Infrastructure Server,进 ADMIN » LICENSES 的 Reports 标签页,同样能导 CSV。
  • Standalone → 只能靠装机台账,没有中心化的数。这也是我建议尽量别用 Standalone 的原因之一。

要盯的三个数:

  • 峰值并发(决定你该买多少)
  • 席位占用时长(决定有没有人占着不用)
  • Used seats vs Users working now(决定有没有人占多个)

一个坑要注意:Altium Designer 里那个 License Management 视图,只报你自己所属组的可用席位,不算别的组已经占掉的。所以用户看到"还有 3 个",实际可能是 0。别拿客户端视图当全局数据。

第二层:一分钱不花的配置

  • 开 Release seats on inactive clients。管理员在分配(Allocation)里勾上,客户端没键鼠活动、也没在跑项目发布这类长任务时,自动放席位。Lease verification interval 填 1 到 12 小时,我一般先设 2,观察一周再调。注意这条要 Altium Designer 25.1 及以上。PLS 那边也有同样的开关。
  • 把默认分配拆掉。新许可默认是分配给 All Account Members 的,这个分配会盖掉你后面设的所有细粒度分配,必须先删。然后按组建 Allocation,给每组设 Seat Count。
  • Roaming 收紧:Max roam 设成 7 天这种具体值,别填 0。借出去了要有台账,每周过一遍。
  • Force Release 流程化:管理员在 Real Time Usage 报表里能强制释放任何人的席位,用户自己也能释放"我在另一台电脑上占的席位"。远程被释放的人 20 分钟内会收到通知。这个动作要做成 SOP,不然 IT 天天被打断。
  • 防火墙放行 amazontrust.com,On-Demand 客户端要能访问 Altium Portal,卡在这里的排查能浪费一整天。
  • 要冗余的注意:Altium Infrastructure Server / Enterprise Server 不支持许可服务器冗余。真需要主备,得用 legacy 的 Private License Server 软件。这条买之前就该问清楚。

第三层:采购,这才是省钱的地方

  • 席位按峰值定,别按人头定。硬件工程师不是天天画板子,很多人一周开两次。
  • 地域范围按站点实际情况选。两个点在一个国家,Single Site 大概率不够,至少 Continental;有海外点就老老实实 Global。别抱着"先买小的,查出来再说"的心态,被查到是违约。
  • 过期的 perpetual 走 Trade Up 换成年期带订阅的,或者把订阅续上。别让它躺在 Off-Subscription 里变成死钱。
  • 自动续约要不要开:开了要记得 90 天的取消窗口,在日历里标出来。
  • 按角色分:不是所有人都需要完整 Altium Designer 席位,评审、看图的那批人另算。新一点的 Altium Develop 方案是按 Author 计的,围观评审的不算 Author——这种分层能省不少。
  • 顺带一句:别把 Creo、SOLIDWORKS 的席位混进来一起算。MCAD CoDesigner 只是跟它们交换数据,各自的许可各归各的厂商管,账是分开的。

第四层:工具

自研脚本定期拉 Dashboard / AIS 的 CSV,落库画个看板,单站点够用了。真到了多站点、要按项目分摊成本、或者被查过一次怕了,再上商业工具。OpenLM 那边是通过 Broker 去读 Altium Enterprise Server 的 License Manager 页面(默认 HTTP 端口 9780),能报席位总数、在用数、到期日、用户和工作站;但拒绝(denials)和借用(borrowed)它不报,别指望它。Open iT 也做 Altium 365 这块。选的时候认准一条:能不能把"峰值 vs 持有量"这两个数放一张图上,别的都是锦上添花。

一个实例

一家做工业控制器的(不点名),PCB 和硬件设计 40 来人,上海、深圳两个研发点,海外一个小组。历史情况:On-Demand 32 席位,另有 8 套 Standalone 散在各人机器上,一个 activation code 一份,年订阅支出 61 万。

摸底跑了一个半月,数据是这样:

  • 峰值并发 21,均值 13,32 个席位常年没满过
  • Used seats 大于 Users working now 的天数占 38%——有人开两个实例,有人家里和公司同时登录
  • IT 每周做 14 次 Force Release,全靠人肉
  • 长期挂着的 roaming 席位 3 个,最长的一个挂了 47 天
  • 8 套 Standalone 里 2 套被做进了 VDI 镜像
  • 地域范围是 Single Site,海外小组一直在蹭

干的事:开 idle release 间隔设 2 小时;把 All Account Members 那个默认分配删掉,重建成硬件组 18 / layout 组 8 / 评审组 4;Max roam 设成 7 天;那 2 套 VDI 上的 Standalone 退掉换回池子;地域范围从 Single Site 升到 Continental(海外小组单独谈);席位从 32 减到 26。

半年后:年订阅从 61 万降到 49 万,省了 12 万;Force Release 从每周 14 次降到每月 1 次;长期挂着的 roaming 席位归零;Used seats > Users 的天数占比从 38% 掉到 6%;峰值并发 21,池子 26,还有 5 个余量,深圳那边赶项目的时候不用再抢。

相关文章
技术文档
QR Code
微信扫一扫,欢迎咨询~
customer

online

联系我们
武汉格发信息技术有限公司
湖北省武汉市经开区科技园西路6号103孵化器
电话:155-2731-8020 座机:027-59821821
邮件:tanzw@gofarlic.com
Copyright © 2023 Gofarsoft Co.,Ltd. 保留所有权利
遇到许可问题?该如何解决!?
评估许可证实际采购量? 
不清楚软件许可证使用数据? 
收到软件厂商律师函!?  
想要少购买点许可证,节省费用? 
收到软件厂商侵权通告!?  
有正版license,但许可证不够用,需要新购? 
联系方式 board-phone 155-2731-8020
close1
预留信息,一起解决您的问题
* 姓名:
* 手机:

* 公司名称:

姓名不为空

姓名不为空

姓名不为空
手机不正确

手机不正确

手机不正确
公司不为空

公司不为空

公司不为空