在这个问题上切入正题，因为我正在寻找尽可能多的解决方案，所以不想对这个问题产生过多的影响。
- 客户是一家英国公司。
- 组织是 95% Windows 和 AD
- 他们的 IT 政策是尽可能少地保留“本地”基础设施，因此他们有一条 1Gbps 线路连接到数据中心，该数据中心包含所有服务器基础设施。
- 无法证明高速链接的英国分支机构运行本地服务器和 Windows DFS 以通过同步快速访问文件 - 工作正常。
- 该公司已决定在澳大利亚悉尼开设办事处。
- 目前他们在这个办公室有 20 人，还有 1 人在全国“派驻”。
- 他们在访问英国时遇到延迟和带宽问题。他们办公室的典型测试结果通常不会超过 4Mbps 和 320ms。
- 高延迟阻碍了终端服务的使用。
- 他们需要访问许多与英国员工相同的数据。
我们已经有了很多想法，但我想知道 ServerFault 的用户将如何解决这个问题。随意问的问题 ：）
欢迎欢迎欢迎来到澳大利亚的互联网世界。
即使在我们最大的人口中心，我们也很难在企业级 ADSL2+ 连接上获得 3Mbps 的下行速度。电缆在住宅区的渗透率很低，在商业区更糟，所以除非你很幸运，否则你无法获得有线互联网。而且由于我们人口稀少，分布在如此广阔的地区（大约纽约市面积的地区有 400 万人？），无线解决方案同样糟糕且昂贵，因为它们没有 1800 万潜在客户.
我的情况和你一样（以防你说不出来），我们有用户在不同的首都，他们在我们的终端服务器和他们的办公室之间有 200 毫秒的延迟。
解决方案。好吧，恐怕它们都很脏：
DFS。你提到你的英国分行已经有 DFS。这些也可以扩展到您的澳大利亚办事处吗？根据文件夹的大小，最好将 DFS 根目录的副本加载到 2Tb 驱动器，将其空邮到悉尼，让他们将其复制到本地服务器，然后将 DFS 设置为同步两者之间的变化。
终端服务。老实说，你有点被搞砸了。高延迟不适合实时应用程序，除了改变物理定律外，如果数据往返需要 300毫秒，那么注册鼠标点击至少需要300 毫秒，再加上大约 5 秒呈现它打开的任何上下文窗口。但是，您可以做一些事情：
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission；它是十六进制的，所以0000000a是 10。默认值为 3。色情Youtube 阻止人们真正完成工作互联网供应商的选择。澳大利亚有两个主要的国际链接提供商。其中之一为 Telstra 所有，多年来一直完全垄断市场。在被私有化之前，他们曾经是一家政府所有的公司。他们仍然拥有所有连接到场所、所有交换机、交换机内部的大部分设备以及交换机之间的大部分通信的所有老化、破旧的铜线。在国际数据交换方面，他们还掌握了该国其他地区的优势。然后其他几家公司（主要是 iiNet 和 Internode，如果我没记错的话）拿出一大笔钱并获得了他们自己的国际链接。尝试从不同的 ISP 获取第二条线路，看看效果如何。如果一条线路是 Telstra，请尝试 iiNet 或 Internode。如果您已经使用 iiNet/Internet/Optus，尝试获取 Teltra 链接（天哪，我写那个感觉很脏）。避开低预算运营商（Dodo、TPG），因为他们过度销售他们的服务，虽然每月 1Tb 的配额听起来不错，但当他们的核心路由器超载时，因为他们只是 Cisco 800（好吧，这是夸张）那么您将永远无法获得优质的服务。
等待。澳大利亚政府正在推出名为“国家宽带网络”的光纤到 Premesis 项目。如果您不在计划开发区域之一，那么您可能要等待很长时间（5 年以上）。但是如果办公室还没有建立（虽然听起来像），那么如果你能在里面找到一个方便的位置NBN 的推出，那么这可能是值得的（尽管它可以在 6 个月到 3 年的任何时间建立）。100Mbs 光纤端接在您的前门应该是一笔不错的交易。然而，如果我们在下一次选举中更换政府（这很有可能），那么您可以放心，他们将可以使用 NBN 并将其替换为 LTE 无线网络，同时在您的黑莓手机上查看电子邮件和跟踪您的手机是合理的脸书上的前女友，不会像NBN那么惊艳。
除了上述所有这些充其量只是创可贴之外，另一个选择可能是查看他们正在运行的软件是否可以扩展到多个站点。SQL Merge 复制是一种常见的复制，但通常必须设计数据库和软件才能利用它。如果可以，那么也许永远在线的合并复制和本地终端服务器/应用程序是可行的方法。
除了 Mark 的出色回答外，我还建议您考虑一些 WAN 加速技术。每端都有几 TB 存储空间的东西，只会发送对最近已经发送的数据的引用，以至于它仍然在缓存中。Riverbed 和 Cisco 都这样做。
他们还进行协议加速，在本地模拟一些他们知道他们将看到的某些繁琐文件协议的流量。也就是说，协议模拟不能在所有情况下都有效，因此您可能希望确保某些应用程序的直通。
对于 TS/RDS，这种延迟会要了你的命（因为它已经如此）。如果您不能解决这个问题，再多的带宽或调整也无济于事。
我可能会建议您尝试一下RemoteApp。底层组件仍然是 TS/RDS，在幕后仍然有一个完整的桌面会话，但由于只向用户显示应用程序窗口，这可能会减少通过链接的数据量，使 RemoteApp 成为一个可以通过的解决方案为你。
BranchCache是一种用于缓存跨 WAN 链接的文件共享的出色技术。可能胜过在 WAN 上扩展整个 DFS 安装。只要有存储空间，本地文件就会被缓存。显然写入仍然需要发送回基础，但我很确定 BranchCache 也可以帮助他们。