我们再次迁移我们的文件服务器。
原来的服务器都是独立的Windows 2000服务器。 他们被迁移到一个Windows Server 2003集群，大约有10个Servername直接代表了他们所replace的独立服务器。
卷包含100个份额，磁盘挂载点，SUB挂载点。 这只是一个真正的混乱。 接近40TB的数据。
我们正试图find迁移到Windows 2008群集的最佳方式。
我build议我们使用DFS Consolidated Roots来维护旧版链接，以免破坏1,000个Sharepoint链接。 另外，我想巩固许多卷，并完全摆脱我们拥有的烦人的次坐骑。
表面上，微软文件迁移工具包似乎正是这样做的。
所以我创build了一个虚拟的实验室环境，但是我发现使用安装点卷时，没有任何安全设置被复制，并且子安装点完全被忽略。
DFS合并向导似乎是做这件事，这很好。 但是我需要一个整合文件系统的解决scheme。 我喜欢FSMT可以根据文件path将文件正确地移动到合适的资源组的方式，也可以在创build新的共享之后删除旧的卷共享。
但缺乏复制安全设置使其成为一个交易断路器。 有可能是一个工具，可以在服务器之间的安全设置？
我没有做过你之前做的事情，但是我会为SetACL实用程序（ http://setacl.sourceforge.net/ ）及其备份/恢复安全描述符function大声疾呼。
需要做一些工作才能完成你想要的function，因为它在其“备份”文件中存储了绝对path（所以你必须编写脚本来通过这些备份文件，然后findpath），但是可能只是做你想要的。
如果您只需要ACL设置，则可以执行以下命令：
robocopy <source> <destination> /S /copy:SOU /SECFIX 这将复制子目录信息，包括安全性ACL， O wner和aUditing。
以下是有关上述选项的相关帮助信息：
/ COPY：copyflag [s] ::要复制文件的内容（默认为/ COPY：DAT）。 （copyflags：D =数据，A =属性，T =时间戳）。 （S =安全= NTFS ACLs，O =所有者信息，U = aUditing信息）。
/ SECFIX :: FIX文件所有文件的安全性，甚至跳过的文件。
您可以深入研究richcopy，看看它是否适合您。 它可以select保留所有文件的属性，包括安全设置。
http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.aspx?pr=blog
它还支持multithreading复制，这将提高复制速度。
你需要在迁移之后维护这些服务器的名字（我猜有通过共享的链接文件，所以名字很重要）？
我们也有一个MSCS文件集群，我们为之前的文件服务器创build了一个dns别名到集群的名字，并设置了允许通过不同名字访问netbios的密钥。 这是由MS通过KB（reg键DisableStrictNameChecking）logging： 链接文本
这将减less很多集群资源数量和依赖关系。 你也使用自动共享子目录来减less股份资源？
你保持基本的标准卷，所以2TB有限吗？ 或者你可以去GPT吗？
在尝试移动之前，我会尽可能地进行清理。 集群实现在2008年更加强大，最重要的是，它是pipe理员安全的（没有更多的愚蠢的pipe理员通过资源pipe理器，而不是集群pipe理员删除共享）