我目前正在从 Windows Server 2003 R2 Standard 迁移到 Windows Server 2008 文件服务器。
我想使用 dfs 复制进行“软”迁移。
现在我想知道最好的解决方案是什么
a) 每个共享一个复制组
b) 复制所有共享的单个复制组
答案1
几个澄清的问题：
- 您要迁移多少数据（文件数量和总大小）？
- 您是否计划在迁移后保持复制处于活动状态，还是仅进行一次性传输？
假设您确实想使用 DFS 迁移，我会使用单个复制组。这可以降低复杂性、出现问题的几率以及暂存文件所需的大小。
话虽如此，如果这是一次性传输，并且这些服务器位于同一个 LAN 上，我会从新的 Windows 2008 服务器运行此命令，而不是使用 DFS 来实现此目的：
robocopy "\\oldserver\share\" "D:\newservershare" /MIR /NDL /NFL /MT:2
这将启动旧共享到新共享的多线程镜像，并且比 LAN 上的 DFSR 效率高得多。运行一次即可获取大部分数据，然后每当计划迁移时，再次运行即可获取任何更改（这就是 /MIR 的用途）。
这样，您第二次运行 robocopy 将会非常快，并且您可以切换。
此外，如果您尚未为这些共享使用 DFS 命名空间，我强烈建议您立即开始此迁移。这将使以后的任何迁移变得轻而易举，因为您可以简单地更改文件夹目标，而无需用户进行任何更改。
更新＃1：
鉴于您的第一条评论，我仍然建议您使用以下由微软 DS 团队的 Ned Pyle 撰写的精彩博客文章对 DFS 进行预播种： http://blogs.technet.com/b/askds/archive/2010/09/07/replacing-dfsr-member-hardware-or-os-part-2-pre-seeding.aspx
按照 Robocopy 的说明进行操作，因为这将使初始复制速度更快。
为了简单起见，我仍然建议使用单个复制组，除非包含 1TB 数据的共享未分组在可以整体复制的父文件夹下。
答案2
如果您只是为了迁移而这样做，我认为没有理由不使用一个大型复制组。这不是最灵活的解决方案，但对于一次性迁移来说没问题，而且更简单。