Algumas perguntas esclarecedoras:
- Quantos dados você está migrando (número de arquivos e tamanho total)?
- Você planeja manter a replicação ativa após sua migração ou é uma transferência única?
Supondo que você realmente queira usar a migração do DFS, eu usaria um único grupo de replicação. Isso reduz a complexidade, a chance de problemas e a quantidade de tamanho necessária para os arquivos temporários.
Dito isto, se esta for uma transferência única e se esses servidores estiverem na mesma LAN, eu executaria esse comando do seu novo servidor Windows 2008 em vez de usar o DFS para isso:
robocopy "\oldserver\share\" "D:\newservershare" /MIR /NDL /NFL /MT:2
Isso iniciará um espelhamento multi-thread do seu antigo compartilhamento para o novo compartilhamento, e será muito mais eficiente que o DFSR na LAN. Execute-o uma vez para obter a maioria dos seus dados e, em seguida, sempre que a migração agendada for executada, execute-a novamente para obter quaisquer alterações (é para isso que serve a / MIR).
Desta forma, a sua segunda execução de robocopy será muito rápida, e você pode cortar.
Além disso, se você ainda não estiver usando um espaço para nome DFS para esses compartilhamentos, é altamente recomendável começar agora com essa migração. Ele tornará qualquer futuro fácil, já que você pode simplesmente alterar o destino da pasta sem nenhuma alteração na parte do usuário.
Atualização # 1:
À luz do seu primeiro comentário, eu ainda recomendaria a pré-propagação do DFS com o excelente post no blog escrito por Ned Pyle com a equipe do DS na Microsoft: link
Siga as instruções do Robocopy, pois isso tornará a replicação inicial MUITO mais rápida.
Eu ainda recomendaria usar um único grupo de replicação para simplificar, a menos que seus compartilhamentos que contêm 1 TB de dados não sejam agrupados em uma pasta pai que possa ser replicada como um todo.