2

I am using Outlook 2010 in a terminal server farm located in California. The Exchange server in NYC. Latency is 50ms to 80ms on a good day. Latency sometimes reaches 120ms.

The only way to provide a good user experience is with cached mode (hence the question). Please don't lecture me about OST's on a terminal server, it going to happen, and it has to happen. Not much I can do about it but make it work.

Question

How should I configure the OSTs with regard to the rest of the terminal server farm? Should they all point to a shared file server?

makerofthings7
  • 8,821
  • 28
  • 115
  • 196

4 Answers4

3

Frist of all - You don't want to (and I believe its not possible) to redirect OST files to a network share. They are supposed to -always- be available to the client.

I've done my part researching this, and it turns out that OST's on remote desktop services isnt something thats going to happen. I can guess why you want it (instant searches), but its simply not worth the cost.

Also - if you run a remote desktop farm where users get load-balanced to different servers you'll get this potential scenario:

100 users - 5GB mailbox - 5 remote desktop servers = 2,5TB of disk space JUST for storing OST files across the remote desktop servers. Add the increased I/O each time a user logs on to a remote desktop server and the Exchange sync starts.

Do you really want this cost?

pauska
  • 19,532
  • 4
  • 55
  • 75
  • 2
    +1 Do not run Outlook in Caching mode on a terminal server. – Chris S Jul 29 '11 at 18:21
  • Outlook 2010 [supports cached mode](http://technet.microsoft.com/en-us/library/cc179175.aspx) The terminal server is located in California. The Exchange server in NYC. Latency is 50ms to 80ms on a good day. Sometimes latency reaches 120ms. The only way to provide a good user experience is with cached mode. – makerofthings7 Jul 29 '11 at 19:22
  • Yes, I am fully aware that Outlook 2003 to Outlook 2010 supports cache mode. If it didnt, OST files wouldnt exist. I am simply telling you that you do not/should not want to use cached mode (OST files) on a terminal server. – pauska Jul 29 '11 at 19:56
  • @pauska: Only Outlook 2010 supports configuring cached mode on a Terminal Server. – joeqwerty Jul 29 '11 at 19:58
  • @joeqwerty: ah, I didnt know it wasnt officially supported before 2010.. now that you mention it, I remember certain registry hacks with earlier versions.. – pauska Jul 29 '11 at 20:02
  • Right, prior to Outlook 2010 the cached mode checkbox is disabled when configuring Outlook on a TS. – joeqwerty Jul 29 '11 at 20:15
1

There is a way: Using the Microsoft Outlook 2010 GPO you can redirect the OST file to another location. The only thing I came across myself, it's not working 100%. Some user's OST files are still stored in c:\users. This eventually causes the c:-drive to run out of space.

Sander
  • 11
  • 1
0

While I'm on board with others here in recommending against using cached mode in Outlook on a Terminal Server, if you must use it then the way to do it in a TS farm (where users may log on to any one of a number of servers) would be to use Folder Redirection to redirect the Application Data folder (which is the default path for ost files) to a network share so that the user uses the same ost file regardless of which terminal server they're logged on to.

You can also modify the default location for the ost files by adding the appropriate Office templates to the GPO that is applicable to the user when they're logged on to the TS and modifying the location in the GPO setting.

joeqwerty
  • 108,377
  • 6
  • 80
  • 171
0

Wouldn't the AppData folder follow te Roaming Profile anyway? In this case, why not place the profiles on storage that can accommodate this load and space.

Justy opinion but you should, later on, advise the NYC folks that this configuration doesn't work well and beef up their exchange side to accommodate the size requirement for each mailbox so you can run online mode when in a TS Farm.

Harry
  • 1
  • It's a matter of network latency for RPC calls from SF to NYC... how would I go about beefing this up? It's 2,500 miles away – makerofthings7 Jul 30 '11 at 00:04
  • The Application Data folder does not follow the roaming profile (not in it's entirety), so the location in Application Data where the ost (or pst) file is located does not follow the roaming profile. – joeqwerty Jul 30 '11 at 00:14
  • The OST is stored in the local portion of the profile ("Local Settings" in V1 profiles, "AppData\Local" in V2 profiles) so it won't "roam". – Evan Anderson Jul 31 '11 at 02:21
  • By "beefing" the exchange box up I meant adding more storage to accommodate higher storage quotas for the users. At some point there is going to be a point of diminishing returns on this, so relocating the OST file using the Outlook customization wizard and not running cached mode are your options. LA to NYC doesnt have to be far in terms of Exchange traffic, it all depends on your link speed, latency and packet integrity on the service you have between the two sites. Any documentation on the differences of V1 and V2 profiles would be greatly appreciated. – Harry Aug 04 '11 at 11:48