我们正在将一堆用户的主目录迁移到运行Windows Storage Server 2008 R2的新服务器上。
对于大多数用户来说，这已经很好，我们的组策略已经完成了将用户的“我的文档”文件夹redirect到他们新的networkingpath（\\ server \ Users \％username％\ Work）的工作。
问题是，在less数Windows 7个人电脑上，文档库不会像在其他PC上那样自动添加用户的redirect“我的文档”path。 当我尝试通过自己添加path来手动更正此问题时，我收到消息“此networking位置无法包含，因为它没有编入索引”。
Windowssearch服务已安装到服务器上，并且Users目录已启用索引，所以据我所知，networking位置是索引的。
即使我手动解决问题并获取用户的主目录包含在文档库中，Windows仍然会告诉我“某些库function由于不受支持的库位置而不可用”。
为了使Windowssearch服务能够索引文件夹/共享，本地SYSTEM帐户需要服务器上的NTFS权限。
设置这些权限后，组策略能够将用户的家庭共享添加到文档库中，而且我可以自己手动执行此操作，而无需“不能包含此networking位置，因为它没有build立索引”消息。
如果在系统事件日志中logging错误，让我知道Windowssearch服务没有索引文件夹所需的权限，这不是很好吗？
一种可能的解决scheme是手动更新registry项，告诉Windows“个人”文件夹所在的位置。
[HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ Shell Folders]“Personal”=“ \\\\ server \\ users \\ username \\ Documents ”
[HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ User Shell Folders]“Personal”=“ \\\\ server \\ users \\ username \\ Documents ”
我相信这些registry项应该在应用组策略时自动更新。
我相信你必须允许脱机文件，并将redirect的文件夹设置为“始终可用脱机”Windows 7中的Windowssearch索引的networking位置。 我相信，有一个Windows 7的补丁，允许它索引networkingUNCpath。
我已经看到其他人使用mklink到一个单独的目录作为networking位置的符号链接，并将该目录添加到库，以便Windowssearch可以索引它的其他报告。
我现在可能有这个嫌疑
本地SYSTEM帐户没有在相关文件夹上设置任何权限。 根据这个线程 ，我已经允许SYSTEM具有完全访问权限。 这可以解释为什么Windows告诉我该目录没有索引。
我还更改了共享上的脱机文件选项，以允许“只有用户指定的文件和程序可脱机使用”才能被caching，而不是禁用共享的脱机文件。
索引的文件数量正在上升……我将会报告这是否成为解决scheme。 🙂
在“angular色和function”下添加Windowssearch服务。 然后，您将能够将您的“我的文档”redirect到文件服务器上的映射驱动器