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

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

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

В этом разделе

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

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

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

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

Метод миграции

Описание

Ресурсы

Миграция протокол IMAP

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

Перенос почтовых ящиков IMAP в Office 365

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

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

Прямая миграция в Office 365

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

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

Что необходимо знать о поэтапной миграции электронной почты в Office 365

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

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

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

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

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

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

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

  • BitTitan.  Поставщик решений для миграции на Office 365.

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

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

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

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

Производительность различных способов миграции

В следующей таблице сравниваются фактические результаты производительности для различных способов переноса почтовых ящиков и их данных на 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 CAS (служба репликации почтового ящика Microsoft Exchange — MRSProxy) с 20 одновременными перемещениями1

Миграция сторонней среды MAPI

Да

Нет

Да

4–12 ГБ (20 параллельных процессов) 2

Миграция сторонних веб-служб Exchange

Нет

Да

Да

5–10 ГБ (20 параллельных процессов) 3

Добавление клиентов (из PST-файлов Outlook)

Да

Нет

Да

0,5 ГБ

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

2Наблюдаемая пропускная способность для одной миграции MAPI — в пределах 0,1–0,5 ГБ/ч. Для повышения скорости миграции данных можно увеличить число миграций, выполняемых одновременно. Пропускная способность одной миграции MAPI будет снижаться, если локальный сервер или сеть работает на предельной мощности.

3Наблюдаемая пропускная способность для одной миграции веб-служб Exchange — в пределах 0,2–0,5 ГБ/ч. Чтобы повысить скорость переноса данных, можно увеличить число миграций, выполняемых одновременно. Например, при использовании 20 одновременных миграций общая пропускная способность будет составлять от 4 до 10 ГБ/ч. Пропускная способность одной миграции веб-служб Exchange будет снижаться, если локальный сервер или сеть работает на предельной мощности.

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

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

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

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

Фактор

Описание

Пример

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

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

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

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

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

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

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

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

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

Модуль миграции

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

У службы MRSProxy есть свои достоинства и недостатки.

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

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

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

Служба Office 365

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

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

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

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

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

Анализатор Exchange позволяет глубже понять особенности сетевого подключения к Office 365. Чтобы выполнить проверки анализатора Exchange в помощнике по поддержке и восстановлению, выберите "Расширенная диагностика > Exchange Online > Проверка сетевого подключения для Exchange Online > Да". Дополнительные сведения об этом помощнике см. в статье Устранение проблем с Outlook и Office 365 с помощью помощника по поддержке и восстановлению для Office 365.

Фактор

Описание

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

Пропускная способность сети

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

  • Определите доступную пропускную способность сети и максимальную пропускную способность для отправки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • регулирование пользователей;

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

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

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

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

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

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

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

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

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

  • миграция IMAP;

  • прямая миграция Exchange;

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

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

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

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

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

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

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

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

  • 25.01.2012 12:56:01 [BL2PRD0410CA012] Выполнение копирования: сообщений: 723/1456, 225,8 МБ (236732045 байт)/416,5 МБ (436712733 байт).

  • 25.01.2012 12: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 1:27:53.

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

Решение   

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

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

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

Фактор 1: источник данных

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

Контрольный список

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фактор 2: сервер миграции

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

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

Фактор 3: модуль миграции

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

Решение   

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

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

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

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

Фактор 4: сеть

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

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

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

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

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

Фактор 5: служба Office 365

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

Запросы на перемещение в службе Office 365

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фактор 1: источник данных

Контрольный список

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фактор 2: сервер миграции

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

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

Решение   

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

Фактор 3: модуль миграции

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

Веб-службы Exchange   

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

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

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

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

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

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

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

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

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

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

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

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

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

Фактор 4: сеть

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

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

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

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

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

Фактор 5: служба Office 365

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

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

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

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

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

×