我们正在再次迁移我们的文件服务器。
最初的服务器都是独立的 Windows 2000 服务器。他们被迁移到一个 Windows 2003 集群，其中包含大约 10 个服务器名称，这些服务器名称直接代表他们替换的独立服务器。
这些卷包含 100 个共享、磁盘安装点、SUB 安装点。这只是一个真正的混乱。接近 40 TB 的数据。
我们正在努力寻找迁移到 Windows 2008 群集的最佳方式。
我建议我们使用 DFS Consolidated Roots 来维护旧链接，以免破坏 1,000 个共享点链接。此外，我想整合许多卷，并完全摆脱我们拥有的烦人的子安装。
从表面上看，Microsoft 文件迁移工具包似乎正是这样做的。
因此，我创建了一个虚拟实验室环境，但我发现对于 Mount Point 卷，不会复制任何安全设置，并且完全忽略子安装点。
DFS 合并向导似乎完成了它的工作，这很好。但我需要一个整合文件系统的解决方案。我喜欢 FSMT 可以根据文件路径正确地将文件移动到适当的资源组的方式，它还可以在创建新共享后删除旧的卷共享。
但是缺乏复制安全设置使其成为交易破坏者。是否有一种工具可以调整服务器之间的安全设置？
我以前没有做过您正在做的事情，但我会为 SetACL 实用程序 ( http://setacl.sourceforge.net/ ) 及其备份/恢复安全描述符功能大喊大叫。
要让它完全按照您的意愿行事需要一些工作，因为它将绝对路径存储在其“备份”文件中（因此您必须编写一些脚本来通过这些备份文件并调整路径），但是它可能只是做你想做的事。
如果您只需要 ACL 设置，您可以执行以下命令：
这将复制子目录信息，包括安全ACL、所有者和审计。
以下是有关上述选项的相关帮助信息：
您可以深入研究一下richcopy，看看它是否适合您。它可以选择保留所有文件的属性，包括安全设置。
http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.aspx?pr=blog
它还支持多线程复制，这将提高复制速度。
迁移后是否需要维护这些服务器名称（我猜有通过共享链接的文档，所以名称很重要）？
我们还有一个 MSCS 文件集群，我们为之前的文件服务器创建了一个 dns 别名到集群的名称，并设置密钥以允许 netbios 通过不同的名称访问。MS 通过 KB（注册键 DisableStrictNameChecking）记录了这一点： 链接文本
这将减少很多集群资源数量和依赖关系。您是否还使用自动共享子目录来减少共享资源？
您是否保留基本标准卷，因此 2TB 受限？或者你可以去 GPT 吗？
在尝试移动它之前，我会尽可能多地打扫房间。集群实现在 2008 年更加健壮，最重要的是，它是管理员安全的（不再有通过资源管理器而不是集群管理员删除共享的愚蠢管理员）