我的一位客户最近购买了一台新的 Windows 2012 服务器，以替换我们用作文件服务器的旧 Windows XP Professional 计算机。一切似乎都复制正常，我存储了副本的日志文件，并从台式计算机和服务器的正确文件夹中看到新共享填充。第二天早上我回来时，共享是空的。日志文件显示它已完成，没有错误。复制的所有文件不再位于共享中，也不存储在新服务器的 E:\ 根目录中。
以下是我复制的步骤：我基本上将新服务器插入网络，设置共享。旧服务器仍连接到网络。
旧服务器的共享是 \\old-server\old-server-files，存储在名为 C:\old-server-files 的文件夹中
新服务器的共享为 \\new-server\new-server-files，存储在名为 E:\new-server-files 的文件夹中
我从新服务器命令提示符中使用了以下 Robocopy 命令：
Robocopy \\旧服务器\旧服务器文件 \\新服务器\新服务器文件 /MiR /FFT /Z /W:5 /LOG:E:\server-copy.log
我从台式电脑上慢慢地观察共享内容的填充。通过千兆以太网连接，复制过程大约需要 12 个小时。第二天早上我进来时，从台式电脑上看，\\new-server\new-server-files 共享中没有任何文件。从服务器看，共享是空的，文件夹 E:\new-server-files 也是空的。现在 E:\ 的根目录下有文件，而不是共享。
我不明白这是怎么发生的。有人能解释一下我可能哪里出错了吗？我可以发布我用 robocopy 创建的 server-copy.log，但我查看了它，它说它已复制到共享。但它有 37 兆，所以我必须找个地方放它。
答案1
这很奇怪，但也许它不喜欢两个不同共享名称之间的 /MIR 选项。我本来会使用 /e /copy:DATSOU 或 /e /copyall（相同）开关，/FFT 仅在从 NTFS 复制到另一种文件系统类型时才需要，如果是 Windows 2012 服务器，则不需要，因为 2012 服务器应该使用 NTFS。