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

Есть ли стандартная передовая практика для перемещения почтовых ящиков в Exchange 2010?

Я по уши в процессе миграции Exchange, в настоящее время около 850 пользователей из среды Exchange 2007 в среду Exchange 2010. Базы данных почтовых ящиков подключены к SAN через оптоволокно, и по результатам тестирования, которое я провел до сих пор, я полагаю, что могу переместить около 24 ГБ почтовых ящиков за ночь.

У меня около миллиона вопросов по поводу этой миграции, но сейчас я думаю, что наиболее важным является следующее:

Есть ли стандартная передовая практика для перемещения почтовых ящиков?

Очевидно, я никогда не делал такого движения, так что, думаю, мне просто интересно, как мне к этому подойти. Спасибо.

РЕДАКТИРОВАТЬ:

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

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

Что касается того, как вы загружаете базы данных, я предлагаю вам подумать о времени простоя для восстановления, скажем, 70 ГБ данных, в сравнении с терпимостью людей в этой базе данных. Вы можете сгруппировать людей по уровню обслуживания, который они хотят, или по отделу, что лучше всего подходит для вас. Все, что я предлагаю, - что бы вы ни делали, вы должны как-то структурировать это и быть последовательными.

Я нашел информативный статья просмотр различных типов рассылки почтовых ящиков Exchange и информации о том, как их сбалансировать.

Перефразируя многое из сказанного, можно сказать, что существует пять способов перенести Exchange в новую среду.

  1. Группируйте пользователей по должностным обязанностям
  2. Группируйте пользователей в соответствии с ограничениями квоты на почтовый ящик
  3. Распределить базы данных по имени пользователя
  4. Равномерно распределять использование по каждой базе данных независимо от типа и использования
  5. Произвольно распределяйте пользователей по каждой базе данных

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

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