这真的不是我的专业领域……而且可能是显而易见的，但这里是：我们有我想你可以称之为虚拟networking。 我们在4个城市的4个地点通过宽带互联网连接（Comcast和Verizon）全部5mb的业务线。 一个位置包含所有其他位置的文件服务器和数据库服务器。 这个系统已经到位，因为在我的时间之前。 我们已经为未来几年的光纤连接做了预算。
问题在于，即使是最小的文件（主要是Office文档）也是永久的。 即使只有千字节大小的文件似乎也需要很长时间才能打开甚至转移。 通过networking临时文件将更改保存到中等大小的Excel（或任何Office文档）会冻结您的计算机。
我可以使用什么来解决这个问题？ 此外，这个问题在一天中的某些时间更糟糕，在某个地方特别糟糕。 我还应该提到位于服务器存储在局域网内部的机器根本没有问题。
我希望通过这种设置想要接近LAN的速度太多吗？
我们有很多共同点。 我们之间没有共同之处就是你有一个5Mb / s的连接，在我的各个办公室之间使用一个1.544Mb / s的T1。 这是我应付的方式。
首先，罗伯特·莫尔（Robert Moir）的build议是全部的，他的观察是正确的。 如果我可以充实他的一个观点，如果你没有监视各种networking链路上的stream量，就这样做。 MRTG不是最好的解决scheme，但它是最简单的，它可以很容易地看到您的高峰时间。 这可能是（而且在我的情况下），您的慢速stream量是由您的用户造成的。 我的电线在我的使用者做任何事情的整个过程中都很热。 他们知道，当人们进行大量的数据库查询，传输文件和下载内容时，networking会变得很慢。
由于听起来您可能正在使用租用线路，而不是像我这样使用互联网指向的T1或DSL链路，因此您可以利用一种称为WAN加速器的设备，将其安装在线路的两端（每个线路在您家中各一个办公室和您的分支机构），并压缩stream量，从而产生比带宽更高的吞吐量。
接下来，让你可能的任何地方的服务。 通过链接发送的越less越好。 如果用户有漫游configuration文件或主目录，请保留在分支机构，或至less每晚同步它们，以便他们可以使用本地副本。
分散您的networking安全。 我不知道你的networkingstream量是如何工作的，但是很多地方使得他们的分支机构只有一个networking连接到中心局，因此互联网绑定stream量和内部stream量一样通过同一个pipe道，以便打到公司防火墙。 这个设置更安全，但是会杀死你的带宽。 通过在办公室获得互联网接入线路，并在这些听起来像是安全专业人员所build议的（相反），但在马斯洛的IT层次结构的IT版本中的安全之前，分散了这些听起来像是相反的。
我是英国人，而不是美国人，所以我不知道Verizon和Comcast的商业互联网业务的典型预期，但是如果在一天的不同时间问题更糟糕，我会怀疑是否存在争议。 你有这些线路的性能和服务水平协议，你有证实，它正在满足？
除此之外，你不能指望“接近局域网”的性能远远不能满足现代局域网在规范方面的要求，因为你不能指望从一架纸飞机上“接近太空船”的performance：不pipe你有多好纸飞机制造技能，你只是不能从这里到达那里。
在一定程度上，WAN链路上可能出现的延迟可能会使性能明显低于在最佳时间以相同速度运行的LAN，并且您可能将5Mb互联网连接与100Mb或1000Mb局域网，很显然，你所期望的是有限制的。
这并不是说现在的情况也是可以接受的。 你需要做一些事情恕我直言，以使目前的联系最好的：
按顺序我会这样做…
检查当前正在通过这些networking连接的情况，以确保意外的事情不会浪费你拥有的带宽。
考虑在每个办公室的“本地”服务器上“caching”不经常改变但被所有办公室使用的文档（例如手册，政策文档等），即使“本地服务器”是总是被指定的PC上。
看看你在每个办公室使用的路由器 – 它们是为你使用的那种用途而devise的吗？
考虑确保不得不通过链接旅行的材料以对较慢链接友好的方式提供服务（例如，将文档放置在Intranet上而不是文件共享中，并且可能会更好地工作，因为HTTP更适合于速度较慢的连接比windows文件共享，例如）
肯定地告诉你的ISP关于这些线路的SLA争用问题。
嗯..应该添加 – 检查与名称parsing和其他事情有关的简单事情，可以在最好的时候降低Windows服务器的性能。 也许尝试将服务器的主机文件条目添加到远程工作站，看看是否有帮助。
为了改善文件传输，请看看使用像SCP这样的协议，而不是假设你在局域网上。
另外，深入了解您的networking如何工作和优化的具体细节。 Windows默认为65k TCP窗口大小（Vista之前），这对于WAN连接来说通常太大并且将IP分组分段，从而降低了性能。 大幅度调整可能会提高整体吞吐量。 与MTU大小同上。
另一个要尝试的是禁用 Windows服务器上的SNP 。 SNP将工作卸载到NIC卡上，并执行通常会导致问题的其他“优化”。
我在一个大型企业环境中工作，在这个环境中，我们一直在努力使用DSL / Cable来提供服务，98％的远程连接由T-1，MPLS，帧中继或以太网提供，所以我没有很多的build议具体到你的情况。 我build议在BroadbandReports和Ars Technica的networking论坛等网站上寻求build议，寻求更多build议。
是的，在任何forms的互联网链接5Mbit是不会给你一个Windows文件共享合理的性能。 等待时间绝对会杀死你。