我在 Server 2008 中使用 RoboCopy 时遇到了奇怪的错误。它会随机挂起并显示“指定的网络名称不再可用。”错误。一旦发生这种情况，它将继续在重试时失败。但当然，远程服务器在网络上仍然可用，并且可以通过其他工具访问。
我认为这一定与权限有关，但我不知道哪里出了问题。任何想法都将不胜感激。
其他信息：
Options : *.* /S /E /COPY:DAT /NP /R:10 /W:30
如果我打开 /B 选项，它一开始就会 100% 失败（这就是为什么
我认为这必须与许可有关）
这两台服务器是独立的，我在 robocopy 之前执行了 NET USE 命令
远程服务器上的用户帐户无关紧要。尝试了管理员和另一个也是本地管理员组成员的用户
双方均关闭UAC
挂起的并不总是同一个文件。有时它会处理一半或更多，有时它会在第一个文件上失败
答案1
这可能是某种网络错误。您还可以尝试以下几种方法：
- 您是否尝试过指定 IP 地址而不是主机名？
- 你能在其他非 2008 系统上运行这个脚本吗？我知道你以前可以，但现在可以吗？
- 您检查过事件日志吗？
- 如果服务器直接连接（不是通过交换机），这个问题还会存在吗？
- 您是否尝试过其他复制工具？（xcopy、rsync 甚至 scp）
答案2
我遇到了完全相同的问题。我认为服务器上的某些东西也终止了我的 robocopy 会话。我必须将一个 60GB 的文件夹转储到全国各地的服务器上。我启动了 robocopy，它运行了大约 30 分钟，然后超时。每次它在会话中运行得越来越远，但一段时间后仍然会超时。我正在使用 /mir 开关来复制所有内容。我现在已经复制了 60GB 中的大约 5GB，现在它挂在同一个 200MB 的文件上。它挂在文件的不同百分比上，但仍然挂起。
我认为是服务器本身的问题，因为我可以毫无问题地复制到另一台 Windows 2000 服务器上。在解决这个问题之前，我只会复制到较旧的服务器上，它现在有空间。我会查看赛门铁克公告并告诉您我的结果。
答案3
根据您提到的错误信息，我认为这与权限无关。问题可能由以下几个原因引起：
1) 如果您要复制到群集文件共享，请检查依赖关系。文件共享应依赖于磁盘和网络名称，而名称应依赖于 IP 地址。2008 群集可能会自动为您排序依赖关系（我需要了解有关 2008 群集的更多信息），但 Windows 2003 实际上并没有这样做。如果依赖关系错误，名称（和共享）可能会从网络中断开。
2）你可能想尝试使用富文本复制使用“关闭系统缓冲区”选项。这是一个 GUI 选项，但应该有一个命令行等效选项。您也可以使用工具. 任何一种选择都无法解决一个恼人的问题（在 32 位服务器上尤其常见），即由于系统缓存耗尽导致 CIFS 传输失败。
3) 如果您运行的是 Symantec，请查看以下有关 Windows Server 2008 上文件共享死锁的文章：
http://service1.symantec.com/SUPPORT/ent-security.nsf/docid/2007102613484948
4)可能值得检查 NIC 和交换机端口错误统计信息并验证速度/双工是否正确，但根据我对此类问题的经验，除非您有其他与网络相关的问题，否则其他原因更有可能是问题。