如何轻松将DFS共享移动到新驱动器？

几个假设：

1）你正在谈论一个没有链接的链接目标。 使链接目标工作所必需的NTFS重新parsing点不会复制到XCOPY（或者我相信ROBOCOPY）。

2）我假设这不是可复制的DFS链接。 这是一个不同于上述程序的蜡球。

复制文件很简单：

• 创build目标目录并在其上设置权限。
• 使用XCOPY和“/ k / r / e / c / h / y / a”开关从源文件拷贝（XCOPY源文件*。*目标文件\ / k / r / e / c / h / y / a）。

改变份额没有很多困难涉及一点点黑客。 您可以通过GUI中的“正确渠道”来完成此操作，但是这涉及尽可能less的W / DFSconfiguration。

• 编辑registry。 在HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ LanManServer \ Shares下，find与DFS共享对应的REG_MULTI_SZ条目，并仅修改“path”行来引用新path。
• 重新启动“分布式文件系统”和“服务器”服务（必要时允许“networkinglogin”和“Comptuer浏览器”重新启动）。
• validation共享是否可以在新位置访问。

由于DFS将共享作为UNC引用，而不是其物理path，因此DFS甚至不“意识到”文件夹的物理path发生更改。

我会

• 将现有文件从旧位置复制到新位置，保持安全性
• 使用相同的权限创build一个新的共享到新的位置
• 在DFSpipe理界面中编辑您的DFS文件夹，并用新的目标replace旧的目标

所有的用户将立即开始使用新的共享（这是DFS的美丽）。 请务必在下class时间进行此操作，以确保在复制/切换期间捕获所有已更改的文件。 Robocopy是一个很棒的工具，可以帮助你完成这个过程。

从你的问题来看，你并不清楚你真正关心的是什么，我将如何解决这个问题：

1. 安排停机时间 ，当你移动数据时，它基本上是不可访问的（除非只读）
2. 禁止访问现有的数据，validation它不再被访问
3. 复制数据 （使用您最喜爱的工具：xcopy，robocopy，…）
4. validation新位置的权限设置，以相同名称共享 。

Etvoilà。

注意 ：DFS位置caching在客户端上，可能需要一段时间才能更新。 （如果您重复使用相同的共享名称，显然不是一个问题。）