Что мне делать с архивированием почтовых ящиков Exchange? Люди в компании жалуются на медленную работу Outlook - у этих людей почтовые ящики более 5 ГБ ...
Я хочу знать, как лучше всего архивировать старую почту, которая сейчас используется во всем мире.
Спасибо.
Обычно я сильно не рекомендуется использовать какие-либо функции архивирования на основе PST, если вы вообще заботитесь о целостности старых данных электронной почты.
Если у пользователей возникают проблемы с производительностью при открытии Outlook (из-за того, что в них находится «Входящие» 20 000 элементов и т. Д.), Попросите пользователей обучиться использованию папок для хранения сообщений.
Если у вас есть проблемы с пространством, либо попросите пользователей просматривать свою почту и удалять вещи, которые им не нужны, установите политику управления почтовыми ящиками (мы надеемся, что позволит пользователям хранить важные элементы где-то на неопределенный срок, но сделайте это умышленным действием ) или получить настоящий продукт для архивирования Exchange.
Я не использовал его (пока), но Архиватор Exchange Server от Redgate (который, кстати, рекламирует на Server Fault) выглядит довольно хорошо продуманным и разумным продуктом. Я немного поговорил с ними по электронной почте о продукте, и у меня появилось четкое ощущение, что он был продуман до мелочей.
«Решение», которое включает файлы PST, - это просто обмен одной проблемы на другую. Если вы разрешите пользователям использовать файлы PST и хранить их на своих локальных жестких дисках, вы рискуете потерять данные, если их локальный жесткий диск выйдет из строя или их ПК отключится. Если вы храните файлы PST на сервере, вы боретесь с несогласованными резервными копиями (когда пользователи оставляют Outlook включенным, прикрепленным к файлам PST), и вы заставляете ваши дифференциальные резервные копии быть гигантскими (поскольку Outlook обновляет измененные данные в файле PST каждый раз, когда он открывается. ).
Меня огорчает каждый раз, когда я вижу, как кто-то вытаскивает электронную почту из Exchange Server только для того, чтобы вставить ее в файлы PST на другом сервере. Это не «решение», а «Неправильная вещь».
Мне нравится, когда мои пользователи используют автоархивирование, помещая файлы архива в свою домашнюю папку на сервере. Мне не нравится, что они архивируют на свой локальный диск, потому что я думаю о локальных дисках только как о временном хранилище, тогда как данные на сервере копируются.
Одна из проблем, связанных с попытками добиться сотрудничества с пользователями, заключается в том, что они, как правило, не обращают внимания на количество хлама, которое они хранят, и сколько места оно занимает. Чтобы сделать это более очевидным для них, у меня есть сценарии Perl, которые собирают информацию, например размеры почтового ящика, зарегистрируйте его в базе данных MySQL и создайте красивые графики в Excel. Таблицы сохраняются в общей области, где каждый может их просматривать. Как только я это реализовал, начался шквал домашнего хозяйства. Что еще более важно, они сохранили эту уборку, что немного облегчило мою работу.
Обычно я сильно Предлагаем пользователям использовать функцию автоархивации в своей версии Outlook. При этом сообщения из OST будут извлечены и помещены в локальный PST-файл.
Таким образом, поскольку их почтовый ящик / OST сократился, загрузка и поиск последних сообщений электронной почты стали намного быстрее. Если им нужно что-то до даты архивации (скажем, старше 6 месяцев), они могут щелкнуть дерево «Архивные папки» в Outlook и выполнить поиск там. Очевидно, что это медленнее при поиске старого контента, но это НАМНОГО быстрее при повседневном использовании.
Некоторые люди, которых я знаю (например, мой папа), хранят электронные письма более 10 лет в своей архивной папке, и это никак не повлияло на его работу.
Однако уловка в том, что сохранение данных в архивированных электронных письмах зависит от конечного пользователя. Если они теряют свой компьютер, они теряют свои заархивированные сообщения. Их заархивированные сообщения также не будут доступны через веб-доступ или activesync.