从这个链接我明白，我的两个select是：
我更喜欢选项（1），因为我真的想限制每个人的个人资料的整体大小，所以一个用户不能填满C：/驱动器。 但是，如果达到配额，我担心我甚至无法以pipe理员身份远程login，以删除文件或增加配额。 我不认为我可以例如：限制“C：\文件和设置”，除“C：\文件和设置\pipe理员”
我能想到的另一种方法是在创build用户时为每个用户的configuration文件单独应用一个NTFS配额，但是至less我拥有更好的控制权。 这是我目前正在考虑的，除非你有一个更好的主意？
回答对答案的评论：这是一个独立的TS环境，没有其他服务器，所有用户都只使用TS。
我们发现redirect尽可能多的文件夹可以大大减less结束configuration文件的数据量。 我会不愿意redirectappdata，但你可能想testing一下。
就我个人而言，我认为需要支持很多用户的terminal服务器需要有一个巨大的C：\分区。 如果不redirect任何/多个文件夹，则尤其如此。 在注销时删除configuration文件也是一个好主意 – 假设configuration文件正在漫游，并且正确的文件夹被redirect。
另外请注意，您可以重新定义用户configuration文件的存储位置，因此如果C：\分区上的空间有限，这可能是一个选项。
Windows Server 2008 R2远程桌面服务上的用户configuration文件
https://blogs.msdn.com/b/rds/archive/2009/06/02/user-profiles-on-windows-server-2008-r2-remote-desktop-services.aspx
自从我提出这个问题以来，我们已经离开了2003年，并在2012r2中使用了用户configuration文件磁盘 （2012年推出）：
更简单的方法是用户configuration文件磁盘。 用户configuration文件磁盘将用户和应用程序数据存储在专用于一个用户configuration文件的单个虚拟磁盘上[…]用户configuration文件磁盘提供了一种将用户设置和数据存储在单独的虚拟磁盘上的简单方法，该虚拟磁盘在login时重新挂接，所以虚拟机回滚时不会丢弃用户数据。
它们不一定适合每个人，但是它们很适合我们的用例，因为它们没有漫游configuration文件的一些性能问题。 你需要记住：
由于你的目标是防止你的服务器的系统容量被填满，所以我build议采取以下措施来限制configuration文件大小（如果可能的话，我总是尽量避免）
使用文件夹redirectconfiguration漫游configuration文件。 这将卸载庞大的存储区域（桌面，我的文档）到另一台服务器上的文件共享。 通过漫游configuration文件，您还可以configurationterminal服务器以在注销时删除configuration文件的本地caching副本。
编辑张贴在回应问题编辑：
由于您正在使用独立服务器（即不在活动目录域中），因此漫游configuration文件对您无用，但您仍然可以使用文件夹redirect将笨重的目录转移到另一个卷上，这将会很长时间防止您的系统卷被填满。