目前正在执行一个项目，将所有用户从映射驱动器主文件夹迁移到重定向文件夹（文档）。
目前遇到一个奇怪的问题，即用户重定向文件夹文档的速度非常慢（本地），即使浏览文件夹也需要几秒钟才能填充文件列表。
我已将驱动器映射到相同的 DFS 命名空间，这样速度就很好了，我还通过将文件夹重定向到共享名称而不是 DFS 命名空间进行了测试，这也很好。因此，似乎文件夹重定向到 DFS 命名空间的组合导致了速度缓慢。
按照 Microsoft 的建议，DFS 是一个单点，不会复制到 NAS。
有谁遇到过类似的事情或知道什么可能导致了这个问题吗？
答案1
我在设置中也遇到了类似的问题，似乎是由于以下问题
http://support.microsoft.com/kb/2610379
在低网络延迟期间，我们遇到了速度慢的问题，一开始我们没有明显察觉到。但是当我们查看日志时，我们发现问题出在延迟上。
此外，如果在 Windows 7 机器上观察到速度缓慢，则以下内容可能会有所帮助
应用修补程序对我们有帮助。希望这能有所帮助。
答案2
我过去遇到过同样的问题，有时它们甚至不起作用。
然后，如果这不起作用，只需从控制台重新开始，并在实施之前在纸上制定一个模式，说明您正在做什么，这真的很有帮助。
创建一个命名空间，然后关联共享文件夹（假设您正在选择域名选项）。如果可以使用 \domain.com\namespace\resource 访问资源，则可以从域中的任何计算机进行测试，然后通过添加其他资源并接受选项来执行复制。
这种方法对于我总是有效的。
我希望这有帮助
答案3
我也遇到了这个问题：\\dfs\resource很慢甚至不工作，而以前\\targetserver\resource很好。
在我的例子中，问题是 DFS 根服务器是 W2008 R2，而目标位于 W2003 上。显然，它们使用不同版本的 NTFS，因此当未指定时，w2003 假定用户始终拥有Traverse folders，但 w2008 R2 则假定相反。
因此，将Traverse foldersw2003 文件夹中的权限添加到Domain users组中为我解决了这个问题。当然，除了那些删除了继承的文件夹外，我必须再次在那里应用这些权限。