Назад | Перейти на главную страницу

Exchange 2010: очень большой общий почтовый ящик

У нас есть уникальная проблема, с которой мне нужен совет.

Задний план: Я начал новую работу и унаследовал настройку Exchange 2010. Один из почтовых ящиков - это общий почтовый ящик, который компания использует для выполнения рабочего процесса, а не внешнюю систему.

Приходит электронное письмо, оно перемещается в соответствующую подпапку и снабжается категорией. По мере того, как над ним выполняется больше работы, и категория продолжает меняться, он также может быть перемещен в другую папку по мере продолжения работы.

Так продолжалось годами, и теперь у нас есть довольно большой почтовый ящик. Размер более 185 ГБ. Я никогда не видел такого большого почтового ящика и с ним нужно что-то делать, прежде чем что-то пойдет не так. Уже всякий раз, когда кто-либо выполняет поиск в папке, весь почтовый ящик останавливается, пока поиск выполняется, и отсюда будет только хуже.

Вопрос: Как лучше всего с этим справиться? (Предполагая, что я смогу найти им другой метод для использования в реальном рабочем процессе, чтобы избежать того же беспорядка в будущем. Однако это выходит за рамки вопроса)

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

Я должен помнить следующее:

1- Я хочу по возможности избегать массовых транзакций, поскольку с почтовым ящиком на 185 ГБ они могут быть значительными.

2- Какой бы метод я ни использовал для «архивирования» или хранения старого почтового ящика, он должен сохранять его категории, чтобы их «файловая система» оставалась нетронутой.

3- Старые данные должны быть легкодоступными, предпочтительно через Outlook.

Любые предложения будут ценны.

Всего одна идея

Я бы проверил Понимание конфигурации хранилища для рекомендованного размера базы данных для вашего развертывания. Один из них:

Поддерживается: около 16 терабайт.

Лучшая практика:

  • 200 гигабайт (ГБ) или меньше.
  • Обеспечение для 120 процентов расчетного максимального размера базы данных.

Если вышеупомянутое относится к вам, и вы хотите остаться в пределах этих 200 ГБ, вы можете создать новую базу данных и добавить архив для своего почтового ящика-монстра, в котором вы храните почту старше «x» дней.

Вы можете перемещать старые письма, настроив сценарий PowerShell как задачу, которая использует Поиск-Почтовый ящик команда.

Командлет Search-Mailbox можно использовать для поиска сообщений в указанном почтовом ящике и выполнения любой из следующих задач:

Скопируйте сообщения из исходного почтового ящика и удалите их из целевого почтового ящика.

Если вы хотите сохранить структуру папок, вам, возможно, придется переместить почту вручную.

Однако, и я уверен, что вы это знаете, у вас может быть основная проблема. Как почтовый ящик стал таким большим? Возможно, вам стоит подумать о другом решении в долгосрочной перспективе. Другой способ справиться с рабочим процессом почтового ящика.

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

Как минимум, вы просматриваете новую базу данных, а затем разделяете ее содержимое. Почтовый ящик 185 ГБ превышает проверенные пределы Outlook и Exchange, поэтому вы столкнетесь с проблемами.

Я бы посмотрел, как можно разделить данные. Это может быть так же просто, как переместить подпапку в собственный почтовый ящик.

Если это система типа «проект», то она, вероятно, будет работать хорошо. Настройте почтовый ящик для каждого «проекта», а затем настройте группу для каждого «проекта». Предоставьте группе разрешения на полный почтовый ящик, после чего вы сможете легко добавлять и удалять участников, которым нужен доступ. Я сомневаюсь, что всем в компании нужен постоянный доступ ко всем этим данным.

Назначьте кого-нибудь для сортировки электронной почты, чтобы она попала в почтовый ящик, как сейчас, а затем переместите ее в соответствующий почтовый ящик. По завершении проекта почтовый ящик можно закрыть.

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

Саймон.