Производительность миграции Exchange Online и рекомендации по ее выполнению

 

Применимо к:Exchange Online, Exchange Server, Exchange Server 2013

Последнее изменение раздела:2017-04-09

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

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

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

Дополнительные сведения о сети и производительности Office 365 см. в разделе, посвященному производительности и настройке.

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

Метод миграции Описание Ресурсы

Миграция IMAP

Чтобы перенести содержимое пользовательских почтовых ящиков системы обмена сообщениями, поддерживающей протокол IMAP, на их почтовые ящики Exchange Online, можно использовать Центр администрирования Exchange или командную консоль Exchange. Это также касается переноса почтовых ящиков из других размещенных служб электронной почты, таких как Gmail или Yahoo Mail.

Дополнительные сведения см. в разделе IMAP-миграция.

Прямая миграция

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

Дополнительные сведения см. в разделе Прямая миграция Exchange.

Поэтапная миграция

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

Дополнительные сведения см. в разделе Поэтапная миграция Exchange.

Гибридное развертывание

Гибридное развертывание позволяет организациям расширять многофункциональные возможности и средства администрирования существующей локальной организации Microsoft Exchange на облако. Гибридное развертывание обеспечивает единый внешний вид и удобство использования с общими функциональными возможностями Exchange для локальной организации Exchange Server 2013 или 2010 и Exchange Online в Microsoft Office 365. Кроме того, гибридное развертывание позволяет выполнить полный переход к использованию организации Exchange Online.

Дополнительные сведения см. в статье Гибридные развертывания Exchange Server.

Миграция с помощью решений сторонних производителей

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

Ниже приведено несколько сторонних средств и партнеров по миграции, помогающих переносить Exchange со сторонних платформ.

  • Binary Tree — поставщик программного обеспечения для кроссплатформенной миграции и сосуществования, включающего продукты для анализа, сосуществования и миграции локальных и облачных корпоративных сред обмена сообщениями и совместной работы, основанных на IBM Lotus Notes и Domino и на Microsoft Exchange и Microsoft SharePoint.

  • BitTitan — поставщик решений для миграции в Exchange Online.

  • Dell — поставщик программного обеспечения для локальной или размещенной миграции и сосуществования, в том числе для анализа перед миграцией, а также полного сосуществования пользователей и приложений. Поддерживается полнофункциональная миграция с локальных сред Microsoft Exchange, IBM Domino, Novell GroupWise, Zimbra и других сред в Microsoft Office 365, Exchange Online и SharePoint Online.

  • Metalogix — поставщик решений для миграции в Exchange Online и SharePoint Online.

  • SkyKick Поставщик решений для автоматической миграции, позволяющих переместить Exchange, Gmail, POP3, IMAP, Lotus Notes из локальной среды в Microsoft Office 365. Комплексные средства миграции помогают партнерам на этапах продаж, планирования, миграции, управления и обслуживания при реализации проекта миграции.

  • TransVault. Поставщик решений для миграции в Exchange Online.

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

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

 

Метод миграции Регулирование пользователей Office 365 Регулирование службы миграции Office 365 Регулирование Office 365 на основе работоспособности ресурсов Наблюдаемая средняя пропускная способность в час и на клиента (если применимо)

Миграция IMAP

Нет

Да

Да

10–14 ГБ (20 одновременно)

Прямая миграция

Нет

Да

Да

10–14 ГБ (20 одновременно)

Поэтапная миграция

Нет

Да

Да

10–14 ГБ (20 одновременно)

Гибридная миграция

Нет

Да

Да

10–14 ГБ для локального сервера клиентского доступа Exchange 2013 или 2010 (прокси-сервер MRS) с 20 одновременными перемещениями1

Миграция MAPI с помощью решений сторонних производителей

Да

Нет

Да

4–12 ГБ (20 одновременно) 3

Миграция веб-служб Exchange с помощью решений сторонних производителей

Нет

Да

Да

5–10 ГБ (20 одновременно) 2

Отправка из клиентов (из Outlook PST)

Да

Нет

Да

0,5 ГБ

1Наблюдаемая пропускная способность при перемещении одного почтового ящика находится в диапазоне от 0,3 до 1,0 ГБ в час. Можно добиться пропускной способности Больше 1000 МБ/ч на почтовый ящик, используя сеть с показателем задержки при временных ошибках меньше 2 % и задержкой сети 100 мс. Чтобы достичь еще более высокой скорости миграции данных, можно использовать больше одновременных переносов почтовых ящиков. Пропускная способность перемещения одного почтового ящика будет снижаться, если локальный сервер клиентского доступа (MRSProxy) достигает предела производительности оборудования, если пропускной способности сети недостаточно или задержка сети слишком высокая. Рассмотрите возможность добавления новых серверов или временного улучшения сетевого подключения для ускорения миграции.

2Фактическая скорость одной миграции EWS находится в диапазоне от 0,2 до 0,5 ГБ в час. Чтобы увеличить скорость переноса данных, можно использовать параллельные процессы миграции. Например, при 100 параллельных миграциях общая скорость будет в диапазоне 20–50 ГБ/ч. Скорость одного процесса миграции EWS снизится, когда сеть или локальные серверы выйдут на полную мощность.

3Фактическая скорость одного процесса миграции MAPI находится в диапазоне от 0,1 до 0,5 ГБ в час. Чтобы увеличить скорость переноса данных, можно использовать параллельные процессы миграции. Скорость одного процесса миграции MAPI снизится, когда сеть или локальные серверы выйдут на полную мощность.

На производительность миграции электронной почты влияет несколько основных факторов.

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

 

Фактор Описание Пример

Источник данных

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

Google Mail ограничивает объем данных, который можно извлечь за определенный период времени.

Тип и плотность данных

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

Один почтовый ящик размером 4 ГБ с 400 элементами (и вложениями размером 10 МБ каждое) будет переноситься быстрее, чем почтовый ящик размером 4 ГБ со 100 000 небольших элементов.

Сервер миграции

Многие решения миграции в своей работе используют промежуточный сервер или рабочую станцию.

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

Механизм миграции

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

Служба репликации почтовых ящиков Microsoft Exchange (MRS) имеет свои возможности и ограничения.

Локальные сетевые устройства

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

Конфигурация брандмауэра и технические характеристики в локальной организации.

Служба Office 365

В Office 365 встроена поддержка функций для управления рабочей нагрузкой миграции.

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

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

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

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

Чтобы диагностировать и исправить проблемы с Outlook 365 на своем локальном компьютере, можно загрузить помощник по поддержке и восстановлению от корпорации Майкрософт для Office 365.

 

Фактор Описание Советы и рекомендации

Мощность сети

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

  • Определите доступную мощность сети и максимальную мощность передачи данных.

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

  • Используйте инструменты для оценки фактической мощности сети. Обязательно проверьте весь поток данных от локального источника данных до серверов шлюза центра обработки данных Майкрософт.

  • Определите другие нагрузки в вашей сети (например, от программы для резервного копирования и запланированного обслуживания), которые могут влиять на мощность сети.

Стабильность сети

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

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

Задержки в сети

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

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

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

  • Оцените задержки в сети для всех потенциальных центров обработки данных Майкрософт и убедитесь, что результаты не противоречат друг другу. (Это также помогает гарантировать согласованное взаимодействие для пользователей.) Решайте проблемы, связанные с Интернетом, совместно с поставщиком услуг Интернета.

  • Добавьте IP-адреса для серверов центра обработки данных Майкрософт в свой список разрешений, или передавайте весь трафик, связанный с миграцией, в обход сетевого брандмауэра. Дополнительные сведения о диапазонах IP-адресов в Office 365 см. в статье Диапазоны IP-адресов и URL-адресов Office 365.

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

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

  • Регулирование пользователя

  • регулирование службы миграции

  • Регулирование на основе работоспособности ресурсов

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

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

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

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

Регулирование службы миграции влияет на приведенные ниже методы миграции.

  • Миграция IMAP

  • Прямая миграция Exchange

  • Поэтапная миграция Exchange

  • Гибридные миграции (перемещения на основе прокси-сервера MRS в гибридной среде)

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

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

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

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

Вот пример из отчета по статистике миграции Exchange, в котором показана запись, созданная при превышении порогового значения регулирования службы:

  • 25.01.2012 00:56:01 [BL2PRD0410CA012] Ход копирования: Сообщений: 723/1456, 225,8 МБ (236 732 045 байт)/416,5 МБ (436 712 733 байт).

  • 25.01.2012 00:57:53 [BL2PRD0410CA012] Перемещение почтового ящика "/o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx" остановлено, поскольку значение параметра DataMoveReplicationConstraint не соответствует базе данных "NAMPRD04DG031-db081" (агент MailboxDatabaseReplication). Причина ошибки: База данных edbf0766-1f2a-4552-9115-bb3a53a8380b не удовлетворяет ограничению SecondDatacenter. Отсутствуют исправные копии базы данных. Подождать до 25.01.2012 01:27:53.

  • 25.01.2012 00:58:24 [BL2PRD0410CA012] Запрос больше не находится в состоянии ожидания. Выполнение запроса будет продолжено.

Решения и рекомендации

При наличии подобной ситуации дождитесь восстановления службы Office 365. Дополнительные сведения см. в разделе "Работоспособность службы" на портале Office 365.

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

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

 

Контрольный список Описание Советы и рекомендации

Производительность системы

Извлечение данных — это ресурсоемкая задача. Для оптимальной миграции исходной системе требуется достаточный объем ресурсов, таких как время ЦП и память. Во время переноса данных исходная система часто использует почти максимальную мощность с точки зрения обычной рабочей нагрузки от конечных пользователей. Если ресурсы систем недостаточны, дополнительная нагрузка в результате миграции может повлиять на конечных пользователей.

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

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

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

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

Внутренние задачи

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

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

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

Политика регулирования

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

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

В зависимости от версии доступ к локальному почтовому серверу по протоколу IMAP (используется при миграции IMAP) и доступ по протоколу RPC over HTTP (используется при прямой и поэтапной миграции Exchange) ограничивается политиками в Microsoft Exchange.

Чтобы проверить параметры регулирования в организации Exchange 2013, выполните командлет Get-ThrottlingPolicy. Дополнительные сведения см. в статье Управление рабочей нагрузкой Exchange.

Дополнительные сведения о регулировании IMAP см. в разделе Перенос электронной почты с сервера IMAP в почтовые ящики Exchange Online.

Дополнительные сведения о регулировании RPC over HTTP см. в указанных ниже статьях.

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

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

  1. Управление рабочей нагрузкой Exchange 2013

  2. Exchange 2010. Счетчики сервера клиентского доступа

  3. Exchange 2007. Серверы отслеживания клиентского доступа

Решения и рекомендации

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

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

Решения и рекомендации

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

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

Дополнительные сведения см. в разделе Управление пакетами миграции в Exchange Online.

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

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

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

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

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

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

Регулирование Office 365 на основе работоспособности ресурсов влияет на миграцию, выполняемую с встроенных средств простой миграции Office 365. См. раздел "Регулирование Office 365 на основе работоспособности ресурсов".

Миграция при гибридном развертывании позволяет легко перенести данные с локальных серверов Exchange 2003, Exchange 2007, Exchange 2010 и Exchange 2013 в Exchange Online в Office 365.

Миграция при гибридном развертывании — это самый быстрый метод переноса данных почтовых ящиков в Office 365. Мы наблюдали пропускную способность до 100 ГБ/ч в реальных развертываниях клиентов. В таблице ниже представлен список факторов, влияющих на сценарии собственной гибридной миграции Office 365.

 

Контрольный список Описание Советы и рекомендации

Производительность системы

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

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

Дополнительные сведения см. в указанных ниже статьях.

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

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

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

Внутренние задачи

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

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

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

Миграция при гибридном развертывании — это инициируемый облаком метод миграции с извлечением и передачей данных, при котором гибридный сервер Exchange 2013 или Exchange 2010 с пакетом обновления 3 (SP3) является и сервером миграции. Об этом часто забывают, а клиенты используют виртуальную машину, которая плохо масштабируется, в качестве гибридного сервера. Это приводит к плохой производительности миграции.

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

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

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

  • Используйте несколько гибридных серверов, обслуживаемых подсистемой балансировки сетевой нагрузки клиента.

Например, в реальных операциях миграции мы достигли постоянной пропускной способности 30 ГБ/ч, используя приведенную ниже конфигурацию.

  • Сеть.  Конвейер исходящих данных в Интернет в 500 МБ; внутренняя сеть со скоростью 1 ГБ и оптоволоконной магистралью с пропускной способностью 10 ГБ.

  • Оборудование.   Характеристики двух физических серверов клиентского доступа и концентраторов:

    • Процессор: E5520 Intel® Xeon® @ 2,27 ГГц и 2,26 ГГц (два процессора).

    • ОЗУ: 24 ГБ.

    • Диски: восемь, 146 ГБ на диске. Конфигурация RAID 5 = всего 960 ГБ.

  • Прокси-сервер MRS. Задан параллелизм 100.

Для миграции при гибридном развертывании используются встроенные средства Office 365. Они подвергаются регулированию службы миграции Office 365.

Сравнение Exchange 2003 с Exchange 2007 с пакетом обновления 2 (SP2), Exchange 2010 с пакетом обновления 3 (SP3) и Exchange 2013 с пакетом обновления 1 (SP1)

Во время миграции из Exchange 2003 есть ключевое отличие, влияющее на работу пользователя. В отличие от Exchange 2007 с пакетом обновления 2 (SP2), Exchange 2010 с пакетом обновления 3 (SP3) и Exchange 2013 с пакетом обновления 1 (SP1), пользователи Exchange 2003 не имеют доступа к своим почтовым ящикам во время миграции данных. Поэтому клиентов Exchange 2003 обычно больше беспокоит то, на какое время следует запланировать миграцию и сколько она будет длиться, особенно при малой производительности из-за больших почтовых ящиков или медленной работы сети.

Миграция Exchange 2003 также очень чувствительна к прерываниям. Например, в реальной клиентской миграции при переносе почтового ящика размером 10 ГБ возник инцидент при выполнении 50 % задания. Сервер клиентского доступа Office 365, который обрабатывал перенос данных, пришлось перезапустить, чтобы устранить проблему. В этом случае потребовалось перезапустить миграцию этого почтового ящика, то есть клиенту пришлось повторно переносить все 10 ГБ данных. Миграцию не удалось возобновить с той точки, в которой она была остановлена. Однако Exchange 2007 с пакетом обновления 2 (SP2), Exchange 2010 с пакетом обновления 3 (SP3) и Exchange 2013 с пакетом обновления 1 (SP1) могут возобновлять миграцию после прерывания.

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

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

  • Первый этап. Миграция почтовых ящиков с сервера Exchange 2003 на сервер Exchange 2010 с пакетом обновления 3 (SP3), который обычно является гибридным сервером. Первый этап — это автономное перемещение, но обычно это очень быстрая миграция по локальной сети.

  • Второй этап. Перенос почтовых ящиков из Exchange 2010 с пакетом обновления 3 (SP3) в Office 365.

Второй этап — это сетевая операция, которая улучшает взаимодействие с пользователем и отказоустойчивость. Для такого двухэтапного подхода требуется лицензия на Exchange 2010 для временного локального почтового ящика пользователя Exchange 2010.

Прокси-сервер службы репликации почтовых ящиков (прокси-сервер MRS)

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

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

Можно настроить максимальное число подключений к прокси-серверу MRS для локальной среды Exchange 2010 с пакетом обновления 3 (SP3). Выполните приведенную ниже команду в Windows PowerShell.

Set-WebServicesVirtualDirectory -Identity "EWS (Default Web Site)" -MRSMaxConnections <number between 0 and unlimited; default is 100>
ПримечаниеПримечание.
Для большинства клиентских миграций не нужно менять значение MRSMaxConnections по умолчанию. Если вам требуется защитить исходный сервер от чрезмерной нагрузки вследствие миграции, можно сократить число подключений. Этот параметр применяется на уровне отдельных прокси-серверов MRS. Если у клиента два прокси-сервера MRS, для каждого из которых задано 10 подключений, общее количество подключений к прокси-серверам MRS будет равно 20 (2 x 10). Дополнительные сведения о настройке службы прокси-сервера MRS в локальной организации Exchange 2010 см. в статье Запуск службы MRSProxy на удаленном сервере клиентского доступа.

ПримечаниеПримечание.
Для большинства клиентских миграций не нужно менять значение MRSMaxConnections по умолчанию. Если вам требуется защитить исходный сервер от чрезмерной нагрузки вследствие миграции, можно сократить число подключений. Этот параметр применяется на уровне отдельных прокси-серверов MRS. Если у клиента два прокси-сервера MRS, для каждого из которых задано 10 подключений, общее количество подключений к прокси-серверам MRS будет равно 20 (2 x 10). Дополнительные сведения о настройке службы прокси-сервера MRS в локальной организации Exchange 2010 см. в статье Запуск службы MRSProxy на удаленном сервере клиентского доступа.

Тесты проверки

Для клиентов Exchange 2013 и 2010 тестирование производительности сети при гибридной миграции можно произвести, выполнив несколько тестовых миграций почтовых ящиков. Можно также перенести реальные почтовые ящики пользователей с использованием параметра -SuspendWhenReadyToComplete, чтобы получить данные о производительности миграции. После завершения тестирования удалите запрос на перемещение, чтобы избежать влияния на пользователей.

Дополнительные сведения о запросах на перемещение для Exchange 2013 см. в разделе New-MoveRequest.

Дополнительные сведения о запросах на перемещение для Exchange 2010 см. в статье New-MoveRequest.

Регулирование Office 365 на основе работоспособности ресурсов влияет на миграцию, выполняемую при гибридном развертывании Office 365. Дополнительные сведения см. в разделе "Регулирование Office 365 на основе работоспособности ресурсов".

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

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

В Office 365 существует два приведенных ниже типа запросов на перемещение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Средства сторонних производителей чаще всего используются в сценариях миграции, не связанных с Exchange, например для Gmail, IBM Lotus Domino и Novell GroupWise. В этом разделе описываются протоколы миграции, используемые средствами миграции сторонних производителей, а не фактические продукты и средства. В таблице ниже представлен список факторов, влияющих на средства сторонних производителей для сценариев миграции Office 365.

 

Контрольный список Описание Советы и рекомендации

Производительность системы

Извлечение данных — это ресурсоемкая задача. Для оптимальной миграции исходной системе требуется достаточный объем ресурсов, таких как время ЦП и память. Во время переноса данных исходная система часто использует почти максимальную мощность с точки зрения обычной рабочей нагрузки от конечных пользователей. Если ресурсы системы недостаточны, дополнительная нагрузка в результате миграции может повлиять на конечных пользователей.

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

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

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

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

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

Внутренние задачи

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

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

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

Политика регулирования

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

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

В зависимости от версии доступ к локальному почтовому серверу по протоколу IMAP (используется при миграции IMAP) и доступ по протоколу RPC over HTTP (используется при прямой и поэтапной миграции Exchange) ограничивается политиками в Microsoft Exchange.

Дополнительные сведения о регулировании IMAP см. в разделе Перенос электронной почты с сервера IMAP в почтовые ящики Exchange Online.

Дополнительные сведения о регулировании RPC over HTTP см. в указанных ниже статьях.

Дополнительные сведения о настройке регулирования веб-служб Exchange см. в статье Exchange 2010. Общие сведения о политиках регулирования клиентов

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

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

Решения и рекомендации

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

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

Веб-служба Exchange

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

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

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

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

Советы и рекомендации

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

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

RPC через HTTP

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

Советы и рекомендации

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

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

    Решение Б (почт. ящик 1)

    618,1 МБ

    4 322

    1:54:58

    12 196

    37,2931

    8,3441

    Решение Б (почт. ящик 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

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

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

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

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

  2. Импортируйте крупный PST-файл с демонстрационными данными в почтовый ящик Exchange Online.

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

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

 
Показ: