我的一些用户非常沮丧，因为他们的登录/注销时间已经达到分钟范围。我们有几个轮班工人使用同一台机器，而且第二班工人总是必须等待 5-10 分钟，直到前一个用户注销，新用户才能登录。此时网络流量很大，所以我假设它会将用户的配置文件复制回服务器，反之亦然。如果我为用户禁用漫游配置文件，这次等待就会消失，但由于我们不会备份每台机器，因此他们的资料不会被备份。
为了解决这个问题，我想我应该使用网络共享而不是漫游配置文件。很简单吧？在这个问题中：用户登录时自动映射网络驱动器，看起来我找到了解决方案，但毫无作用。可能是因为我在桌面上使用 Windows 7，在 AD 服务器中使用 Windows Server 2008。
情况如下：
- a) 在 AD 中，在用户的“配置文件”选项卡下，我已将配置文件设置为从网络共享加载（例如 \\nfs\profiles\david）
- b) 同样在“配置文件”选项卡中，我将“主文件夹”设置为“连接：”，并将驱动器 H：映射到 \\nfs\homes\david
- c) 我登录到桌面，并且驱动器 H: 已正确映射，但用户的主文件夹（以及桌面、文档等）仍存储在本地计算机上，并在每次登录/注销时复制。
我还缺少什么？
答案1
您正在寻找的功能是文件夹重定向。此功能单独使用或与漫游用户配置文件结合使用（我建议同时使用两者）将允许您在服务器上保留用户配置文件的最大文件夹并加快登录时间。
我还建议您自己创建文件夹并设置权限在目标文件夹上。操作系统默认方法对我来说似乎存在缺陷。
编辑：
我对允许客户端创建文件夹的内置功能有异议，因为我强烈不希望在我的服务器计算机上为如此重要的目的（重定向用户文件夹）设置一个全球可写的文件夹。我也不确定微软是否清理过这个愚蠢的“功能”，即客户端在创建用户文件夹并对其应用权限时阻止 NTFS 权限继承。我希望控制我的文件系统权限，希望在整个文件夹层次结构中启用继承，并且我不希望在我的服务器上放置一个全球可写的文件夹。
我通常会重定向“我的文档”、“桌面”和“应用程序数据”。我总是禁用愚蠢的“授予用户独占访问权限...”功能（因为它搞乱了我的 NTFS 权限继承层次结构）。如果我有多台目标文件服务器计算机，并且希望所有重定向都在单个 GPO 中处理，我可能会根据组成员身份进行重定向...这更多的是 GPO 设计问题，而不是文件夹重定向配置问题。
“AppData”重定向有些问题。我遇到过 Adobe Reader 9.0 版本和当前 Apple iTunes 9.2 版本在用户重定向 AppData 文件夹时无法正常工作的问题。不过，由于在那里创建的小文件数量激增，如果您希望缩短登录/注销时间，则将“AppData”保留在用户的漫游用户配置文件中不是一个选择。
通常我不会将任何“普通”用户排除在文件夹重定向之外。管理员和服务帐户上下文用户将被排除，通常是通过位于 OU 层次结构中的其他位置，使得应用文件夹重定向设置的 GPO 不适用。WMI 筛选器没有用，因为文件夹重定向是一种用户设置，而 WMI 筛选器仅适用于计算机。
慢速链接和断开连接的计算机是脱机文件的理想选择。如果用户没有曾经要高速连接到 LAN 我可能根本不会使用文件夹重定向，但我目前的客户群中没有遇到这种情况，所以我真的没有考虑过它。脱机文件在 Windows 7 和 Windows Vista 中运行良好。如果用户的重定向文件夹大小小于 2GB，它在 Windows XP 中可以正常工作。如果超过 2GB，它就会开始工作不佳，因为脱机文件将自动缓存的数据量有令人沮丧的有符号 32 位整数大小限制。