我不想为每个用户创建一个网络映射驱动器，我想将所有用户的默认文件夹集中到网络存储设备。以下是我的场景...
我正在与一个小型市政办公室合作，该办公室的 Windows 用户不到 10 人（混合使用 Win XP、7 和 8）。为了简化备份和集中存储文档，我想创建一个环境，其中每个用户的文件（桌面、我的文档等）都存储在中央服务器上。这样，我可以简化基于云的备份（通过仅备份服务器），我们还可以通过搜索单个服务器上的文件来搜索与主题相关的文档（而不是走到每台电脑上输入相同的搜索）。
什么是好的、经济高效的解决方案？将所有用户的个人文档映射到共享 NAS 设备是否简单？与 Windows Server 环境相比，使用 SMB 存储系统（如 Buffalo NAS）是否有缺点？我是否需要实施 Active Directory 才能使此类实施顺利进行？
（我有几十年管理 mac 和 unix 系统的经验，但没有创建 Windows 网络环境的经验。）
答案1
如果您想坚持使用以 Microsoft/Windows 为中心的网络，那么您会需要 AD，因为它是 Windows 的集中式用户、设备等控制系统。
一旦设置了 AD，您就可以使用组策略轻松地将其桌面、我的文档等重定向到某个网络共享位置。
话虽如此，我会强烈建议不要这样做用于我的文档和其桌面！
我们这里也有这个，虽然它在 XP 时代运行良好，但在 Vista plus 时代就很麻烦了。回收站停止按预期工作，并且每次登录时都会收到一条烦人的消息，告知您回收站已损坏。
许多程序喜欢使用“我的文档”或打开文档的任何位置作为缓存/锁定文件夹，并期望它是本地的，因此，只要您增加一点距离（例如 VPN 连接），等待网络和桌面的速度就会变慢。更不用说人们喜欢将所有内容都转储到桌面上，作为临时（或更糟的是永久）放置他们想要快速查看或“立即”使用的内容的地方，因此他们突然等待 50MB PDF 从服务器来回传输，以便他们可以从桌面“快速查看”。
将该设备从网络上移除（或使服务器/NAS 无法访问），并忘记以已打开重定向的用户帐户登录该设备，并在您不断等待桌面尝试重新连接时尝试完成任何事情。
我推荐的替代方案（也是我们正在采取的方案）是使用组策略和/或登录脚本在域用户的桌面上创建几个图标——一个指向服务器上的私人“主”文件夹，一个或多个指向公司共享文件夹。我们还将某些文件夹映射到驱动器号。
然后，告诉他们，不在这些文件夹（或映射驱动器）中的任何内容都不会被备份，并且如果计算机出现问题，它们可能会随时消失。
由于只有 10 个用户，并且您不想使用 Windows 服务器和 CAL，如果您不介意手动确保工作站和服务器共享上的凭据匹配，并且不介意每次需要更改脚本/配置/解决方案时访问每个工作站，那么您可以避免使用 AD。