Я использую Outlook 2010 в ферме терминальных серверов расположен в Калифорнии. Сервер Exchange в Нью-Йорке. Задержка составляет от 50 до 80 мс в хороший день. Задержка иногда достигает 120 мс.
Единственный способ обеспечить хорошее взаимодействие с пользователем - использовать режим кэширования (отсюда и вопрос). Пожалуйста, не читайте мне лекций о OST на терминальном сервере, это произойдет, и это должно произойти. Я мало что могу с этим поделать, но заставить его работать.
Вопрос
Как мне настроить OST по отношению к остальной части фермы терминальных серверов? Должны ли они все указывать на общий файловый сервер?
Прежде всего - вы не хотите (и я считаю, что это невозможно) перенаправлять файлы OST в общий сетевой ресурс. Они должны быть всегда доступны для клиента.
Я сделал свою часть исследования этого, и оказалось, что OST для служб удаленного рабочего стола - это не то, что должно произойти. Я могу догадаться, зачем вам это нужно (мгновенный поиск), но это просто не стоит затрат.
Также - если вы запустите ферму удаленных рабочих столов, где пользователи получают балансировку нагрузки на разные серверы, вы получите следующий потенциальный сценарий:
100 пользователей - почтовый ящик 5 ГБ - 5 серверов удаленных рабочих столов = 2,5 ТБ дискового пространства ТОЛЬКО для хранения файлов OST на серверах удаленных рабочих столов. Добавляйте увеличенный ввод-вывод каждый раз, когда пользователь входит на сервер удаленного рабочего стола и запускается синхронизация Exchange.
Вы действительно хотите эту цену?
Есть способ: с помощью объекта групповой политики Microsoft Outlook 2010 вы можете перенаправить файл OST в другое место. Единственное, с чем столкнулся сам, не работает на 100%. OST-файлы некоторых пользователей по-прежнему хранятся в папке c: \ users. Это в конечном итоге приводит к тому, что на диске c: заканчивается свободное место.
Хотя я согласен с другими здесь и рекомендую не использовать режим кэширования в Outlook на сервере терминалов, если вы должны использовать его, то способ сделать это в ферме TS (где пользователи могут входить в любой из нескольких server) будет использовать перенаправление папок для перенаправления папки данных приложения (которая является путем по умолчанию для файлов ost) в общий сетевой ресурс, чтобы пользователь использовал один и тот же файл ost независимо от того, на каком терминальном сервере они вошли в систему.
Вы также можете изменить расположение по умолчанию для ost-файлов, добавив соответствующие шаблоны Office в объект групповой политики, применимый к пользователю, когда он вошел в систему TS, и изменив расположение в параметре GPO.
Не будет ли папка AppData следовать за перемещаемым профилем? В этом случае почему бы не разместить профили на хранилище, которое может вместить эту нагрузку и пространство.
Справедливое мнение, но позже вы должны сообщить людям из Нью-Йорка, что эта конфигурация не работает, и усилить их сторону обмена, чтобы учесть требования к размеру для каждого почтового ящика, чтобы вы могли запускать онлайн-режим на ферме TS.