我在用终端服务器场中的 Outlook 2010 位于加州。Exchange 服务器位于纽约。在好天气下，延迟为 50ms 到 80ms。有时延迟会达到 120ms。
提供良好用户体验的唯一方法是使用缓存模式（因此才有这个问题）。请不要在终端服务器上教我有关 OST 的知识，这是会发生的，而且必须发生。我对此无能为力，只能让它正常工作。
问题
我应该如何配置 OST 以适应终端服务器场的其余部分？它们是否都应该指向共享文件服务器？
答案1
首先 - 您不想（我相信这是不可能的）将 OST 文件重定向到网络共享。它们应该始终可供客户端使用。
我已经完成了部分研究，结果发现远程桌面服务上的 OST 不会发生。我可以猜到你想要它的原因（即时搜索），但它根本不值得花费。
另外 - 如果您运行远程桌面场，其中用户可以负载平衡到不同的服务器，那么您将得到这种潜在的情况：
100 个用户 - 5GB 邮箱 - 5 个远程桌面服务器 = 2.5TB 磁盘空间，仅用于在远程桌面服务器上存储 OST 文件。每次用户登录远程桌面服务器并启动 Exchange 同步时，都会增加 I/O。
您真的想要这个价格吗？
答案2
有一种方法：使用 Microsoft Outlook 2010 GPO，您可以将 OST 文件重定向到另一个位置。我自己遇到的唯一问题是，它不能 100% 正常工作。一些用户的 OST 文件仍存储在 c:\users 中。这最终导致 c: 驱动器空间不足。
答案3
虽然我和其他人一样建议不要在终端服务器上的 Outlook 中使用缓存模式，但如果必须使用它，那么在 TS 场中（用户可以登录到多个服务器中的任何一个）执行此操作的方法是使用文件夹重定向将应用程序数据文件夹（这是 ost 文件的默认路径）重定向到网络共享，以便用户无论登录到哪个终端服务器都使用相同的 ost 文件。
您还可以通过向适用于用户登录 TS 时使用的 GPO 添加适当的 Office 模板并修改 GPO 设置中的位置来修改 ost 文件的默认位置。
答案4
AppData 文件夹难道不会跟随漫游配置文件吗？在这种情况下，为什么不将配置文件放在可以容纳此负载和空间的存储上。
只是意见而已，但你稍后应该建议纽约人，这种配置效果不佳，并加强他们的交换端以适应每个邮箱的大小要求，这样你就可以在 TS Farm 中运行在线模式。