Практика архивации Exchange

Как правило, я настоятельно рекомендую не использовать какую-либо функцию архивирования на основе PST, если вы вообще заботитесь о целостности старых данных электронной почты.

Если у пользователей возникают проблемы с производительностью при открытии Outlook (потому что их "Входящие" в виде 20 000 элементов, находящихся в нем и т. Д.), Ознакомьте пользователей с использованием папок для хранения сообщений.

Если у вас возникли проблемы с пространством, либо попросите пользователей просмотреть свою почту и удалить ненужные им вещи, создайте политику управления почтовыми ящиками (надеюсь, что пользователи смогут хранить важные элементы где-то неопределенно долго, но при этом делают это преднамеренно.), или получите реальный продукт для архивации Exchange.

Я не использовал его (пока), но архиватор сервера Exchange от Redgate (который, кстати, рекламирует при сбое сервера) выглядит как довольно хорошо продуманный и вменяемый продукт. Я немного поговорил с ними о продукте по электронной почте, и у меня появилось отчетливое ощущение, что он был довольно продуманным.

"Решение", включающее PST-файлы, - это просто обмен одной проблемы на другую. Если вы разрешите пользователям использовать PST-файлы и хранить их на своих локальных жестких дисках, вы рискуете потерять данные в случае сбоя их локального жесткого диска или выключения ПК. Если вы храните PST-файлы на сервере, то вы боретесь с несогласованными резервными копиями (когда пользователи оставляют запущенный Outlook подключенным к PST-файлам), и вы создаете гигантские разностные резервные копии (поскольку Outlook обновляет измененные данные в файле PST при каждом его открытии).).

Это огорчает меня каждый раз, когда я вижу, как кто-то вытаскивает электронную почту из Exchange Server только для того, чтобы вставить ее в файлы PST на другом сервере. Это не "решение", а неправильная вещь

Как правило, я настоятельно рекомендую пользователям использовать функцию автоматического архивирования в своей версии Outlook. Это будет принимать сообщения из OST и помещать их в локальный PST.

Таким образом, поскольку их входящие /OST сократились, загрузка и поиск последних сообщений электронной почты намного быстрее. Если им нужно что-то до даты архива (скажем, старше 6 месяцев), тогда они могут щелкнуть дерево архивных папок в Outlook и выполнить поиск там. Очевидно, что это медленнее при поиске старого контента, но это намного быстрее для каждого дня использования.

Некоторые люди, которых я знаю (например, мой папа), хранят электронные письма за 10 лет в своей папке архива, и это никак не влияет на его производительность.

Суть в том, что сохранение данных в заархивированных электронных письмах зависит от конечного пользователя. Если они теряют свой компьютер, они теряют свои заархивированные сообщения. Их архивные сообщения также не будут доступны через веб-доступ или ActiveSync.

Мне нравится, когда мои пользователи используют автоматическое архивирование, помещая архивные файлы в их домашнюю папку на сервере. Мне не нравится, что они архивируют на свои локальные диски, потому что я думаю о локальных дисках только как о временном хранилище, тогда как данные на сервере резервируются.

Одной из проблем с попыткой наладить взаимодействие с пользователями является тот факт, что они, как правило, не обращают внимания на количество хрени, которую они хранят, и сколько места оно занимает. Чтобы сделать их более очевидными, у меня есть Perl-скрипты, которые собирают информацию, например размеры почтовых ящиков, записывают ее в базу данных MySQL и создают красивые графики в Excel. Электронные таблицы сохраняются в общей области, где каждый может их просмотреть. Как только я реализовал, что была домашняя уборная. Что еще более важно, они сохранили эту уборку, сделав мою работу немного легче.