让我花一点时间来解释一下我所面临的挑战的背景。我的公司在美国和亚洲设有办事处。用户处理大型 CAD 文件。美国办事处有 NAS（网络附加存储），所有文件都存储在其中。美国用户打开文件没有任何困难，但亚洲用户必须等待很长时间。有时打开文件需要长达 30 分钟。这影响了他们的工作效率。该问题是由网络延迟（300 毫秒）引起的。亚洲有近 300 名用户。
以下是一些已探讨的选项。
- WAN 优化软件 - 已经安装了 WAN 优化软件，但似乎不会缓存文件超过一天。
- 远程桌面——这将减少打开文件所需的时间，但应用程序中的每个操作都很慢。
- 云存储 - 与第三方供应商存储数据的风险。
- 文件复制软件，例如 Microsoft DFS Replication。该技术的主要缺点是它在编辑文件时不会锁定文件。
我也愿意接受其他想法。不过，我想听听您对实时锁定文件和同步数据的软件的意见和建议。如果有人已经实施或使用过此类软件，请提出优缺点。
答案1
您已经有主要选择：
- 使数据（副本）更接近/更快地到达用户，并处理锁定、复制（冲突）、缓存、预播种缓存、网络优化等。
- 通过 Citrix、远程桌面、虚拟桌面等让用户更接近数据。
在处理较大的数据文件时，后者为我们提供了最佳结果，另外还有一个好处，就是它让我们能够更好地控制数据，并提高了当地员工在家工作的可能性。
事实证明，Citrix 的 ICA 协议能够很好地处理相对高延迟/低带宽的链路，并且仍能为我们的用户提供可接受的用户体验。
较新的虚拟桌面解决方案甚至可以更好地提供 CAD 可能需要的视频加速功能。
答案2
你正在描述 RIVERBED 公司成立的原因 -
“该问题是由网络延迟（300 毫秒）引起的”
做一些研究——你就有所谓的“长胖网络”。
我们经常看到这种情况——即使纽约和旧金山之间有“1Gbps Cogent 链路”。
用户每 TCP 连接每秒的传输速度从未超过 8Mbps（在 Windows 2008 R2 中，2003 中甚至更低）。
你们应该买一些 Riverbed 的设备然后把它用完...每站点一对的价格是 120,000 美元，但是这个网络对你来说值多少钱？
答案3
由于时差，您可能能够避免您担心的文件冲突。DFS 绝对不是为那种方式的协作而设计的。但是，您可以通过多种方式设置命名空间，将用户指向其本地站点。这样，他们将始终打开离他们更近的文件。一旦他们关闭文件，DFS 将复制到另一个站点。如果发生冲突（不同站点的两个用户对同一文件进行了更改），则最后保存的文件将优先，较松散的文件将放在冲突和已删除文件夹下，这样工作就不会完全丢失。
对我来说，这比集中文件并依靠网络可用性、WAN 优化设备等要好得多，这些应该用来补充 DFS 解决方案。
话虽如此，DFS 复制需要两端都有 Windows 服务器。因此，美国的 NAS 需要配备 Windows 服务器，以便 DFS 复制与亚洲的 Windows 设备进行复制。
答案4
阅读您的帖子似乎延迟是个问题。
您确定两个站点之间的网络吞吐量完全没有受到影响吗？效果如何？如果延迟确实是唯一的罪魁祸首，我会尝试使用除 CIFS 之外的其他协议（我假设您使用的是 CIFS，因为您考虑过 dfs）。CIFS 是一种非常繁琐的协议，会产生大量来回通信，这使得在高延迟网络上使用它很麻烦。您可以考虑改用 NFS 之类的东西吗？
合适的 ECM 灯可以帮助您更有效地共享这些文件。看看 Alfresco（开源和免费社区版或付费企业版）它支持许多协议、锁定和文件传输/复制。
300ms 是您网络的正常延迟吗？还是由于某些瓶颈造成的？如果这是由于瓶颈而导致的，并且您无法承担链路升级，则链路上的某些 QoS 将帮助您对流进行优先排序。
关于您发布的选项：
1：是强制性的。除了缓存，还要考虑QoS。
2：RDP 在高延迟网络上通常也不好用。
3：如果你有能力将数据放在云端……但要确保你不会让亚洲用户更满意，而让我们的用户不满意
4：如果您在站点之间坚持使用 CIFS，这仍然是一个选择。