我在 Vista x64 SP1 工作站和 Windows 7 RC 工作站之间复制少量大文件。Windows 表示，通过不拥塞的 1 GBit/s 交换机将 117GB 的数据从一台计算机复制到另一台计算机需要 7 个小时。Robocopy 的表现也好不到哪里去。
我似乎记得在 Exchange 的日子里，有几个实用程序声称可以在服务器之间复制非常大的文件。这些实用程序是否仍然可用？如果可以，哪些在上述情况下最有效？
编辑：
我正在尝试将 Robocopy 连接到 USB 2.0 外置硬盘，因为这是我目前可用的所有设备，而且速度更快，这是不寻常的，因为我使用的两台计算机是唯一连接到这个特定 1GBit/s 的两台计算机转变。
编辑2：
源上的 NIC 似乎有些问题，在交换其他所有内容后无法获得超过 3MB/秒的吞吐量。由于这是旧机器，我改用外置硬盘，它的复制速度比网卡快，但总共花了 3 个半小时。
这里不对劲。
检查磁盘碎片、网络误用、其他程序磨削驱动器或硬件故障；Windows w/1Gb 网络可以饱和 7200 SATA 驱动器可以提供的带宽，即 60-70 MB/s
我可能还建议您为自己创建一个很好的计划任务，以便在一夜之间传输文件。
对于这么大的东西并考虑到它是本地副本，我要么将其中一台 PC 的硬盘插入另一台，然后直接复制。或者，我会使用 eSATA 硬盘进行传输。这甚至比GigE还要快。
这一切都假设这是一次性的，这就是我阅读你的帖子的方式。
好吧，复制它应该需要大约半个小时。
无论如何，您在取消之前等待了多长时间？您是否查看了详细信息以检查实际复制速度？Vista 的初步估计往往相差甚远。一段时间后，它会重新计算速度，以便为您提供更好的估计。
这是一个提示，禁用网络堆栈的接收窗口自动调整可能会解决您的问题。以管理员身份运行：
您可能还需要考虑在每个系统上启用巨型帧（9000 字节 MTU），看看是否有帮助。
我听说很多人使用 vista 通过网络进行复制时发生了这种情况。
我做了一个快速的谷歌搜索来验证。这里列出了很多“修复”。
本文介绍了 Vista SP1 文件复制改进以及它为何如此工作。
我在 ipv6 上看到了慢速复制性能，尤其是在无线上，作为测试您是否尝试像测试一样禁用 ipv6？
您可能会遇到 vista 性能问题、smb2 问题、差异网络副本等，我认为这些地方也存在错误
也可以试试 teracopy，它优化了传输
我会考虑使用 SyncBack。我们使用它在 WAN 上移动多达 30 GB 的文件，并具有合理的异地备份吞吐量。它有不同的版本，其中一些允许限制带宽的使用，使用本机与 Windows 复制和 FTP。
有一个传输文件的协议。它被称为FTP。您可能会发现这比使用网络共享更适合您。（尽管其他海报是正确的，您应该通过网络获得更好的吞吐量）。
迄今为止最好的文件复制实用程序是来自codesector.com 的Teracopy，我多年来一直在XP 中使用它，并且发现它在Vista 中也能正常工作。我同意其他发帖者的观点，即在这种情况下可能有其他问题，但要回答原始问题，请使用 teracopy FTW。
我发现单线程文件副本的最高速度约为 40Mb/秒 - 考虑使用Richcopy进行多线程传输。