Советы по оптимизации миграции IMAP

Когда вы планируете миграцию IMAP с локального сервера Exchange Server в Office 365, у вас есть несколько вариантов для оптимизации ее результатов.

Оптимизация миграции IMAP

Вот некоторые советы по оптимизации миграции IMAP:

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

    • общее число подключений к серверу IMAP;

    • число подключений для отдельного пользователя (это важно, если вы используете учетную запись администратора в CSV-файле миграции, так как все подключения к серверу IMAP выполняются из этой учетной записи);

    • число подключений с одного IP-адреса (обычно это ограничение применяется брандмауэром или почтовым сервером).

    Если на сервере IMAP работает программное обеспечение Microsoft Exchange Server 2010 или Exchange 2007, предельное количество подключений по умолчанию слишком мало. Обязательно увеличьте соответствующие значения, прежде чем переносить электронную почту. В Exchange 2003 по умолчанию число подключений не ограничено.

    Дополнительные сведения см. в статьях:

  • Измените в DNS параметр TTL (Срок жизни) для записи MX.      Перед началом миграции почтовых ящиков измените в службе доменных имен (DNS) параметр TTL для текущей записи MX, установив меньший интервал, например 3600 секунд (один час). Теперь, когда вы измените запись MX таким образом, чтобы она указывала на вашу организацию электронной почты Office 365, обновленная запись распространится быстрее благодаря сокращенному интервалу TTL.

  • Запустите один или несколько тестовых пакетов миграции.      Прежде чем переносить большое число пользователей, запустите несколько небольших пакетов миграции IMAP. В ходе тестовой миграции вы сможете:

    • проверить формат CSV-файла;

    • протестировать конечную точку миграции, которая используется для подключения к серверу IMAP;

    • убедиться в том, что перенос электронной почты с использованием учетных данных администратора выполняется успешно (при необходимости);

    • определить оптимальное число одновременных подключений к серверу IMAP, позволяющее минимизировать воздействие на пропускную способность интернет-канала;

    • убедиться в том, что папки, исключенные из миграции, не переносятся в почтовые ящики Office 365;

    • понять, сколько времени занимает миграция пакета пользователей;

    • использовать CSV-файлы с одинаковым количеством строк и запускать пакеты миграции примерно в одно и то же время. После этого сравните общее время выполнения для каждого тестового пакета. Это позволяет оценить, сколько времени займет перенос всех почтовых ящиков, каким должен быть размер каждого пакета миграции и сколько одновременных подключений к серверу IMAP нужно использовать, чтобы найти компромисс между скоростью миграции и пропускной способностью интернет-канала.

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

    Примечание : Если вы решили использовать в CSV-файле учетные данные пользователей, рекомендуется изменить их пароли глобально, а затем запретить им менять пароли своих учетных записей до завершения переноса почтовых ящиков. Если пользователь изменит свой пароль до переноса почтового ящика в облачную среду, миграция завершится сбоем. Если пользователь изменит пароль после переноса почтового ящика, новое сообщение электронной почты, отправленное в почтовый ящик на сервере IMAP, не будет перенесено в почтовый ящик Office 365.

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

  • Общайтесь с пользователями.      Заранее сообщите пользователям о запланированном переносе содержимого их локальных почтовых ящиков в организацию Office 365. Мы рекомендуем сделать следующее:

    • предупредите пользователей о том, что сообщения объемом больше 35 МБ не будут перенесены. Попросите их сохранить очень большие сообщения и вложения на локальных компьютерах или на съемных USB-накопителях;

    • попросите пользователей удалить старые и ненужные сообщения из локальных почтовых ящиков до начала миграции. Это помогает уменьшить объем данных, которые нужно перенести, и сократить общее время миграции. Вы также можете очистить почтовые ящики самостоятельно;

    • предложите пользователям создать резервные копии папок "Входящие";

    • сообщите пользователям, какие папки не будут перенесены (при необходимости);

    • папки с косой чертой (/) в имени не участвуют в миграции. Если пользователь хочет перенести такую папку, он должен переименовать ее или заменить косую черту другим символом, например знаком подчеркивания (_) или дефисом (-).

Совершенствование навыков
Перейти к обучению
Первоочередный доступ к новым возможностям
Присоединиться к программе предварительной оценки Office

Были ли сведения полезными?

Спасибо за ваш отзыв!

Благодарим за отзыв! Возможно, будет полезно связать вас с одним из наших специалистов службы поддержки Office.

×