在Server 2008中，我遇到了RoboCopy的奇怪错误。它将随机挂上“指定的networking名称不再可用”。 错误。 一旦发生这种情况，重试将继续失败。 但是当然，远程服务器IS仍然可以在networking上使用，并且可以通过其他工具访问。
我认为它必须是某种权限相关，但我不明白什么是错的。 任何想法将不胜感激。
其他信息：
Options : *.* /S /E /COPY:DAT /NP /R:10 /W:30 如果我打开/ B选项，它将在一开始就100％失败（这就是为什么
我认为它必须以某种方式与权限有关）
这两个服务器是独立的，我正在做一个NET USE命令之前的robocopy
远程服务器上的用户帐户无关紧要。 试了pipe理员和另一个用户，这也是本地pipe理员组的成员
UAC在双方都closures
它并不总是相同的文件挂起。 有时它会通过一半或更多，有时它会失败的第一个文件
这可能是某种networking错误。 以下是一些您可以尝试的方法：
我有这个完全相同的问题。 我想这是服务器上的东西，也是杀死我的robocopy会议。 我必须将60GB文件夹转储到全国的服务器上。 我开始robocopy，它约30分钟，然后超时。 每次会话都会越来越远，但在一段时间之后仍会超时。 我正在使用/ mir开关将它全部复制。 我现在有大约5GB的60个拷贝，现在挂在同一个200MB的文件上。 它挂在文件的不同百分比，但它仍然挂起。
我认为它的服务器本身，因为我可以复制到Windows 2000的另一台服务器没有问题。 直到我得到解决，我只是要复制到旧的服务器，它现在有空间。 我将查看赛门铁克公告，并让您知道我的结果。
随着你提到的错误消息，我不认为这是与权限有关。 这个问题的几个可能的原因：
1）如果您正在复制到群集文件共享，请检查依赖关系。 文件共享应取决于磁盘和networking名称，名称应取决于IP地址。 2008年的集群可能会自动为您sorting依赖关系（我需要了解更多关于2008集群），但Windows 2003并没有真正的。 如果依赖关系错误，名称（和共享）可能会丢失networking。
2）您可能想尝试使用RichCopy “closures系统缓冲区”选项。 这是一个GUI选项，但应该有一个相当的命令行。 你也可以用eseutil做同样的事情。 任何一个选项都会让你遇到一个烦人的问题（特别是在32位服务器上常见的问题），由于系统caching用完，CIFS传输失败。
3）如果您正在运行Symantec，请查看以下有关Windows Server 2008上的文件共享死锁的文章：
http://service1.symantec.com/SUPPORT/ent-security.nsf/docid/2007102613484948
4）检查网卡和交换机端口错误统计数据并validation速度/双工是否正确可能是值得的，但根据我对这类问题的经验，其他原因更可能，除非您有其他networking相关问题。