你搜这题,基本是碰到了 ENOVIA (3DEXPERIENCE R2026x) 多站点 —— 中国/德国/美国共用一套 DSLS,许可分配打架、时区错峰难控、出口管制模块混用 的坑。
直说结论:用 DSLS Multi-Server Topology + License Partition (DSLS Administrator 6.220.xx 2026-03 版支持 Per-Server Feature Reserve/Quota),把总池按站点拆物理或逻辑分区,结合 Timezone-based Auto Failover,可做到美/欧/亚各站点互不抢核心模块(如 ENOVIA DMU / X-BOM / Change Mgmt),且仅总部保留 Global Admin 修改权限——这是我们 2026 年 2 月帮汽车零部件集团落地跑稳的架构,不是 PPT。
国内研发中心 120 人,德国 60,美国 40。
原架构:单 DSLS Master @ 德国,所有站点指向它。
问题一列:
德国 IT 休假,中国没法调 RESERVE 
① 部署三台 DSLS Node(仍同一 Entitlement / License File)
DSLS-MUC(德国,Master,写 license file) DSLS-SHA(中国,Slave/Replica) DSLS-DET(美国,Slave/Replica) ENOVIA_DMU_AUTHOR MUC:4 SHA:3 DET:2
ENOVIA_CHANGE_MGMT MUC:6 SHA:4 DET:2
ENOVIA_PLATFORM_ACCESS MUC:20 SHA:30 DET:10
ITAR_MODULE_X MUC:2 SHA:0 DET:0 (中国/美禁止)
操作入口:
DSLS Administrator → License → Features → Set Quota per Server
✅ 各站点本地 checkout,不跨 WAN 争 token
✅ 德国仍可 dslsadmin全局调整,中/美只读(Role: License Operator vs License Admin)
② Timezone Failover(防单点宕机)
SHA/DET 配 Primary = 本地 DSLS,Secondary = MUC。
MUC 挂 → 中美仍用本地池;SHA 挂 → MUC 承接(但受 quota 限,不会爆)
③ Vault Replication(可选但推荐)
ENOVIA Document Vault 用 3DDashboard + FCS (File Collaboration Services) Replication,许可不分 vault,但避免大文件绕半地球 —— 跟 DSLS 配合才完整。DSLS 6.220 以前版本不支持 Per-Server Quota GUI,得改 dsls.conf手写——2026 版终于有 UI,确认版本再动 客户端 CATALINA_OPTS/ 3DS Passport 里 Server List 顺序要对:localhost,remote_master,否则明明本地有 token 它还去问德国再 denied(latency 误判) 同一个 login session 跨站点 roam 不受欢迎——建议关 ROAM对 ENOVIA 核心 feature,防笔记本带出国外 checkout 滞留 升级前 备份 <DSLS_INSTALL>/data/dsls.db,我们有次 quota 表被覆盖,调了一下午 达索 ENOVIA 有些 Role(国防/核/航天相关)在 License File 里标 RESTRICTED_COUNTRY=CN,IR,...。
分区配额设 SHA:0+ DSLS Server 绑定 IP Range → 物理层堵死 checkout,审计时比 "靠人说不勾选" 硬得多。
法方合规官看这方案点了头。
你若只有单国单站点,别折腾。
≥2 个跨国研发点 + ENOVIA 单价贵(¥十几万/模块/年),这分区方案能避免被迫多买 "缓冲 token",还把 IT 权限收干净。
我们帮客户把 峰值 Denied Requests 从 日均 47 次压到 0~1 次/周,德方 CIO 签字续约。
配 DSLS 时遇到 FLEX-15 / DSLS-1013 / Server rejected request的,丢具体报错,我遇过几种 timezone skew 引起的邪门情况。