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

  • Статья

При выполнении миграции протокола IMAP из локальной Exchange Server в Microsoft 365 или Office 365 вы можете оптимизировать производительность миграции.

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

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

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

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

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

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

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

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

    • Exchange 2013: Настройка ограничений на число подключений для IMAP4

    • Exchange 2010: Просмотр и настройка свойств IMAP4

    • Exchange 2007: Установка предельного числа подключений для протокола IMAP4

    • Exchange 2003: Установка предельного числа подключений

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

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

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

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

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

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

    • Убедитесь, что исключенные папки не переносятся в Microsoft 365 или Office 365 почтовые ящики.

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

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

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

    Примечание.

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

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

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

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

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

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

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

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