我的一些用户非常沮丧，因为他们的login/注销时间已经达到了分钟的范围。 我们有一些使用同一台机器的class次工作人员，而第二次class次总是要等待5-10分钟，而以前的用户登出，新用户才能login。此时networkingstream量很高，所以我假设它将用户的configuration文件复制回服务器，反之亦然。 如果我禁用用户的漫游configuration文件，这个时间就会消失，但是由于我们没有备份每台机器，所以他们的东西没有被备份。
为了解决这个问题，我想我只是使用networking共享，而不是漫游configuration文件。 简单的权利？ 在这个问题： 用户login时自动映射networking驱动器 ，它看起来像我find了一个解决scheme，但没有骰子。 可能是因为我在桌面和Windows Server 2008上使用Windows 7作为AD服务器。
情况如下：
我还缺less什么？
您正在寻找的function是文件夹redirect 。 这个function本身或与漫游用户configuration文件（我build议同时使用）结合使用，可以让您在服务器上保留用户configuration文件的最大文件夹，并加快login时间。
我还build议您在目标文件夹上创build文件夹并自行设置权限 。 操作系统的默认方法似乎是错误的脑损坏给我。
编辑：
我的问题与允许客户端创build文件夹的内置function是，我强烈不喜欢在我的服务器计算机上有这样一个关键目的（redirect的用户文件夹）的世界可写文件夹。 我不确定微软是否曾经清理过客户端在创build用户文件夹并对其应用权限时阻止NTFS权限inheritance的白痴“function”。 我想要控制我的文件系统权限，我希望在整个文件夹层次结构中打开inheritance，并且我不想在我的服务器上放置一个世界可写的文件夹。
我通常会redirect“我的文档”，“桌面”和“应用程序数据”。 我总是禁用白痴“授予用户独占访问…”function（因为它拧了我的NTFS权限inheritance层次结构）。 如果我有多个目标文件服务器计算机，并希望在单个GPO中处理所有redirect，那么我可以根据组成员身份进行redirect…与文件夹redirectconfiguration问题相比，这更像是GPOdevise问题。
“AppData”redirect有些问题。 当用户有redirect的AppData文件夹时，我遇到了Adobe Reader 9.0版本和当前的Apple iTunes 9.2版本无法正常工作的问题。 尽pipe如此，随着创build的小文件数量的巨大增长，如果您想要短暂的login/注销时间，则在用户的漫游用户configuration文件中保留“AppData”不是一个选项。
通常我不会从文件夹redirect中排除任何“普通”用户。 pipe理和服务帐户上下文用户将被排除在外，通常位于OU层次结构的其他位置，因此应用文件夹redirect设置的GPO不适用。 WMI筛选器没有用，因为文件夹redirect是用户设置，而WMI筛选器仅适用于计算机。
慢速链接和断开连接的计算机是脱机文件的理想select。 如果用户没有高速连接到局域网，我可能根本不会使用文件夹redirect，但是我没有任何情况出现在我目前的客户群中，所以我没有“没有真正想过。 脱机文件在Windows 7和Windows Vista中运行良好。 如果用户的redirect文件夹的大小不超过2GB，则可以在Windows XP中正常工作。 超过2GB的任何内容，并开始工作很差，因为一个令人沮丧的签名32位整数大小限制的数据量将自动caching脱机文件。