先把结论放在这儿：这个需求我去年帮一家做非标自动化的小团队落地过，老板给的预算只够买两台中端工作站，却要让十个设计员都干活。折腾了半个月，踩遍了许可冲突、远程显卡失效、多人同时保存导致文件损坏这些坑，最终跑出了十个人轮班、最多同时六人重度建模的稳定环境。今天把整个思路、配置清单、部署步骤和排错链路完整写出来，希望对有同样“挤一挤”想法的人有用。
需要提醒的是，这篇文章讲的是真实可落地做法，不是网上那种“一台电脑分十个屏幕”的噱头。SolidWorks 对多用户远程使用有明确的许可限制，我会把哪些能做、哪些不能做、哪些要提前跟代理商确认的事都说清楚，包你少白跑几趟。
1. 一个工作站塞下十个设计员：需求是怎么来的
1.1 什么样的小团队适合这种“挤一挤”的模式
先说需求画像。适合多用户共用一个工作站的团队，通常有这么几个特征：公司有 8 到 15 个设计研发人员，但真正在同一时间打开 SolidWorks 建模型、搞装配的只有四五个；大家做的大多是中小型非标设备，单机装配体件数在一两千以内；还有一群人日常只做改图、出工程图、审阅、报价测量，不需要实时开着大型三维模型。
这种场景在中小企业特别常见——设计师分两班倒，有人白天建模，有人晚上改图；或者工程部、工艺部、市场部都要偶尔看一眼三维图，但又犯不上每人配一台一万多的图形工作站。
反过来说，如果你的团队是十个人同时在线、每个人都要拖拽几千个零件的大型装配体，天天做整机渲染模拟，那别折腾共用工作站，老老实实配十台机器。共用方案性能天花板摆在那里，硬挤只会天天骂娘。
1.2 先算一笔账：省了硬件钱，但要花什么钱和时间
我当时给老板做的成本估算，一张表就能看懂项目价值：
| 项目 | 单独十台工作站 | 单台共用工作站 |
|---|---|---|
| 硬件采购 | 10 × 1.8 万 ≈ 18 万 | 5 万左右一台足够 |
| 显卡 | 10 张专业显卡 | 1 张高端专业卡或 vGPU 方案 |
| SolidWorks 许可 | 按套数买或订阅 | 网络许可，按同时在线数买 |
| 网络改造 | 普通千兆够用 | 需要千兆以上，最好 10G |
| 数据安全投入 | 每人一份，风险分散 | 必须上 NAS + 备份方案 |
省了硬件钱，但有两笔隐性开销容易被忽略：一个是 SolidWorks 网络许可通常比单机版贵，另一个是部署调试要投入人力。我当时大概用了十五天工作日，还不算后面持续的技术支持。如果公司没有懂系统部署的人，这笔账未必划算。
2. 硬件选型思路：CPU、内存、GPU分配和存储的高性价比组合
2.1 处理器的选型逻辑：按同时在线数算
很多人选 CPU 有个误区，觉得核心越多越好。SolidWorks 实际吃 CPU 的方式跟别的软件不太一样：单个零件的特征重建、单个装配体的更新，大部分计算都跑在单核或双核上；只有做 PhotoView 渲染、Simulation 网格划分时才能吃到多核。所以共享工作站的第一原则是“高主频优先，核心数够用就行”。
我选的是 AMD 线程撕裂者 PRO 系列或 Intel 至强 W 系列这样的单路工作站 CPU，重点看三点：基准频率不低于 3.5GHz、单核睿频接近 4.5GHz、核心数按并行度给。
按十个账号、同时五个重度建模来算，CPU 至少需要十六核。因为每个人打开一个模型，SolidWorks 至少要占满一到两个核心做重建计算，剩下的核心要给操作系统、远程会话协议、杀毒、后台索引这些杂活。实测环境里我用的二十四核处理器，OpenGL 重建场景下五个人同时操作，CPU 总占用能压到百分之七八十，基本不卡。
2.2 内存与 SSD 的配置：1:16 法则
内存这地方最怕抠门。SolidWorks 属于内存敏感型软件，打开一个一两千零件的装配体，内存占用轻松到 8 到 12GB；要是装配体带复杂曲面和外观纹理，20GB 都打不住。再加上每个远程会话本身还要占 1 到 2GB，我当时的配置是 128GB 内存起步，256GB 才叫安心。
这里有个经验法则：单个人体建模频员工，内存按 16GB 一个人头算。你计划允许同时多少人重度操作，就用 16 乘以几，再留百分之二十余量。十个账号、五个并发建模，128GB 是底线；如果预算允许直接上 192 或 256GB，因为后面你会发现在线人数稍微多起来，内存在杀 SSD 之前先见底。
SSD 存储这边，系统盘和数据盘必须分开。系统盘用一块 1TB NVMe 就够了，装系统装软件。数据盘才是重头戏——十个用户远程上来，每个人建模型、软件临时文件、自动恢复文件都在里面读写，普通 SATA 固态会被拖垮。我用的两块 2TB NVMe 组了 RAID 1 做数据盘，实测多用户同时保存大装配体时，写入延迟比单盘好了不止一个量级。
2.3 GPU：别指望一张卡带十个远程会话
这是整个方案里水最深的地方，先说结论：如果你走的是 Windows 远程桌面（RDP）方案，那买再好的显卡也白搭，因为 RDP 会话默认不走物理 GPU 的硬件加速，SolidWorks 会退回到软件 OpenGL 渲染，大模型旋转起来就是幻灯片。
要让十个远程会话都吃上 GPU 资源，大致有三条路：
| 路线 | 做法 | 代价 |
|---|---|---|
| 虚拟化 vGPU | 买 NVIDIA RTX 专业卡，用 vSphere/Hyper-V 等超融合平台把一块卡切成多份 | 软件授权贵，对主板和服务器平台有要求 |
| 终端服务 + 显卡直通 | 一张卡直通给虚拟机里的一个会话 | 一张卡只服务一个人，不划算 |
| 远程流传输 | 工作站本地开一个高性能会话，软件把画面推给瘦客户端 | 适合少量重度用户，需要专门软件和授权 |
最现实的做法是“混合”：工作站插两张卡。一张中端专业卡（比如 RTX 4000 级别）给物理机本地会话用，供现场操作的人；另一张卡做成 vGPU 资源池，远程用户按需申请虚拟 GPU。如果预算实在有限，就先保证本地一个会话有专业卡，远程用户作为轻量级查看和改图用途，用 CPU 软件渲染勉强能跑起来。
记住这句话：GPU 分配方案必须先定下来，再决定买什么卡。先买卡后想分配方案，十有八九要返工。
3. SolidWorks 许可和远程桌面：绕不开的硬门槛
3.1 单机许可 vs 网络许可 vs 订阅服务的区别
做共用工作站之前，必须把许可类型搞明白。SolidWorks 的许可形态五花八门，命名容易绕晕，我理一个最简版：
- 单机许可是绑定一台机器一个用户的，装在这台工作站的 SolidWorks 只能同时启动一个实例，不可能十个账号轮流用，必须装在同一个 Windows 登录账号下，这跟我们的目标冲突。
- 网络许可（也叫浮动许可）是最适合共用方案的。它由一台许可服务器统一发放，装了 SolidWorks 的任何机器都能向服务器借许可。最重要的是，它支持“许可按并发数发放”——买 5 个许可的池子，第 6 个人尝试打开 SolidWorks 时会被提示无法获得许可。
- 订阅服务通常会附带网络许可能力，但具体授权数量仍然按“固定席位数”来算。
所以你在跟代理商问询时，直接明确说“我要做一个多用户远程工作站环境，需要 SolidWorks 网络许可，支持 Windows 远程桌面多会话部署”。代理商的回答直接决定了方案能否落地。这里我多说一句，我部署时用的就是网络许可模式，同一个许可池里五个人同时建模不冲突，第六个人确实会被拦在外面。
3.2 为什么远程会话里图形会卡成PPT的几个原因
很多人第一次尝试远程桌面跑 SolidWorks，总以为卡是网络问题。实际上导致“卡成PPT”的原因通常是这几个，按出现频率排：
- 显卡没有硬件加速。RDP 会话默认使用微软基本显示适配器，SolidWorks 检测不到可用 OpenGL 硬件，就回退到软件渲染。大模型一旋转，CPU 直接被渲染吃满，操作延迟自然爆炸。
- 网络带宽不够。SolidWorks 这种交互式三维软件对画面传输带宽要求很高，普通千兆网络同时推几路 1080P 画面就非常吃力。
- 许可证回收机制拖慢启动。每次远程用户启动 SolidWorks 都要请示许可服务器，如果服务器响应慢，启动过程会卡在“连接许可服务”那一截很长时间。
针对第三个原因，我后面会给出具体的注册表和服务优化参数。
3.3 可行方案对比：RDS远程桌面、vGPU、流传输直连
我实测下来，三种远程方案各有适用场景：
Windows RDS（远程桌面服务）的好处是部署简单，Windows Server 自带，不需要额外软件，适合“大家轮流用，同时在线不多”的轻量场景。缺点是图形加速基本指望不上，SolidWorks 只能跑 CPU 渲染。
vGPU 方案是体验最好的。一张 NVIDIA 专业卡通过虚拟化平台切分成多块虚拟显卡，每个远程会话都能获得硬件 OpenGL 加速，SolidWorks 跑起来跟本地几乎没差。缺点是整套架构复杂，要上服务器级别的虚拟化环境，还要单独买 vGPU 授权，不是一个小团队随便折腾得起的。
远程流传输方案（比如惠普 ZCentral Remote Boost、Teradici 这类软件）是我推荐给一般团队的折中方案。它在工作站本地创建高性能会话，然后通过网络把画面流推给远程客户端，远程端不需要安装 SolidWorks，也不需要独立许可。物理显卡的加速效果能完整保留。这类软件通常支持一台工作站同时服务 4 到 8 个并发席位，具体看授权。我实测下来，四个远程重度用户在流传输模式下同时操作大型装配，流畅度还能接受。
4. 实操部署：从裸机到十人共用的完整步骤
4.1 系统准备与账户规划
这台机器我们按“多用户工作站”来做，操作系统建议 Windows Server 2019/2022 或 Windows 10/11 专业工作站版都行。个人建议用 Windows Server 的 RDS 角色，因为它的多会话能力是内置的，不用额外找多开补丁。
账户规划这步千万别偷懒。我给每个设计员单独建一个标准用户账户，管理员账户单独留一个，所有人不知道管理员密码。每个用户的主目录放到 D 盘，不要留在系统盘，否则系统盘 C 的虚拟内存和用户文件会把空间吃死。
PowerShell 批量建用户和用户目录的命令我贴一下，在某内网环境实测可用：
$names = @("zhangsan","lisi","wangwu","zhaoliu","sunqi","zhouba","wujiu","zhengshi","chenshi","liushi") foreach ($n in $names) { New-LocalUser -Name $n -Password (ConvertTo-SecureString "Init@12345" -AsPlainText -Force) New-Item -ItemType Directory -Path "D:\Users\$n" -Force }这里有个自动化小技巧：如果你们公司有域控，直接通过组策略把用户主目录重定向到网络共享路径，可以省掉很多逐台配置的力气。没有域控就按我上面的脚本走。
4.2 安装SolidWorks并配置许可服务
SolidWorks 本体安装在系统盘 D 盘都行，没特别讲究，按默认路径装就可以。关键在许可服务。
网络许可的安装分两步：第一步在许可服务器上装 SolidNetWork License Manager，把经销商给的许可文件导入；第二步在工作站上装 SolidWorks 时指定许可服务器地址。许可服务器可以单独一台机器，也可以就在工作站本机。我们当时就装在工作站本机，但要求所有用户都能通过网络访问到这台机器的许可端口，所以防火墙必须开放 25734 和 25735 两个 TCP 端口。
许可证文件的配置有个很容易踩的坑：SolidNetWork License Manager 会把许可分成若干功能包，比如 SOLIDWORKS Standard、SOLIDWORKS Professional、SOLIDWORKS Premium 是三个不同的功能包。如果你们的许可文件里只有 Professional，但安装的时候选了 Premium 功能，客户端会提示无法获得许可。所以安装客户端时组件版本一定跟许可功能包对齐。
还有一点要特别注意：SolidWorks 装完后，每个用户第一次启动时会自动生成各自的注册表配置和配置文件，位置在“C:\Users\用户名\AppData\Roaming\SolidWorks”。这个目录别去清理，更别给只读权限，否则 SolidWorks 启动会慢到怀疑人生。
4.3 远程访问环境的搭建与验证
远程环境搭建分两条路线，这里我分开写。
路线一：纯 RDS 多会话。在 Windows Server 上添加远程桌面服务角色，启用“远程桌面会话主机”。然后进入“远程桌面服务 > 远程桌面会话主机 > 连接”，修改 RDP-Tcp 的属性，把“最大连接数”改成 10 或者你需要的并发数。接着到“组策略 > 计算机配置 > 管理模板 > Windows 组件 > 远程桌面服务 > 远程桌面会话主机 > 会话”，把“限制用户使用单个远程桌面服务会话”设为“已禁用”。
这样十个用户就能同时通过 RDP 登录这台机器。但如之前说过的，在这个模式下 SolidWorks 图形性能一般，适合轻量改图、评审、出工程图。
路线二：远程流传输。装好流传输软件的服务端，客户端装在用户的笔记本或瘦客户端上。每个用户登录后看到的是工作站上独立的会话桌面，SolidWorks 运行在本地会话里，物理显卡的加速不丢失。我当时用的是 ZCentral Remote Boost 的服务端加客户端组合，四个重度建模账号同时在线上保持流畅，正好符合前面“最多六人重度建模”的设定。
部署完之后做一轮验证，至少跑这几项：
| 验证项 | 通过标准 |
|---|---|
| 许可证并发回收 | 第 6 个用户被拦截，已有人退出后第 6 人能正常进入 |
| 远程图形流畅度 | 旋转 2000 件装配体无明显卡顿 |
| 同时保存测试 | 3 人同时 Ctrl+S 同一装配体，文件不损坏 |
| 网络带宽占用 | 峰值不超过千兆网的 60% |
5. 踩坑记录：SolidWorks多用户模式下最容易翻车的几个点
5.1 许可冲突和“无法获得许可”的排查链路
我敢说共用工作站上线后，收到最多的抱怨就是“无法获得下列许可 SolidWorks Standard”或者“无法获得许可”。这个问题排查链路非常固定，按顺序走：
第一步，确认许可服务进程活着。在许可服务器上打开任务管理器，找 SolidNetWork License Manager 对应进程。如果没起来，手动启动一次。注意，这台服务如果设了开机自启，要检查系统服务列表里启动类型是不是“自动”。
第二步，测试网络连通性。在出问题的用户机器上，用命令行测许可服务器的 25734 端口是否通：
telnet 192.168.1.100 25734如果不通，基本就是防火墙拦了。常见坑是：Windows 防火墙默认拦截同网段以外的访问，如果你工作站和用户笔记本不在同一个 VLAN，还要检查路由设备的端口转发。
第三步，看许可池剩余量。SolidNetWork License Manager 界面里能看到当前在用许可数。如果发现池子没满但用户进不来，很可能是许可文件里的功能包与客户端版本不匹配。
第四步，检查用户之前是否非正常退出。SolidWorks 网络许可有个特性，客户端异常掉线后，许可服务器要等一段时间才会回收许可。如果用户频繁强杀进程，池子里的许可会被“吊”住，别人就进不来。这个我建议在许可管理器里把“租约超时”改短一点，比如从默认的 600 秒改成 300 秒。
5.2 崩溃和图形异常的定位思路（可用的窗口资源极低、卡死）
多用户共用之后，SolidWorks 的稳定性确实比单纯一台机器单用户差一些。最典型的问题有两个：报“可用的窗口资源极低”和图形区域黑屏。
“窗口资源极低”本质上是 GDI 或用户对象句柄耗尽。Windows 每个桌面进程默认的 USER 对象和 GDI 对象数量有限，十个用户的 SolidWorks、远程桌面、SolidWorks Search 进程都堆在一台机器上，很容易打满资源上限。我的处理经验是这么几个：
- 给所有用户装 SolidWorks 时都装“SolidWorks 后台服务”组件，用它来定期清理 GDI 泄漏。
- 通过注册表把每个进程的 GDI 对象数量上限调高。这个方法有效但需要多次尝试，不同版本表现不一样。
- 实在不行就每天定时重启一次工作站，把积累起来的句柄和临时文件清掉。很多人嫌重启粗暴，实测下来稳定运行时间反而明显拉长。
图形区域黑屏，通常是远程会话里 SolidWorks 检测不到硬件 OpenGL 导致。如果你走的是 RDS 路线且没有 vGPU，可以尝试在 SolidWorks 注册表设置里手动开启软件 OpenGL 模式：
reg add "HKCU\SOFTWARE\SolidWorks\SOLIDWORKS 2025\Performance\Graphics" /v SoftwareOpenGL /t REG_DWORD /d 1 /f改完重启 SolidWorks 生效。这样至少不会黑屏，旋转虽然慢但稳定。
5.3 性能瓶颈排查：CPU、GPU、网络、磁盘
十个用户共用一台工作站，性能问题有时候不是硬件不够，而是资源分配不均。有次客户投诉说“第三个人一进装配体，第一个人就卡成狗”，我远程一看任务管理器，某个用户的 SolidWorks 进程 CPU 占用冲到 100%，再看他打开的装配体，有三千多个零件，还在做实时渲染——典型的用户行为抢占资源。
多用户环境的性能排查，我建议这么入手：
- 装好性能监控软件，按进程维度持续记录 CPU、内存、磁盘 IO。至少记录一整天，才能在时段图上看出哪些操作抢占了谁的资源。
- CPU 瓶颈看两个指标：总占用率和单核占用率。如果总占用率没到 70%，但某些用户单核 100%，本质是吃了一个核心的重建任务太多。解决办法是告诉用户，大批量重建的时候别同时操作别的模型，错峰干活。
- 磁盘瓶颈往往被忽视。三个人同时保存 1GB 以上的装配体，如果磁盘随机写入性能差，整机会卡得非常明显。这时候你会感谢当初做 RAID 1 的决定。
- 网络瓶颈看远程画面延迟。如果延迟稳定在 50ms 以下，没问题；如果 100ms 以上，要么带宽不够，要么流传输软件的错误校验拖了后腿。
6. 上线后的日常维护和性能调优
6.1 任务管理器取代监控与内存压力测试
共用工作站上线之后不能当甩手掌柜。我每周至少做一次这样的事：登录远程会话，打开任务管理器，看 CPU 峰值、内存剩余量和磁盘活动。重点看两个值：内存如果持续 90% 以上，就需要考虑加内存或者限制并发数；SSD 剩余空间如果低于 20%，立刻清理 Temp 目录和 SolidWorks 备份文件。
有些人问要不要跑压力测试。我的回答是要跑，但要有针对性地跑——让五个用户同时打开每个 2GB 左右的大型装配体，观察内存和 CPU 变化。如果在这种极端情况下机器能撑住不蓝屏不崩溃，日常使用就没大问题。我们当时就是这么测的，测完发现内存只剩 10%，果断把原先计划的内存从 128GB 升级到了 256GB。
6.2 权限与数据管理：避免两个人同时保存同一个零件
这是多用户环境里最容易造成数据灾难的地方。三五个人同时改同一个装配体，又同时点保存，SolidWorks 的写入机制保护不了这种并发冲突，轻则丢失改动，重则文件损坏打不开。
我的方案是给不同用户设不同的工作文件夹权限，再用规则约束：每个用户在自己的“个人工作区”文件夹里做日常修改，模型定稿后再手动放到“共享区”供其他人引用。如果公司有条件，最好上 SolidWorks PDM 或者跟 PDM 兼容的版本管理工具，它能控制文件检出检入，阻止多人同时写同一份文件。
我们当时没上 PDM 前，发生过一次惨痛事故：三个工艺员同时打开同一张图纸改尺寸，保存后文件夹里出现了乱码文件，后续谁也打不开。从那之后我才强制推了权限隔离，并且养成了每天下班前全盘备份的习惯。
6.3 把工作站当服务器用的习惯建议
最后说几个我们维护这台共用工作站时总结下来的小习惯，都是实操经验，不是手册上写的：
- 定时重启排在每天早上上班前。SolidWorks 长时间运行会积累句柄泄漏和内存碎片，重启一次至少能保证白天大半天是干净的。
- UPS 不间断电源一定要配。十个用户正在保存的时候断电，损失的可不只是一份文件，可能是整个装配体的数据链。我们配了 3000VA 在线式 UPS，断电后至少能撑十五分钟安全关机。
- 升级 SolidWorks 版本前，先拿一台单独的测试机跑两天多用户场景，确认没有新问题再部署到共用工作站。远程多会话环境下，新版 SolidWorks 有时候对终端服务的兼容性会有变化，不要拿生产环境当小白鼠。
- 做好镜像备份。系统盘做个快照，数据盘做增量备份，恢复时间控制在两小时以内，这在故障时能救命。
部署一套十人共用的 SolidWorks 工作站并不复杂，复杂的是把每个环节的细节都掰扯清楚。我把当时踩过的坑和最终稳定的配置都写出来了，照着这个思路走，至少能少熬夜调好几晚。如果你们公司规模更小，或者实际并发人数跟这个场景有偏差，原理是一样的——先把许可方式和远程方案定下来，硬件预算才有意义，不然买再贵的跑车也拉不了货。
)