我在虚拟机刀片集群上有一个旧的 win 2003 VM（VMware），我正在将大量文件移动到我们的新 DFS 阵列。有两个主文件夹，分别有大约 170 万个和 50 万个较小的文件（信件、备忘录和其他较小的文件）。总大小分别为 ~420 GB 和 ~100 GB。
我们在服务器上使用 robocopy 的 GUI 版本来复制文件。大约一个月前，我们启动了文件复制来测试该过程，发现复制大文件大约需要 4 个小时。现在我正在实际切换文件，这已经花费了 18-20 个小时。服务器端没有任何变化，复制设置也没有任何变化（没有日志，重试 1 次，等待 1 秒）。
我们的目的是关闭共享并强制重新复制，以获取由于被用户锁定而遗漏的所有文件。但我不能忍受 20 小时的停机来做到这一点。
有谁能解释一下与之前的较短运行相比，导致 robocopy 出现如此大延迟的原因是什么？
编辑：昨晚我发现复制肯定是冻结了。它在某个时间停止（似乎是可变的）并且根本不继续。
答案1
我们一直在摆弄这个。看来 GUI 界面出了点问题。当我专门将重试和等待设置为“1”时，它正常通过了。这可能是巧合，但它在第一次尝试使用这些设置时就开始正常工作了。