2

From this link I understand that my two options are:

  1. NTFS Quotas
  2. The "Limit profile size" policy setting

I prefer option (1) because I really want to limit the overall size of everyone's profile so a single user can't fill up the C:/ drive. However, if the quota is reached, I'm concerned I'd be unable to even log in as Administrator remotely to delete files or increase the quota. I don't think I can eg: limit "c:\documents and settings" except for "c:\documents and settings\administrator"

The alternative I can think of is applying an NTFS quota to each user's profile individually when the user is created - more work but at least I have the fine-grained control. This is what I'm currently considering unless you have a better idea?


In response to comments on the answers: this is a standalone TS environment with no other servers and all users use the TS exclusively.

  • Using roaming profiles is pretty standard stuff in a TS environment but with only a single TS it may be overkill. My Documents folder redirection is pretty standard as well and should remove the bulk of the user data from the profiles. That in conjunction with limiting the profile size via option 2 should do the trick. – joeqwerty Jan 25 '12 at 20:43

3 Answers3

4

We have found that redirecting as many folders as possible greatly reduces the amount of data that ends up the profile. I would be reluctant to redirect appdata though, you may want to test that.

Personally, I think that a terminal server that will need to support many users needs to have a huge C:\ partition. This is especially true if not redirecting any/many folders. It's also a good idea to have the profiles removed on logoff - assuming that the profiles are roaming and the correct folders are redirected.

Also note that you can re-define where user profiles are stored, so if space is limited on your C:\ partition that may be an option.

User Profiles on Windows Server 2008 R2 Remote Desktop Services
https://blogs.msdn.com/b/rds/archive/2009/06/02/user-profiles-on-windows-server-2008-r2-remote-desktop-services.aspx

Greg Askew
  • 34,339
  • 3
  • 52
  • 81
  • I'm not sure I understand using Roaming Profiles in the context of Terminal Server - does it make a difference that we are talking about a pure TS environment? –  Jan 25 '12 at 18:57
  • 2
    +1 - Folder redirection is a must. Roaming user profiles in a Terminal Services environment is a fairly common configuration. It eases the scaling to multiple Terminal Server computers since it abstracts away the user's profile. You can use the Terminal Server itself as the location for the shared profile folder, if need be (just share a directory hierarchy aside from "C:\Documents and Settings" to store the profiles-- I've seen people attempt to share "C:\Documents and Settings" and that's most assuredly _not_ the right way to do it). – Evan Anderson Jan 25 '12 at 19:01
  • @Evan that is very interesting - presumably I could redirect to a drive other than the system drive then? Can I use GPO to leave the Administrator profile on C: and redirect the rest to D:? With roaming profiles can you redirect the entire folder (ie not just the "My Documents" folder or whatever?) –  Jan 25 '12 at 19:05
  • 1
    @JackDouglas: Folder Redirection and Roaming User Profiles are two different things. Have a look at the links in this answer: http://serverfault.com/a/67754/7200 – Evan Anderson Jan 25 '12 at 19:07
  • @Greg can you provide a link for how to re-define where the profiles are stored? –  Jan 25 '12 at 19:13
  • @JackDouglas - actually the best document, hands down, is the Windows 2008 Terminal Server Resource Kit, but I provided a reference from the Remote Desktop Services Team blog that provides a lot of good prescriptive guidance. – Greg Askew Jan 26 '12 at 00:15
2

Since I asked this question we've moved off 2003 and are using User Profile Disks with 2012r2 (they were introduced with 2012):

The simpler way is user profile disks. User profile disks store user and application data on a single virtual disk that is dedicated to one user’s profile [...] User profile disks provide an easy way to store the user settings and data on a separate virtual disk that is reattached at logon, so the user data isn’t discarded when the virtual machine rolls back.

They aren't necessarily perfect for everyone but they suit our use case quite well because they don't have some of the performance issues of Roaming Profiles. You need to bear in mind that:

1

As your goal is to prevent the system volume of your sever from filling up, I'd suggest the following as an alternative to restricting profile sizes (which I'd always try to avoid if possible)

Configure roaming profiles with folder redirection. This will off load the bulky storage areas (Desktop, My Documents) to a file share on another server. With roaming profiles, you can also configure your terminal server to delete local cached copies of profiles at logoff.

Edit posted in response to question edit:

As you are using a standalone server (i.e. not in an active directory domain), then roaming profiles aren't useful to you, however you can still use folder redirection to shift the bulky directories to another volume, which will go a long way to preventing your system volume from filling up.

Bryan
  • 7,538
  • 15
  • 68
  • 92
  • I'm not sure I understand using Roaming Profiles in the context of Terminal Server - does it make a difference that we are talking about a pure TS environment? –  Jan 25 '12 at 18:57
  • It will work exactly the same as on a desktop system, I've assumed your server is in an Active Directory environment though, if it's standalone, this won't work for you. – Bryan Jan 25 '12 at 19:00
  • @JackDouglas Answer updated due to question edit. – Bryan Jan 25 '12 at 19:07