我正在将Windows 2003 32位上的文件共享中的文件和文件夹复制到Windows 2008 R2 64位上的新文件共享中。 我一直在使用一些文件夹上的Robocopytesting，并且只能成功复制唯一的安全设置，例如只能访问该文件夹的特定用户，而不是全部。 （即系统，用户）
我的问题是，如果有一个实用程序或方式来复制确切的设置。 包括旧服务器上存在的所有权限。 我能够从父母的新共享上创build权限（系统，服务器pipe理员等），但是，然后给予我想限制的文件夹的权限。
我希望这是有道理的。
robocopy的默认值是DAT 。 这意味着它复制数据（文件内容本身），属性（ H idden，系统，只读等）和时间戳。 如果把它交给DATSOU，它包括安全ACL，审计信息和所有权。 这是直接从文件，在美妙的ss64复制：
/COPY:copyflag[s] : What to COPY (default is /COPY:DAT) (copyflags : D=Data, A=Attributes, T=Timestamps S=Security=NTFS ACLs, O=Owner info, U=aUditing info). /SEC : Copy files with SECurity (equivalent to /COPY:DATS). /DCOPY:T : Copy Directory Timestamps. ## /COPYALL : Copy ALL file info (equivalent to /COPY:DATSOU). /NOCOPY : Copy NO file info (useful with /PURGE).
那么为什么DATSOU不适合你？ 这可能帮助我们弄清楚你正在寻找什么？ 如你所说，有一些限制。 我们遇到了类似的墙，其目录没有inheritance权限，这是您所描述的问题。 您可以通过parsingSetACL中的信息来创build自己的胶带解决scheme，这是我见过的最可笑，function强大和危险的Windows 实用工具 。 虽然这是一个痛苦的屁股。
解决scheme二，拉什么可能是一个疯狂的大wim，只适用于一个新的驱动器与imagex 。 没有规则必须是Windows系统分区; 它可以是任意一组文件。 我没有尝试过，所以我相信其他人可以从经验中把这个想法打倒。
解决scheme三，考虑DFS复制。 如果您可以保留旧的共享，则可以使用DFS复制将一个共享UNCpath上的文件的请求redirect到另一个。 我最近成功地做到了这一点，它为我节省了一大笔麻烦。 我不知道你的用例。
首先，请注意，我所有的经验都是在Windows 2003上。
我相信要做到这一点的唯一方法是通过备份和恢复API，所以你需要使用该API的东西。 在Windows 2003上，您可以使用内置的备份程序Microsoft Backup或Backup Exec等。