我们厂 10 个人的研发小组，做的都是非标自动化设备和智能装备，三维设计软件统一用 SolidWorks。以前每个人工位配一台图形工作站，听着挺合理，但用起来问题不少：有人电脑配置高有人配置低，遇到几百个零件的大装配体照样卡成幻灯片；图纸散在各人电脑里，改了一版又一版，经常找不到最新文件；IT 那边维护 10 台机器，光装软件、更新驱动、清理硬盘就够头疼的。后来我做了一个在当时看来有点激进的决定——把整个研发环境收敛到一台高配图形工作站上，让 10 个人通过远程桌面共享这一台机器。这篇文章就是那套“单图形工作站共享”方案的完整落地记录，硬件怎么选、系统怎么配、SolidWorks 多人远程使用有哪些坑、出了问题怎么排查，一条条写清楚，给同样想走集中化路线的制造企业做个参考。
1. 为什么要把 10 个人的 SolidWorks 环境压到一台工作站上
1.1 集中式研发环境的收益
先说结论：这套方案适合 10 人左右、以 SolidWorks 建模和装配为主要工作的智能装备研发团队，不适合需要大量本地高性能仿真计算的单位。我们落地后最直观的收益有三个。
第一，硬件成本明显下降。原来 10 台工作站按每台 1.5 万到 2 万算，一次性投入接近 20 万，而且三五年就得整批淘汰。现在一台高配共享工作站加上网络设备，预算大概 10 万到 15 万，性能却比原来任何一台单机都强。后面再有新人加入，不需要再买整机，只要开个远程账户就能干活。
第二，数据真正集中了。所有的 SolidWorks 零件、装配体、工程图都存在工作站的共享存储上，配合一套简单的目录权限管理，研发组再也不用靠 U 盘和微信传来传去。版本混乱的问题虽然不能完全消除，但至少每个人打开的都是同一份数据。
第三，IT 维护量大幅减少。驱动、SolidWorks 补丁、模板库设计库，只需要在一台机器上维护。用户账户、权限、备份策略，也都集中在一个管理入口。
1.2 排坑预警：先搞清楚 SolidWorks 多用户共用的三个硬限制
如果只是把一台普通工作站开了远程桌面让大家连，十有八九会翻车。我总结下来有三个必须提前正视的限制。
第一个是许可限制。SolidWorks 的单机版本地许可默认情况下同一时间只能在一个会话里使用。也就是说，如果 10 个人同时通过远程桌面登录这台工作站，只有一个人能正常打开 SolidWorks，其他人会收到“无法获得许可”的提示。要支撑多人同时使用，必须采购 SolidNetWork License 也就是网络浮动许可，按并发用户数购买。这是方案成立的前提，采购预算里一定不能漏掉这一块。
第二个是显卡加速限制。远程桌面会话里，SolidWorks 默认不会启用本地 GPU 的完整硬件加速，很多时候会退回软件 OpenGL 渲染。这会导致大装配体旋转、缩放时明显卡顿。后面我会专门讲怎么调，但大家心里要有个底：远程共享模式下的图形性能不可能和本机直接操作完全一样，需要靠模型显示设置和工作习惯来补偿。
第三个是并发数的资源冲击。SolidWorks 的很多操作是单线程的，但每个用户会话都会独立占用 6GB 到 16GB 内存，10 个人如果同时打开大型装配体，内存压力非常大。所以单台工作站共享并不是让人人同时干重活，而是把“并发使用”设计成“错峰使用”，这一点一定要提前跟团队讲清楚，否则上线第一天就可能内存爆掉。
2. 硬件配置测算：这台工作站按什么标准买
2.1 核心瓶颈是 CPU 主频和内存容量，不是显卡
很多第一次接触共享工作站的人，上来就问“显卡是不是要买最顶级的”。实际上在这个场景里，CPU 单核性能和内存容量比显卡更关键。
原因很简单：SolidWorks 建模、打开装配体、特征重建这些高频操作，大部分是单线程或者是少量线程并行，CPU 单核主频越高，操作响应越快。远程桌面下显卡硬件加速又会被削弱，GPU 的权重进一步下降。所以 CPU 要选高主频、核心数尽量多的产品，既要保证单用户操作流畅，又要能同时调度多个用户会话。
内存则需要往大了配。SolidWorks 打开大型装配体时，内存占用是肉眼可见往上涨的，一个复杂装配体吃 10GB 到 20GB 内存很正常。10 个用户即使错峰，也经常会有 4 到 5 个人同时在线上，再加上操作系统和后台服务，我个人建议起步 128GB，预算允许直接上 256GB。内存配小了，后面加内存的折腾成本远高于一开始配大的差价。
2.2 一张实测可用的配置单
下面这套配置是我实际用过、并且跑了半年多没有出现严重性能瓶颈的方案，以当下的硬件行情来看依然有参考价值。
| 部件 | 配置建议 | 选型理由 |
|---|---|---|
| CPU | 64 核 128 线程，单核睿频 4.5GHz 以上 | 高主频保证单用户建模流畅，多核心应对多会话并发 |
| 内存 | 256GB DDR5 ECC，频率 4800 起 | 10 个会话最稳妥的容量，ECC 减少长时间运行的计算错误 |
| 显卡 | 16GB 显存专业图形卡，如 RTX A4000 或同级别 | 专业卡驱动稳定，16GB 显存为远程会话提供基础图形能力 |
| 系统盘 | 1TB NVMe SSD | 安装系统、SolidWorks 和常用软件 |
| 数据盘 | 8TB NVMe SSD 组 RAID10 | 多用户同时读写项目文件，I/O 性能和数据安全兼顾 |
| 网卡 | 万兆网卡 | 多人同时远程全屏操作时，带宽决定流畅度 |
| 远程管理 | 服务器级 IPMI 带外管理 | 工作站死机时可以远程重启，不用跑机房按电源键 |
可能有朋友会问，显卡能不能用消费级的游戏卡。我的回答是能用但没有必要。SolidWorks 官方对专业卡有完整的驱动认证列表，远程共享场景本来图形性能就有损耗，再省专业卡的钱，遇到驱动兼容问题排查起来非常痛苦。我们试过在一台备用机上装游戏卡跑远程会话，经常出现黑屏和显示驱动崩溃，后来换回专业卡才稳定下来。
2.3 网络环境：共享工作站能不能流畅，网线说了算
硬件配置再高，网络跟不上，远程体验照样稀碎。10 个人同时通过远程桌面连接工作站，每个人可能都是 1080P 甚至 4K 分辨率，带宽消耗是叠加的。实测下来，4 个人同时全屏工作时，千兆局域网已经能感到鼠标操作延迟；到 6 个人以上，画面刷新明显跟不上。所以我把内部网络从千兆升级到了万兆，工作站和核心交换机之间直接万兆接入，办公室里的终端先用千兆到桌面，整体体验才真正稳定下来。
如果公司的网络条件暂时不支持万兆，至少要保证工作站到交换机的链路是独立千兆且不经过大量广播域冲突的老交换机。另外，远程桌面连接的电脑不建议再用无线网络，尤其是 2.4G Wi-Fi，延迟和丢包会让 SolidWorks 的操作精度大打折扣。
3. 系统层面把一台机器变成 10 个人的“云工作站”
3.1 用 Windows Server 还是 Windows 11
这套方案的操作系统，我首推 Windows Server 2022 或更新的长期服务版本，而不是普通 Windows 11。
原因主要在于多用户远程会话支持。Windows Server 自带的远程桌面服务是为多用户并发设计的，配合远程桌面授权（RDS CAL）可以合法稳定地支撑多人同时登录。普通 Windows 11 专业版虽然也能开远程桌面，但默认同一时间只允许一个交互式会话，强行破解多会话既不安全也不稳定，出了问题没人给你兜底。
另外，Windows Server 对长时间开机运行的稳定性更好，内存管理、文件共享、组策略这些功能也更完整。设备工厂的工作站本来就是 7×24 小时待命，Server 系统是更踏实的选择。
3.2 多用户账户与远程桌面授权
系统装好后，第一件事是启用远程桌面并完成授权配置。在 Server 系统里执行下面两条命令，可以快速打开远程桌面功能：
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server" /v fDenyTSConnections /t REG_DWORD /d 0 /f reg add "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" /v UserAuthentication /t REG_DWORD /d 1 /f注意，远程桌面服务不是开了就能给 10 个人随便用，Windows Server 要求购置远程桌面授权码，也就是 RDS CAL，数量按并发用户数买。这个授权跟 SolidWorks 的授权是两码事，别指望一个授权解决所有问题。
然后为每个研发人员创建独立账户，并加入远程桌面用户组。我习惯用统一的命名规则，比如 rd01 到 rd10：
net user rd01 P@ssw0rd_2025 /add /expires:never net localgroup "Remote Desktop Users" rd01 /add这里有一个经验：密码策略不要设得太复杂导致大家记不住，但也不能用纯数字弱密码。建议按公司密码规范统一重置，并且告诉员工这是共享工作站的入口，密码只能自己知道。
3.3 SolidWorks 远程会话的显卡加速问题
这是整个方案里最容易踩坑的地方。默认情况下，用户通过远程桌面连接进入系统后，SolidWorks 检测到会话环境，会自动关闭硬件加速，改用软件 OpenGL 渲染。结果就是模型转起来一顿一顿，看着像显卡坏了，其实显卡根本没发力。
要改善这种情况，有几个实际可用的路子。第一，在 SolidWorks 系统选项里把“使用软件 OpenGL”这个开关手动关闭，但前提是当前会话能识别到显卡。第二，在显卡驱动的管理面板中，针对 SolidWorks 可执行文件强制指定为高性能独立显卡，并且开启对远程会话的 WDDM 支持。第三，如果用的是 NVIDIA 专业卡，可以尝试更新为支持多会话 GPU 加速的数据中心驱动分支，这种驱动能在多个远程桌面会话里共享 GPU 资源。
不过我必须说实话，即便做了这些优化，远程会话里的 SolidWorks 图形性能依然比本机操作低一档。真正能让体验接近本机的方式，是配合带 GPU 虚拟化的桌面虚拟化方案，但那套成本就高了。对 10 人研发团队来说，比较务实的做法是：大装配体开启“大型装配体模式”，显示效果中把阴影、景深、实时视图关掉，模型精细度降到合理档位，操作体验基本可接受。
4. 软件与数据落地的 6 个关键步骤
4.1 目录规划和用户环境隔离
多用户共享一台机器，最怕的是大家抢同一个目录、写同一份配置。所以我在数据盘上做了清晰的目录规划，这里给大家参考。
D:\Projects 项目文件总目录 D:\Projects\ByCustomer 按客户分目录 D:\Projects\ByProduct 按产品线分目录 D:\SharedLib 公共设计库、标准件库、模板 D:\Temp_Workspace 用户临时工作目录，每人一个子目录共享权限上，D:\Projects对研发组成员完全控制，但对外只读；D:\SharedLib所有人只读，由管理员统一维护；D:\Temp_Workspace每人只允许访问自己的子目录。这样既保证了协作效率，又防止误删公共数据。
用户环境隔离也是必须做的一步。SolidWorks 的每个用户配置包括选项设置、模板路径、设计库路径都存在 Windows 用户配置文件里。各人登录后第一次打开 SolidWorks，系统会自动生成独立配置。我需要做的是在第一次配置后，帮每个人把“文件位置”里的默认模板、材料数据库、焊件轮廓指向公共目录，确保所有人用的标准是统一的。
4.2 SolidWorks 网络许可与模板共享
前面说了，多用户同时使用必须上网络许可。安装 SolidWorks 时，在许可类型里选择“SolidNetWork License 客户端”，然后指向公司内部的许可服务器。许可服务器不一定在这台共享工作站上，但我们为了省服务器，直接把它也装在同一台机器上，反正 10 人都通过这台工作站使用。
这里有个细节：SolidWorks 网络许可服务默认开机自启，但如果系统更新后重启了许可服务，正在工作的用户会突然弹出“失去许可连接”。我的做法是给许可服务设置“自动重启”，并且把它和桌面会话的启动顺序尽量分开，避免同一时间所有人抢许可。
模板和设计库的共享也很重要。把常用的零件模板、装配体模板、工程图模板放在D:\SharedLib\Templates，然后在每人的 SolidWorks 选项里把“默认模板”指过去。否则 10 个人各自在 C 盘产生一套模板，后续改图框、改标题栏就会变成灾难。
4.3 压力测试和并发体验调优
正式上线前，一定要做一次多人并发压力测试。我叫了 5 个同事同时登录工作站，每人打开不同的装配体，然后反复执行旋转、缩放、剖切、保存操作，同时盯着任务管理器观察 CPU、内存、磁盘 I/O 的变化。
第一次测试结果并不理想：内存涨到 180GB，CPU 占用几乎拉满，有两个人操作出现明显延迟。后来做了三项调整才稳定下来。一是把大家的默认显示模式从“带边线上色”改成“上色”，关闭 RealView 图形和阴影；二是把大型装配体模式的触发零件数量从默认值调低，让稍微复杂一点的装配体自动进入轻化状态；三是约定下午三点后不启动大型渲染任务，把资源让给建模操作。
这里我想强调一个原则：共享工作站不是让 10 个人随时同时干重活，而是提供一个集中、高性能、数据统一的工作环境。团队需要建立简单的使用公约，比如渲染和 Simulation 计算尽量放在午休或下班后，重活提前在共享表格里预约。这套软性的管理制度，比任何技术调优都重要。
4.4 数据备份不能只靠 RAID
RAID10 可以防止硬盘物理损坏导致的数据丢失，但防不住误删和恶意修改。我单独加了一台备份机，每天凌晨用 robocopy 把项目目录增量同步到备份机：
robocopy D:\Projects "E:\backup\Projects_\当前日期" /MIR /R:2 /W:2 /LOG+:D:\backup_log.txt关于备份频率，研发团队的数据每天都有可能变化，只做每日一次全量备份仍然有丢当天工作的风险。我的习惯是在共享工作站内部再划一个备份分区，每两小时把 D 盘正在修改的活跃项目文件复制过去一次，晚上再统一同步到外部备份机。这样最坏情况也只丢两小时的工作量。
5. 常见问题排查实录
5.1 远程桌面打不开或连上后黑屏
上线初期最常遇到的问题就是远程桌面连不上，或者连上了黑屏。逐一排查下来，原因集中在三类。
第一类是防火墙没有放行远程桌面端口。在 Windows Server 的高级安全防火墙里，要确保“远程桌面”规则是启用状态。这个最简单，但也是最容易被忽略的。
第二类是网络级认证（NLA）冲突。如果用户原来用的是旧版远程桌面客户端，连接新系统时会因为 NLA 协议版本不一致出现“连接被拒绝”。把服务器端的“仅允许运行带网络级身份验证的远程桌面计算机连接”选项临时关闭，再让用户升级客户端，基本能解决。
第三类是黑屏问题。RDP 连接建立后黑屏，很多时候是显卡驱动与远程会话不兼容。建议下载专业卡厂商提供的最新稳定版驱动，安装时选择“清洁安装”。如果还黑屏，就在远程会话里用组合键 Ctrl+Alt+End 打开系统安全界面，注销后重新登录。
5.2 SolidWorks 卡顿与“软件 OpenGL”那些事
用户反馈最多的是“模型转不动”。远程桌面环境下，SolidWorks 进程实际使用软件 OpenGL 渲染的情况很常见。我排查这个问题时，先看任务管理器里的 GPU 利用率。如果 GPU 利用率几乎为 0，而 CPU 中的一个核心几乎满载，基本可以断定是软件渲染。
处理办法分三层。第一层，在 SolidWorks 选项里关闭“使用软件 OpenGL”，并确保远程会话能够枚举到独立显卡。第二层，用显卡驱动设置面板把 SolidWorks 的启动程序指定为高性能独显。第三层，降低 SolidWorks 的视觉体验，把“性能”标签下的所有增强效果全部关闭。经过这三步，绝大多数卡顿问题能缓解到可接受范围。
如果还卡的机器，看一下网络延迟。远程桌面里鼠标移动有“飘”的感觉，往往是延迟造成的，跟工作站性能无关。用 ping 命令测工作站管理 IP，延迟超过 5ms 就该检查网络链路了。
5.3 数据冲突与进程残留的现场处理
多用户共享的数据冲突，比性能问题更隐蔽。有一次两个同事同时打开同一个装配体，各自修改后分别保存，后保存的人把先保存的人的工作整体覆盖了，差点导致几十个小时的设计返工。
SolidWorks 在打开文件时实际上会查询文件的占用状态，如果是网络共享位置，第二个打开的人会看到“文件已被 xxx 锁定”的提示。我们当时要求所有人看到这个提示必须选择“只读打开”，需要修改时先通知对方关闭文件。如何在更规范的企业里彻底解决这个问题？引入 SolidWorks PDM，用检出/检入机制管理文件版本。如果暂时不打算上 PDM，至少要让项目负责人维护一份“当前占用文件登记表”，明确每个人正在改哪个装配体。
进程残留也是个高频问题。用户断开远程桌面但不注销，SolidWorks 进程还挂着，长期不清理会白白占着内存和许可。我设置了一个管理任务，每天中午和晚上各执行一次脚本，把超过 2 小时没有交互的会话注销。这里不建议直接杀进程，因为可能会丢失未保存的数据。
最后聊几句实践经验
整套方案从部署到现在跑了不短时间，如果要让我说一句最深的体会，那就是“共享的不只是硬件，还有使用习惯”。技术上的坑都可以填，但真正决定这套方案能不能长期走下去的，是团队愿不愿意接受错峰使用、共用目录、统一流程这些看上去“麻烦”的约束。我们团队磨合了大概三周，大家就习惯了这种集中式的工作方式，现在新同事入职，从申请账户到上手干活只要半天时间，这在以前一人一台机器的模式下是很难想象的。
如果你们公司也是 10 人左右、以 SolidWorks 为主的研发团队，又正在被数据分散和设备维护折磨，这套方案值得认真评估一下。从一个相对小规模的单工作站共享起步，后续想要扩展，还可以把共享层平滑升级为多 GPU 服务器加桌面虚拟化集群，数据和权限模型可以直接复用，扩展成本并不高。
