使用Robocopy检查缓慢文件传输的networking连接统计信息

我正在尝试在我们的networking上的两台Windows Server 2003计算机之间传输一个6.5 GB的文件。 使用Robocopy //sourceserver1 //destinationserver2 filname /z正在进行文件传输爬网,并且在启动请求三小时之后,文件只进展到了26%。 我知道'/ z'提示减慢了Robocopy的传输速度,但是这里的延迟似乎过度了。

我想诊断networking中正在发生的事情,并试图找出可能的瓶颈。 有人可以build议我应该从哪里开始,还是应该以另一种方式传输文件?

谢谢

除非你有类似netflow的东西,否则你可能很难看出什么是占用你的带宽。

你可以使用一个/ ipg:n开关和你的robocopy命令来尝试和遏制一点点的带宽,我以前使用过慢的链接。

你可以尝试使用ftp来移动文件,在你想要复制文件的地方安装一个ftp服务器,从你的源服务器上ftp到它。 使用filezilla或类似的,你应该能够在可重启模式下运行,并看看它占用了多less带宽。

我曾经在过去的时候一直在努力复制大文件,所以我知道你的感受!