Как управлять пропускной способностью для режима кэширования Exchange
Недавно мы начали использовать предложение Microsoft Hosted Exchange с Outlook 2010 и очень довольны им. До сих пор мы смогли без проблем перенести календари и контакты из старых файлов PST в Exchange.
Единственные данные, все еще находящиеся в файлах PST, - это заархивированная электронная почта. Я обеспокоен последствиями пропускной способности, когда пользователи загружают все свои заархивированные сообщения. У нас есть 30-40 ГБ хранимых сообщений для всех пользователей вместе взятых, причем некоторые пользователи имеют файлы PST размером несколько ГБ. У нас есть три сайта со следующими характеристиками пропускной способности:
- Главный офис (25 пользователей) - 5 Мбит / с / 5 Мбит / с
- Первая ветка (10 пользователей) - 5 Мбит / с / 512 Кбит / с
- Вторая ветвь (5 пользователей) - 512 Кбит / с / 512 Кбит / с
Если все пользователи начнут копировать свои сообщения в свои почтовые ящики Exchange одновременно, не снизит ли это производительность нашего сайта? Является ли Outlook/Exchange достаточно умным, чтобы уменьшить использование полосы пропускания при насыщенном сетевом соединении, или мне нужно убедиться, что QoS настроен перед запуском этого?
Если посмотреть дальше, что произойдет, когда пользователь с почтовым ящиком объемом 5 ГБ перейдет на новый компьютер? Нужно ли повторно загружать все 5 ГБ или можно использовать OST с предыдущего компьютера для ускорения процесса?
Любое понимание будет оценено.
1 ответ
Для начала: да, это полностью убьет вашу межсайтовую производительность. Outlook/Exchange недостаточно умен, чтобы ограничивать трафик, вам нужно будет настроить QOS, если вы планируете делать это в рабочее время. Что касается повторной загрузки почтового ящика, когда пользователь получает новый ПК: это также должно произойти в режиме кэширования Exchange. Когда вы настраиваете соединение Outlook с вашим сервером Exchange, он должен создать новый локальный файл.OST (локальный кэшированный почтовый ящик). Быстрый поиск в Google показывает, что существуют способы создания файла.OST, остановки загрузки и замены нового файла.OST старым файлом с таким же именем. Однако я никогда не пробовал это и не могу оправдать это. Недавно я объединил пользователей в моей компании в один домен, и мне пришлось иметь дело с повторной загрузкой локального файла.OST (очень разочаровывает).
Примечание: хотя Outlook 2003/2007 допускает до 20 ГБ.PST ( http://support.microsoft.com/kb/830336/en-us), я НАСТОЯТЕЛЬНО рекомендую держать их не более 1,5 гигабайт, что-либо сверх этого вызвать проблемы. Проблемы тоже смешанные, иногда Outlook не запускается, иногда он перестает отправлять и получать, иногда он случайным образом удаляет почту, в других случаях весь файл может быть поврежден. Мне потребовалось некоторое время, чтобы выяснить, что не так с некоторыми из моих пользователей Outlook, после разговора с другим сисадмином, у которого возникли те же проблемы, я обнаружил, что это PST слишком большого размера. Я просто хочу избавить вас от головной боли через год или два.