Производительность миграции почтовых ящиков Microsoft 365 и Office 365 и рекомендации по ее повышению

  • Статья

Существует множество путей для переноса данных электронной почты для локальной организации в Microsoft 365 или Office 365. При планировании миграции в Microsoft 365 или Office 365 четкое понимание процесса и скорости миграции данных помогает администраторам лучше планировать.

Общие сведения о переносе электронной почты в Microsoft 365 или Office 365

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

Вопросы, связанные с сетью и производительностью в Microsoft 365 или Office 365, см. в статье Планирование сети и настройка производительности для Microsoft 365 или Office 365.

Часто используемые методы миграции

Метод миграции Описание Ресурсы
Миграция протокол IMAP Вы можете использовать Центр администрирования Exchange или Exchange Online PowerShell для переноса содержимого почтовых ящиков пользователей из системы обмена сообщениями IMAP в свои почтовые ящики Microsoft 365 или Office 365. Это включает перенос почтовых ящиков из других размещенных служб электронной почты, например Gmail или Yahoo Mail. Обратите внимание, что Exchange Online теперь предлагает узкоспециализировал процесс миграции электронной почты из существующего развертывания Gmail,G Suite/Google WorkSpace (GWS) в Exchange Online. Перенос почтовых ящиков IMAP в Microsoft 365 или Office 365
Прямая миграция Используйте прямую миграцию для переноса всех локальных почтовых ящиков в Microsoft 365 или Office 365 в течение нескольких дней. Используйте прямую миграцию, если вы планируете переместить всю организацию электронной почты в Microsoft 365 или Office 365 и управлять учетными записями пользователей в Microsoft 365 или Office 365. Вы можете перенести не более 2000 почтовых ящиков из локальной организации Exchange в Microsoft 365 или Office 365 с помощью прямой миграции. Однако рекомендуемое количество почтовых ящиков — 150. Производительность, скорее всего, может снизиться с более высокими числами. Также переносятся почтовые контакты и группы рассылки в вашей локальной организации Exchange. Прямая миграция в Microsoft 365 или Office 365
Поэтапная миграция Используйте поэтапную миграцию, если вы планируете в конечном итоге перенести все почтовые ящики вашей организации в Microsoft 365 или Office 365 с течением времени. С помощью поэтапной миграции вы переносите пакеты локальных почтовых ящиков в Microsoft 365 или Office 365 в течение нескольких недель или месяцев. Что нужно знать о поэтапной миграции электронной почты в Microsoft 365 или Office 365
Гибридное развертывание Гибридное развертывание предоставляет организациям возможность расширить функциональные возможности и административный контроль с существующей локальной организацией Exchange в облако. Гибридное развертывание обеспечивает удобный внешний вид отдельной организации Exchange между локальной организацией Exchange и Exchange Online в Microsoft 365 или Office 365. Кроме того, гибридное развертывание может служить промежуточным шагом для полного перехода в Microsoft 365 или Office 365 организацию. Помощник по миграции Microsoft 365 и Office 365 Mail

Гибридные развертывания Exchange Server

Помощник по миграции почты

Помощник по развертыванию Exchange для локальной среды Exchange 2013/2016/2019

гибридные развертывания Exchange Server 2013 г.

Минимальная гибридная конфигурация
Миграция с помощью сторонних средств Существует множество средств, предлагаемых сторонними разработчиками. Они используют уникальные протоколы и подходы для переноса электронной почты с таких платформ электронной почты, как GWS, GoDaddy, Yahoo, IBM Lotus Notes и Novell GroupWise. Ниже приведено несколько сторонних средств и партнеров по миграции, помогающих переносить Exchange со сторонних платформ.

Двоичное дерево / Квест / QuadroTech: Binary Tree и QuadroTech теперь являются частью Quest. Quest — это поставщик кроссплатформенного программного обеспечения для миграции и сосуществования сообщений с продуктами для анализа, совместного существования и миграции между несколькими платформами в Exchange Online. Решения квестов синхронизируют почтовые ящики, общедоступные папки и сведения календаря при сохранении сосуществования на протяжении всего процесса миграции.

BitTitan. Предоставляет автоматизированное решение для миграции в Microsoft 365 или Office 365 с различных платформ.

CodeTwo: поставщик решений для миграции Microsoft 365 и Office 365 для безопасной и автоматической миграции данных в Microsoft 365 (Office 365) с локальных серверов Exchange, IMAP-серверов и между клиентами Microsoft 365.

Transvault: поставщик решений для миграции Облачных Office в Microsoft 365 из Exchange и примечаний. Transvault поддерживает десятки источников для миграции и предлагает продукты, которые обеспечивают проект любого размера, сложные миграции архивов электронной почты и управление PST. Корпоративные решения для миграции являются безопасными, совместимыми, эффективными и ориентированными на пользователей и могут выполняться как в локальной среде, так и в облаке.

SkyKick: поставщик решений для автоматической миграции для перехода с нескольких типов источников на Microsoft 365 или Office 365. Комплексные средства миграции помогают партнерам выполнять продажи, планирование, миграцию, управление и локальные этапы проекта миграции.

BCC: помощь компаниям путем поддержки их стратегии совместной миграции. Лучший в своем классе поставщик средств миграции на платформе Domino для миграции в Microsoft Exchange, Microsoft 365 и Office 365.

Производительность методов миграции

В следующих разделах сравниваются рабочие нагрузки миграции почтовых ящиков и наблюдаемые результаты производительности для различных методов миграции почтовых ящиков и данных почтовых ящиков в Microsoft 365 или Office 365. Эти результаты основаны на внутреннем тестировании и фактической миграции клиентов в Microsoft 365 или Office 365.

Важно!

Из-за различий в том, как выполняется миграция и когда она выполняется, фактическая скорость миграции может отличаться.

Рабочие нагрузки миграции клиентов

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

Workload Примечания
Подключение (миграция на Microsoft 365 или Office 365) Корпорация Майкрософт предлагает клиентам возможность и средства миграции данных из Exchange Server локальной среды (с помощьюпромежуточного/гибридного развертывания)/ или из Gmail/S Suite/GWS или Google Work Space (через EAC, PowerShell) или из других источников IMAP (PowerShell, Gmail через IMAP) или миграции между клиентами в Exchange Online в Microsoft 365 или Office 365.
Поддержка нескольких регионов Многонациональные компании с офисами по всему миру часто нуждаются в хранении неактивных данных сотрудников в определенных регионах, чтобы соответствовать их требованиям к размещению данных. Поддержка нескольких регионов позволяет одной организации Microsoft 365 или Office 365 охватывать несколько географических регионов центров обработки данных Microsoft 365 или Office 365, что позволяет хранить неактивные данные Exchange на уровне каждого пользователя в выбранных регионах. Дополнительные сведения см. в статье Получение глобальных элементов управления расположением данных корпоративного уровня с помощью нескольких регионов.
Шифрование Шифрование службы с помощью ключа клиента — это функция, которая позволяет клиенту подготавливать корневые ключи и управлять ими, которые используются для шифрования неактивных данных на уровне приложений в Microsoft 365 или Office 365. Для первого шифрования почтового ящика требуется перемещение почтового ящика. Дополнительные сведения см. в разделе Шифрование служб с помощью ключа клиента Microsoft Purview.
GoLocal Корпорация Майкрософт продолжает открывать новые центры обработки данных в новых регионах или географических регионах. Существующие клиенты, если это возможно, могут запросить перемещение данных клиентов из исходного центра обработки данных в новое географическое расположение. Период, в течение которого вы можете выполнить этот запрос, обычно составляет один или два года в зависимости от общей потребности в службе. Обратите внимание, что этот период, в течение которого вы можете запросить перемещение данных клиента, становится короче, как только центр обработки данных (DC) для новых географических запусков (на этом этапе у вас есть примерно три-шесть месяцев, чтобы запросить перемещение). Подробные сведения см. в статье Перемещение основных данных в новые геоцентры центра обработки данных Microsoft 365.

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

Оценки продолжительности миграции почтовых ящиков в Exchange Online

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

Длительность миграции почтовых ящиков в зависимости от размера профилей почтовых ящиков:

  • GoLocal/Несколько регионов/Шифрование в Exchange Online

    Workload Размер почтового ящика (ГБ) P50 (длительность 50-го процентиля) (дни) P90 (длительность 90-го процентиля) (дни)
    GoLocal/Multi-Geo/Encryption 0 - 10 1 1
    GoLocal/Multi-Geo/Encryption 10 - 50 2 6
    GoLocal/Multi-Geo/Encryption 50 - 100 4 11
    GoLocal/Multi-Geo/Encryption 100 - 200 6 14
    GoLocal/Multi-Geo/Encryption > 200 Не поддерживается Не поддерживается

  • Подключение к Exchange Online с локальных серверов Exchange (промежуточное//гибридное развертывание)

    Workload Размер почтового ящика (ГБ) P50 (длительность 50-го процентиля) (дни) P90 (длительность 90-го процентиля) (дни)
    Подключение из локальной среды 0 - 10 1 3
    Подключение из локальной среды 10 - 50 2 6
    Подключение из локальной среды 50 - 100 4 13
    Подключение из локальной среды 100 - 200 10 31
    Подключение из локальной среды > 200 Не поддерживается Не поддерживается

  • Миграция между клиентами в Exchange Online (используйте решение майкрософт илисторонние решения).

    Workload Размер почтового ящика (ГБ) P50 (длительность 50-го процентиля) (дни) P90 (длительность 90-го процентиля) (дни)
    Перекрестный клиент 0 - 10 1 1
    Перекрестный клиент 10 - 50 1 2
    Перекрестный клиент 50 - 100 2 5
    Перекрестный клиент 100 - 200 3 6
    Перекрестный клиент > 200 Не поддерживается Не поддерживается

  • Специализированное подключение к Exchange Online из Gmail,G Suite/GWS (EAC, PowerShell)

    Workload Размер почтового ящика (ГБ) P50 (длительность 50-го процентиля) (дни) P90 (длительность 90-го процентиля) (дни)
    Специализированное подключение Gmail 0 - 10 1 2
    Специализированное подключение Gmail 10 - 50 1 8
    Специализированное подключение Gmail 50 - 100 3 12
    Специализированное подключение Gmail 100 - 200 5 19
    Специализированное подключение Gmail > 200 Не поддерживается Не поддерживается

  • Подключение к Exchange Online из источников IMAP (другие источники IMAP, PowerShell, Gmail через IMAP)

    Workload Размер почтового ящика (ГБ) P50 (длительность 50-го процентиля) (дни) P90 (длительность 90-го процентиля) (дни)
    Подключение универсального интерфейса IMAP 0 - 10 1 1
    Подключение универсального интерфейса IMAP 10 - 50 1 2
    Подключение универсального интерфейса IMAP 50 - 100 1 8
    Подключение универсального интерфейса IMAP 100 - 200 3 29
    Подключение универсального интерфейса IMAP > 200 Не поддерживается Не поддерживается

  • Подключение к Exchange Online через импорт PST

    Workload Размер почтового ящика (ГБ) P50 (длительность 50-го процентиля) (дни) P90 (длительность 90-го процентиля) (дни)
    Импорт PST 0 - 10 1 1
    Импорт PST 10 - 50 1 3
    Импорт PST 50 - 100 2 5
    Импорт PST 100 - 200 3 6
    Импорт PST > 200 Не поддерживается Не поддерживается

Примечание.

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

Факторы производительности миграции

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

Общие факторы производительности миграции

В таблице перечислены общие факторы, влияющие на производительность миграции. Дополнительные сведения о них приведены в разделах, посвященных отдельным методам миграции.

Множитель Описание Пример
Источник данных Устройство или служба, которая содержит переносимые данные. К источнику данных могут применяться различные ограничения из-за спецификаций оборудования, рабочей нагрузки, создаваемой конечными пользователями, и внутренних задач обслуживания. Gmail ограничивает объем данных, которые можно извлечь за определенный период времени.
Тип и плотность данных Из-за уникальных особенностей бизнеса клиента типы элементов почты и их сочетания в почтовых ящиках могут значительно различаться. Почтовый ящик размером в 4 ГБ, в котором хранится 400 сообщений с вложениями по 10 МБ, перенести быстрее, чем почтовый ящик такого размера с 100 000 небольших сообщений.
Сервер миграции Многие решения миграции используют переходной сервер или рабочую станцию для миграции. Клиенты часто размещают службу MRSProxy для гибридных развертываний или негибридных миграций клиентских компьютеров на виртуальной машине с низкой производительностью.
Модуль миграции Подсистема миграции данных, отвечающая за извлечение данных с исходного сервера, при необходимости преобразует данные. Затем подсистема передает данные по сети и внедряет их в почтовый ящик Microsoft 365 или Office 365. Почтовых ящиков. У службы MRSProxy есть свои достоинства и недостатки.
Локальные сетевые устройства Сквозная производительность сети (от источника данных до Exchange Online серверов клиентского доступа) влияет на производительность миграции. Конфигурация и спецификации брандмауэра в локальной организации.
Служба Microsoft 365 или Office 365 Microsoft 365 и Office 365 имеют встроенную поддержку и функции для управления рабочей нагрузкой миграции. Для политики регулирования пользователя заданы параметры по умолчанию, ограничивающие общую максимальную скорость передачи данных.

Факторы производительности сети

В этом разделе описываются рекомендации для улучшения производительности сети во время миграции. Это лишь общие сведения, так как наибольшее влияние на производительность сети во время миграции оказывают стороннее оборудование и поставщики услуг Интернета.

Используйте анализатор Exchange, чтобы получить более глубокое представление о сетевом подключении с помощью Microsoft 365 или Office 365. Чтобы запустить тесты анализатора Exchange в служба поддержки Майкрософт и помощнике по восстановлению, перейдите в раздел Расширенная диагностика > Exchange Online > Проверка сетевого > подключения Exchange Online да. Дополнительные сведения о служба поддержки Майкрософт и помощнике по восстановлению см. в статье Помощник по служба поддержки Майкрософт и восстановлению.

Множитель Описание Советы и рекомендации
Пропускная способность сети Время, необходимое для переноса почтовых ящиков в Microsoft 365 или Office 365, определяется доступной и максимальной емкостью вашей сети. Определите доступную пропускную способность сети и максимальную пропускную способность для отправки.
Обратитесь к поставщику услуг Интернета, чтобы проверить выделенную пропускную способность и получить подробные сведения об ограничениях, например общем объеме данных, которые можно передать за определенный период времени.
Оцените фактическую пропускную способность сети с помощью специальных инструментов. Обязательно проверьте поток данных начала до конца (из локального источника данных на серверы шлюза центра обработки данных Майкрософт).
Определите другую нагрузку на сеть (например, программы архивации и запланированное обслуживание), которая может повлиять на пропускную способность сети.
Стабильность работы сети Быстрая сеть не всегда приводит к быстрой миграции. Если сеть нестабильна, передача данных занимает больше времени из-за исправления ошибок. В зависимости от типа миграции исправление ошибок может значительно повлиять на ее производительность. Снижение стабильности работы сети зачастую вызвано проблемами с оборудованием и драйверами. Получите сведения о своих сетевых устройствах у их поставщиков и примените последние драйверов и обновлений программного обеспечения, рекомендуемых поставщиком.
Задержки в сети Функции обнаружения атак, настроенные в брандмауэре, часто вызывают существенные задержки в сети и влияют на производительность миграции.
Перенос данных в почтовые ящики Microsoft 365 или Office 365 зависит от подключения к Интернету. Задержки подключения к Интернету влияют на общую производительность миграции.
Кроме того, у пользователей компании могут быть облачные почтовые ящики, которые находятся в центрах обработки данных, территориально удаленных друг от друга. В зависимости от поставщика услуг Интернета, используемого клиентом, производительность миграции может различаться.		 Оцените задержки сети для подключения ко всем возможным центрам обработки данных Майкрософт, чтобы добиться единообразных результатов. (Это также помогает обеспечить согласованность взаимодействия для конечных пользователей.) Обратитесь к поставщику услуг Интернета для решения проблем, связанных с Интернетом.
Добавьте IP-адреса для серверов центров обработки данных Майкрософт в список разрешений или обойдите весь трафик, связанный с миграцией, из брандмауэра сети. Дополнительные сведения о диапазонах IP-адресов Microsoft 365 или Office 365 см. в статье URL-адреса и диапазоны IP-адресов Microsoft 365 и Office 365.

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

Регулирование Microsoft 365 и Office 365

Microsoft 365 и Office 365 используют различные механизмы регулирования для обеспечения безопасности и доступности служб. Следующие три типа регулирования могут повлиять на производительность миграции:

  • регулирование пользователей;
  • регулирование службы миграции;
  • регулирование на основе работоспособности ресурсов.

Примечание.

Три типа Microsoft 365 и Office 365 регулирования не влияют на все методы миграции.

Регулирование пользователей в Microsoft 365 и Office 365

Регулирование пользователей влияет на большинство сторонних средств миграции и на миграции с помощью добавления клиентов. Эти методы миграции используют протоколы клиентского доступа, такие как удаленный вызов процедур (RPC) по протоколу HTTP, для переноса данных почтовых ящиков в Microsoft 365 или Office 365 почтовые ящики. Эти средства применяются для перемещения данных с таких платформ, как IBM Lotus Domino и Novell GroupWise.

Регулирование пользователей — это самый строгий метод регулирования в Microsoft 365 и Office 365. Так как оно настраивается для отдельных конечных пользователей, его использование на уровне приложения часто приводит к превышению ограничения, заданного в политике регулирования, и замедлению переноса данных.

Регулирование Службы миграции в Microsoft 365 и Office 365

Регулирование службы миграции влияет на все средства миграции Microsoft 365 или Office 365. Регулирование службы миграции управляет параллелизмом миграции и выделением ресурсов службы для Решений по миграции Microsoft 365 или Office 365.

Такое регулирование влияет на миграции, выполняемые с помощью следующих способов:

  • миграция IMAP;
  • прямая миграция Exchange;
  • поэтапная миграция Exchange;
  • гибридная миграция (перемещение в гибридной среде на основе служб MRSProxy).

Важно!

Упомянутые выше методы миграции не влияют на регулирование пользователей.

Пример регулирования службы миграции — контроль числа почтовых ящиков, которые переносятся одновременно во время простых миграций Exchange и миграций IMAP. Значение по умолчанию — 20. Это означает, что в любое время переносятся не более 20 почтовых ящиков из всех пакетов миграции. Вы можете увеличить количество одновременных миграций почтовых ящиков для пакета миграции в Центре администрирования Exchange или Windows PowerShell. Дополнительные сведения об оптимизации этого параметра см. в статье Управление пакетами миграции в Microsoft 365 или Office 365.

Регулирование работоспособности ресурсов в Microsoft 365 или Office 365

На все способы миграции распространяется регулирование на основе доступности. Однако регулирование службы Microsoft 365 или Office 365 не влияет на миграцию Microsoft 365 или Office 365 так же, как другие типы регулирования, описанные выше.

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

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

Ниже показано, что клиенты увидят в отношении длительности приостановки с помощью Get-MoveRequestStatistics - <> -IncludeReport командлета:

$R.REPORT.TARGETTHROTTLES
NETWORKTHROTTLE : 00:00:00
CPUTHROTTLE : 00:02:07.6222549
REMOTESERVERTHROTTLE : 00:00:00
MDBREPLICATIONTHROTTLE : 00:38:41.7018480
CONTENTINDEXINGTHROTTLE : 00:00:00
BIGFUNNELTHROTTLE : 00:00:00
MDBAVAILABILITYTHROTTLE : 00:26:34.6588104
DISKLATENCYTHROTTLE : 1.15:45:37.7873632

$R.REPORT.SOURCETHROTTLES
NETWORKTHROTTLE : 00:00:00
CPUTHROTTLE : 3.03:21:07.7192848
REMOTESERVERTHROTTLE : 00:00:00
MDBREPLICATIONTHROTTLE : 00:00:00

CONTENTINDEXINGTHROTTLE : 00:00:00
BIGFUNNELTHROTTLE : 00:00:00
MDBAVAILABILITYTHROTTLE : 00:00:00
DISKLATENCYTHROTTLE : 00:20:47.1101552
MDBMAINTENANCETHROTTLE : 00:00:00

Решение и практика:

Если вы испытываете аналогичную ситуацию, дождитесь, пока ресурсы Microsoft 365 или Office 365 станут доступными.

Факторы производительности миграции при негибридных развертываниях и рекомендации по ее выполнению

В этом разделе описываются факторы, влияющие на производительность миграции с помощью IMAP, прямой и поэтапной миграции. Кроме того, в нем приведены рекомендации, позволяющие повысить производительность.

Фактор 1. Источник данных для миграции не гибридного развертывания

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

Контрольный список Описание Советы и рекомендации
Производительность системы Извлечение данных является ресурсоемкой задачей. У исходной системы должно быть достаточно ресурсов, таких как время ЦП и память, для обеспечения оптимальной производительности миграции. В ходе миграции исходная система часто максимально загружена с точки зрения обычной рабочей загрузки, связанной с конечными пользователями. Если ресурсов недостаточно, дополнительная рабочая нагрузка, вызванная миграцией, может повлиять на конечных пользователей. Отслеживайте производительность системы во время пилотного теста миграции. Если система занята, рекомендуем не выполнять ее миграцию в сжатые сроки, так как это может привести к низкой скорости миграции и проблемам с доступностью службы. Если возможно, улучшите производительность исходной системы, добавив оборудование, и снизьте нагрузку на систему, переместив задачи и пользователей на другие серверы, которые не участвуют в миграции.

Дополнительные сведения см. в статье Работоспособность сервера и производительность Exchange Server (2007, 2010, 2013, 2016, 2019)

Примечание. Серверы Exchange Server 2007 и 2010 больше не поддерживаются активно. Окончание поддержки Exchange 2013 Server запланировано на апрель 2023 г. Exchange Server 2016 и 2019 годах находятся в расширенной поддержке до октября 2025 года. Дополнительные сведения см. в таблице поддержки Exchange Server.

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

Например, если на сервере A на 50 % больше доступных ресурсов, чем на сервере Б, будет логично включить на 50 % больше пользователей с сервера А в один пакет миграции. Аналогичные способы можно применять для других исходных систем. Выполняйте миграцию тогда, когда на серверах доступно максимальное количество ресурсов, например после рабочего дня или в выходные дни и праздники.
Внутренние задачи Другие внутренние задачи, которые выполняются во время миграции. Так как рекомендуется выполнять миграцию в нерабочее время, миграция часто конфликтует с задачами обслуживания (такими как резервное копирование данных), выполняемыми на локальных серверах. Пересмотрите другие системные задачи, которые могут выполняться во время миграции. Рекомендуется переносить данные, когда другие ресурсозатратные задачи не выполняются.
Примечание. Для клиентов, использующих локальный Exchange, распространенными внутренними задачами являются решения для резервного копирования и обслуживание хранилища Exchange (2013, 2016, 2019).
Политика регулирования Как правило, система электронной почты защищается с помощью политики регулирования, которая устанавливает определенное ограничение на скорость и объем данных, которые могут быть извлечены из системы в течение определенного периода времени. Проверьте политику регулирования, развернутую для почтовой системы. Например, Google Mail ограничивает объем данных, которые можно извлечь за определенный период. В зависимости от версии Exchange существуют политики, ограничивающие доступ IMAP к локальному почтовому серверу (который используется при миграции IMAP) и доступ по протоколу RPC через HTTP (который используется при прямой миграции Exchange и поэтапной миграции Exchange).

Чтобы проверка параметры регулирования, выполните командлет Get-ThrottlingPolicy. Дополнительные сведения о регулировании см. в статье (2007, 2010, 2013, 2016, 2019).

Дополнительные сведения о регулировании IMAP см. в статье Перенос почтовых ящиков IMAP в Microsoft 365 или Office 365.

Фактор 2. Сервер миграции для миграции не гибридного развертывания

Миграция IMAP, прямая и поэтапная миграции основаны на запросе данных, инициируемым облаком, поэтому для них не нужен выделенный сервер миграции. Однако узлы протокола, подключенные к Интернету (IMAP или RPC по протоколу HTTP), выполняют роль сервера миграции для переноса почтовых ящиков и данных почтовых ящиков в Microsoft 365 или Office 365. Поэтому факторы производительности миграции и рекомендации, описанные в предыдущем разделе о сервере источника данных для текущей организации электронной почты, также применяются к пограничным серверам Интернета. Для организаций Exchange 2007, Exchange 2010 и Exchange 2013 сервер клиентского доступа играет роль сервера миграции.

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

Фактор 3. Подсистема миграции для миграций не гибридных развертываний

Миграция IMAP, прямая миграция и миграция Exchange выполняется с помощью панели мониторинга миграции в Центре администрирования Exchange. Это зависит от microsoft 365 или Office 365 регулирования службы миграции.

Решение и практика:

Клиенты теперь могут настраивать параллелизм миграции (например, количество почтовых ящиков, которые нужно перенести одновременно) с помощью Windows PowerShell. Значение по умолчанию: 20 почтовых ящиков. После создания пакета миграции вы можете увеличить это значение вплоть до 100 с помощью указанного ниже командлета Windows PowerShell.

Set-MigrationEndPoint <Identity> -MaxConcurrentMigrations <value between 1 and 100>

Дополнительные сведения см. в статье Управление пакетами миграции в Microsoft 365 или Office 365.

Примечание.

Если у источника данных недостаточно ресурсов для управления всеми подключениями, рекомендуется избегать высокой параллелизма. Начните с небольшого значения, например 10. Увеличивайте это число, наблюдая за производительностью источника данных, чтобы предотвратить проблемы с доступом конечных пользователей.

Фактор 4. Сеть для миграции не гибридного развертывания

Проверочные тесты:

В зависимости от метода миграции вы можете использовать следующие тесты:

  • Миграции IMAP. Предварительное заполнение исходного почтового ящика примерами данных. Затем из Интернета (за пределами локальной сети) подключитесь к исходному почтовому ящику с помощью стандартного почтового клиента IMAP, например Microsoft Outlook, а затем оцените производительность сети, определив, сколько времени потребуется для скачивания всех данных из исходного почтового ящика. Пропускная способность должна быть аналогична той, которую клиенты могут получить с помощью средства миграции IMAP в Microsoft 365 или Office 365, учитывая отсутствие других ограничений.

  • Прямая и поэтапная миграция Exchange. Предварительное заполнение исходного почтового ящика примерами данных. Затем из Интернета (за пределами локальной сети) подключитесь к исходному почтовому ящику в Outlook по протоколу RPC по протоколу HTTP. Убедитесь, что подключение выполняется в кэшированном режиме. Измеряйте производительность сети, проверяя, сколько времени требуется для синхронизации всех данных из исходного почтового ящика. Пропускная способность должна быть аналогична той, которую клиенты могут получить с помощью простых средств миграции Exchange в Microsoft 365 или Office 365, учитывая отсутствие других ограничений.

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

Фактор 5. Microsoft 365 и служба Office 365 для миграции не гибридного развертывания

Регулирование на основе работоспособности ресурсов Microsoft 365 или Office 365 влияет на миграцию с помощью собственных средств microsoft 365 или Office 365 простых средств миграции. См. раздел Регулирование на основе работоспособности ресурсов в Microsoft 365 или Office 365.

Перемещение запросов в Microsoft 365 или Office 365

Общие сведения о получении сведений о состоянии запросов на перемещение см. в разделе Просмотр свойств запроса на перемещение:

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

Существует два типа запросов на перемещение в Microsoft 365 и Office 365:

  • Запросы на подключение к перемещению. Новые миграции клиентов считаются запросами на подключение к перемещению. Эти запросы получают обычный приоритет.

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

Потенциальное влияние и задержки запросов на перемещение с состоянием "В очереди" и "Выполняется"

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

    Два фактора влияют на то, какой запрос будет обработан службой репликации почтовых ящиков:

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

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

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

  • Выполняемые запросы на перемещение. Это состояние указывает, что перемещение все еще выполняется. Если это интерактивное перемещение, у пользователя остается доступ к почтовому ящику.

После присвоения запросу на перемещение состояния "Выполняется" приоритет больше не имеет значения, а новые запросы на перемещение не будут обрабатываться до завершения выполняемого запроса, даже если приоритет нового запроса выше.

Лучшие методики

Планирование. Как упоминалось ранее, поскольку пользователи Exchange 2003 теряют доступ во время гибридной миграции, клиенты Exchange 2003 обычно больше беспокоятся о том, когда следует планировать миграцию и сколько времени она займет.

При планировании числа почтовых ящиков, переносимых за определенный период, учитывайте следующее:

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

    (общее количество почтовых ящиков для миграции) = ((общее время) - (среднее время очереди)) * (пропускная способность миграции)

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

Например, предположим, что у вас есть шесть часов на перенос почтовых ящиков. Если среднее время очереди составляет один час, а пропускная способность миграции составляет 100 почтовых ящиков в час, можно перенести 500 почтовых ящиков в течение шести часов: 500 = (6–1) * 100.

  • Начинайте миграцию до изначально запланированного времени, чтобы учесть время в очереди. Когда почтовые ящики находятся в очереди, пользователи Exchange 2003 могут получать к ним доступ.

Определение времени очереди. Время очереди всегда меняется, так как корпорация Майкрософт не управляет расписаниями миграции клиентов.

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

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

Сторонние средства для миграции Microsoft 365 или Office 365

Сторонние средства в основном используются в сценариях миграции, которые не связаны с Exchange, например в Gmail,G Suite/GWS (Google Workspace), IBM Lotus, Domino и Novell GroupWise. В этом разделе описываются протоколы миграции, используемые сторонними решениями, а не сами продукты и средства. В следующей таблице приведен список факторов, которые применяются к сторонним средствам для Microsoft 365 или сценариев миграции Office 365.

Важно!

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

Фактор 1. Источник данных для миграции сторонних средств

Контрольный список Описание Советы и рекомендации
Производительность системы Извлечение данных является ресурсоемкой задачей. У исходной системы должно быть достаточно ресурсов, таких как время ЦП и память, для обеспечения оптимальной производительности миграции. В ходе миграции исходная система часто максимально загружена с точки зрения обычной рабочей загрузки, связанной с конечными пользователями. Если ресурсов недостаточно, дополнительная рабочая нагрузка, вызванная миграцией, может повлиять на конечных пользователей. Отслеживайте производительность системы во время пилотного теста миграции. Если система занята, рекомендуем не выполнять ее миграцию в сжатые сроки, так как это может привести к низкой скорости миграции и проблемам с доступностью службы. Если возможно, улучшите производительность исходной системы, добавив оборудование, и снизьте нагрузку на систему, переместив задачи и пользователей на другие серверы, которые не участвуют в миграции.

Дополнительные сведения см. в статье Работоспособность сервера и производительность Exchange Server (2007, 2010, 2013, 2016, 2019).

Примечание. Серверы Exchange Server 2007 и 2010 больше не поддерживаются активно. Окончание поддержки Exchange 2013 Server запланировано на апрель 2023 г. Exchange Server 2016 и 2019 годах находятся в расширенной поддержке до октября 2025 года. Дополнительные сведения см. в таблице поддержки Exchange Server.

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

Например, если на сервере A на 50 процентов больше ресурсов, чем на сервере B, разумно добавить в пакет миграции на 50 процентов больше учетных записей пользователей с сервера А. Аналогичные способы можно применять для других исходных систем.

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

Примечание. Для клиентов, использующих локальный Exchange, распространенными внутренними задачами являются решения для резервного копирования и обслуживание хранилища Exchange (2013, 2016, 2019).
Политика регулирования Системы электронной почты часто защищают с помощью политики регулирования, которая ограничивает скорость и объем данных, получаемых из системы за указанное время с помощью определенного метода миграции. Проверьте политику регулирования, развернутую для почтовой системы. Например, Google Mail ограничивает объем данных, которые можно извлечь за определенный период. В зависимости от версии Exchange существуют политики, ограничивающие доступ IMAP к локальному почтовому серверу (который используется при миграции IMAP) и доступ по протоколу RPC через HTTP (который используется при прямой миграции Exchange и поэтапной миграции Exchange).

Чтобы проверка параметры регулирования, выполните командлет Get-ThrottlingPolicy. Дополнительные сведения о регулировании см. в статье (2007, 2010, 2013, 2016, 2019).

Дополнительные сведения о регулировании IMAP см. в статье Перенос почтовых ящиков IMAP в Microsoft 365 или Office 365.

Фактор 2. Сервер миграции для миграции сторонних средств

Большинство сторонних средств для миграции Microsoft 365 или Office 365 являются инициированными клиентом и отправляют данные в Microsoft 365 или Office 365. Для таких средств, как правило, требуется сервер миграции. На эти сервера миграции влияют такие факторы, как производительность системы, внутренние задачи и политики регулирования для исходных серверов.

Примечание.

Некоторые сторонние решения миграции размещаются в Интернете как облачные службы и не требуют локального сервера миграции.

Решение и практика:

Чтобы повысить производительность миграции при использовании сервера миграции, примените те же рекомендации, что и описанные в разделе Фактор 1. Источник данных для миграции сторонних средств .

Фактор 3. Подсистема миграции для миграции сторонних средств

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

Веб-службы Exchange:

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

  • Все вызовы с олицетворением веб-служб Exchange от одной учетной записи администратора вычисляются отдельно от бюджета этой учетной записи.

  • Для каждого сеанса олицетворения создается теневая копия фактического бюджета пользователя. Во всех миграциях для этого сеанса будет использоваться данная теневая копия.

  • Регулирование при олицетворении изолировано для каждого сеанса миграции пользователя.

  • Политику регулирования веб-служб Exchange можно временно изменить в клиенте (в течение 30, 60 или 90 дней), чтобы разрешить миграцию. Это можно запросить в разделе Справка Центр администрирования Microsoft 365.

Рекомендации.

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

  • По возможности клиенты должны использовать сторонние средства миграции с олицетворением веб-служб Exchange, так как они обычно быстрее и эффективнее, чем использование клиентских протоколов, таких как RPC через HTTP.

Протокол RPC через HTTP:

Традиционные решения для миграции используют протокол RPC через HTTP. Этот метод полностью основан на модели клиентского доступа, такой как Outlook, и масштабируемость и производительность ограничены, так как служба Microsoft 365 или Office 365 регулирует доступ при условии, что использование осуществляется пользователем, а не приложением.

Рекомендации.

  • Для средств миграции, использующих протокол RPC по протоколу HTTP, обычно рекомендуется увеличить пропускную способность миграции путем добавления дополнительных серверов миграции и использования нескольких учетных записей пользователей Microsoft 365 или Office 365 административных учетных записей пользователей. Эта практика позволяет получить параллелизм внедрения данных и повысить пропускную способность, так как каждый пользователь с правами администратора подвержен регулированию Microsoft 365 и Office 365 пользователей. По нашим сведениям, многим корпоративным клиентам пришлось настроить более 40 серверов миграции, чтобы достигнуть пропускной способности миграции в 20-30 ГБ/ч.

  • На этапе разработки средства миграции важно учесть число RPC-операций, необходимых для переноса сообщения. Чтобы проиллюстрировать это, мы собрали журналы, собранные Microsoft 365 или службами Office 365 для двух сторонних решений миграции (разработанных сторонними компаниями), используемых клиентами для переноса почтовых ящиков в Microsoft 365 или Office 365. Мы сравнили два решения миграции, разработанные сторонними компаниями. Мы сравнили перенос двух почтовых ящиков для каждого решения миграции, а также сравнили их с отправкой PST-файла в Outlook. Ниже приведены результаты.

Метод Размер почтового ящика Число элементов Время миграции Всего RPC-транзакций Средняя задержка клиента (мс) Ср. время обработки RPC CAS (мс)
Решение А (почт. ящик 1) 376,9 МБ 4 115 4:24:33 132 040 48.4395 18.0807
Решение А (почтовый ящик 2) 249,3 МБ 12 779 10:50:50 423 188 44.1678 4.8444
Решение B (почтовый ящик 1) 618,1 МБ 4 322 1:54:58 12 196 37.2931 8.3441
Решение B (почтовый ящик 2) 56,7 МБ 2 748 0:47:08 5 806 42.1930 7.4439
Outlook 201.9 МБ 3 297 0:29:47 15 775 36.9987 5.6447

Примечание.

Время обработки клиента и службы совпадает, но решение A требует гораздо больше операций RPC для переноса данных. Так как каждая операция потребляет время задержки клиента и время серверного процесса, решение A гораздо медленнее переносит тот же объем данных по сравнению с решением B и Outlook.

Фактор 4. Сеть для миграции сторонних средств

Рекомендация.

Для сторонних решений миграции, использующих протокол RPC через HTTP, можно использовать следующий метод для измерения потенциальной производительности миграции:

  1. С сервера миграции подключитесь к почтовому ящику Microsoft 365 или Office 365 с помощью Outlook по протоколу RPC по протоколу HTTP. Убедитесь, что подключение не выполняется в кэшированном режиме.

  2. Импортируйте большой PST-файл с примерами данных в почтовый ящик Microsoft 365 или Office 365.

  3. Измерьте производительность миграции, определив время добавления PST-файла. Пропускная способность миграции будет приблизительно такой же, как при использовании стороннего средства миграции, в котором применяется протокол RPC через HTTP (и при отсутствии других ограничений). При фактической миграции возникает дополнительная нагрузка, поэтому пропускная способность миграции может незначительно отличаться.

Фактор 5: Служба Microsoft 365 и Office 365

Регулирование На основе работоспособности ресурсов Microsoft 365 и Office 365 влияет на миграцию с помощью сторонних средств миграции. Дополнительные сведения см. в статье Microsoft 365 и Office 365 регулирование на основе работоспособности ресурсов.