Факторы производительности гибридной миграции и рекомендации по ее выполнениюPerformance factors and best practices for hybrid migrations

Перенести данные из локальной организации электронной почты в Office 365 можно разными путями. При планировании миграции в Office 365 часто возникает вопрос: "Как повысить скорость переноса данных?". Информация, изложенная в этой статье, относится к гибридным развертываниям Exchange. Сведения о производительности при использовании других способов миграции см. в статье Производительность миграции в Office 365 и рекомендации по ее повышению.There are many paths to migrate data from an on-premises email organization to Office 365. When planning a migration to Office 365, a common question is about how to improve the performance of data migration and optimize migration velocity. This article discusses migration performance for Exchange hybrid deployments, For performance information about other migration methods, see Office 365 migration performance and best practices.

Факторы производительности гибридной миграции и рекомендации по ее выполнениюPerformance factors and best practices for hybrid migrations

Миграция при гибридном развертывании позволяет легко перенести данные с локальных серверов Exchange в Exchange Online в Office 365.Hybrid deployment migration supports the smooth migration between on-premises Exchange servers and Exchange Online in Office 365.

Миграция при гибридном развертывании — это самый быстрый метод переноса данных почтовых ящиков в Office 365. Мы наблюдали пропускную способность до 100 ГБ/ч в реальных развертываниях клиентов. В таблице ниже представлен список факторов, влияющих на сценарии собственной гибридной миграции Office 365.Hybrid deployment migration is by far the fastest migration method to migrate mailbox data to Office 365. We have seen up to 100 GB/hour throughput during real customer deployments The follow table provides a list of factors that apply to native Office 365 hybrid migration scenarios.

Если локальная среда содержит несколько сайтов в отдаленных друг от друга местах, скорость миграции можно повысить, создав близкие конечные точки миграции. При этом для миграции используется сеть корпорации Майкрософт, а не локальная сеть.If your on-premises environment contains multiple sites in geographically spread locations, you can improve migration performance by creating geographically close migration endpoints. This is because as in such a scenario the migration uses Microsoft's network compared to using a centralized migration endpoint that uses the your on-premises network.

Фактор 1. Источник данных (Exchange Server)Factor 1: Data source (Exchange Server)

Контрольный списокChecklist ОписаниеDescription Советы и рекомендацииBest practices
Производительность системыSystem performance
Извлечение данных — это ресурсоемкая задача. Для оптимальной миграции исходной системе требуется достаточный объем ресурсов, таких как время ЦП и память. Во время миграции исходная система обычно находится на пределе производительности, чтобы обслужить стандартную нагрузку пользователей. Дополнительная нагрузка миграции иногда даже закрывает доступ пользователям из-за нехватки системных ресурсов.Data extraction is an intensive task. The source system must have sufficient resources, such as CPU time and memory, to provide better migration performance. At the time of migration, the source system is usually close to full capacity to serve regular end-user workload—additional migration workload sometimes even brings down end users' access because of a lack of system resources.
Отслеживайте производительность системы во время пилотного теста миграции. Если система сильно загружена, не рекомендуется использовать агрессивное расписание миграции для нее, так как это может замедлить миграцию и привести к проблемам с доступностью службы. Если возможно, повысьте производительность исходной системы, добавив аппаратные ресурсы и сократив нагрузку на исходную систему, переместив задачи и пользователей на другие серверы, которые не участвуют в миграции. Monitor system performance during a pilot migration test. If the system is busy, we recommend avoiding an aggressive migration schedule for the specific system because of potential migration slowness and service availability issues. If possible, enhance the source system performance by adding hardware resources and reducing the load on the system by moving tasks and users to other servers that aren't involved in the migration.
Дополнительные сведения см. в указанных ниже статьях. For more information see:
Спросите эксперта: масштабирование развертываний Exchange 2016Ask the Perf Guy: Sizing Exchange 2016 Deployments
Exchange Server работоспособность и производительностьExchange Server Health and Performance
Общие сведения о производительности ExchangeUnderstanding Exchange 2010 Performance
При миграции из локальной организации Exchange с несколькими серверами почтовых ящиков и базами данных рекомендуется создать список переносимых пользователей так, чтобы равномерно распределить их на несколько серверов почтовых ящиков и баз данных. В зависимости от производительности отдельного сервера список можно скорректировать для увеличения пропускной способности. When migrating from an on-premises Exchange organization where there are multiple mailbox servers and multiple databases, we recommend that you create a migration user list that is evenly distributed across multiple mailbox servers and databases. Based on individual server performance, the list can be further fine-tuned to maximize throughput.
Например, если на сервере A на 50 % больше доступных ресурсов, чем на сервере Б, будет логично включить на 50 % больше пользователей с сервера А в один пакет миграции. Аналогичный подход можно применять и к другим исходным системам. For example, if server A has 50 percent more resource availability than server B, it's reasonable to have 50 percent more users from server A in the same migration batch. Similar practices can be applied to other source systems.
Выполняйте перенос данных, когда объем доступных на серверах ресурсов максимален, например в нерабочее время, в выходные и праздничные дни.Perform migrations when servers have maximum resource availability, such as after hours or on weekends and holidays.
Внутренние задачиBack-end tasks
Другие внутренние задачи, которые выполняются во время миграции. Так как рекомендуется выполнять миграцию в нерабочее время, зачастую миграция конфликтует с другими задачами обслуживания на локальных серверах, такими как резервное копирование данных.Other back-end tasks that are running during migration time. Because it's a best practice to perform migration after business hours, it's common that migrations conflict with other maintenance tasks running on your on-premises servers, such as data backup.
Пересмотрите другие системные задачи, которые могут выполняться во время миграции. Рекомендуется переносить данные, когда другие ресурсозатратные задачи не выполняются. Review other system tasks that might be running during migration. We recommend that you perform data migration when no other resource-intensive tasks are running.
Примечание. Для клиентов, использующих локальное решение Microsoft Exchange, основными внутренними задачами являются решения для резервного копирования и обслуживание хранилища Exchange. Note For customers using on-premises Microsoft Exchange, the common back-end tasks are backup solutions and Exchange store maintenance.

Фактор 2. Сервер миграцииFactor 2: Migration server

Миграция при гибридном развертывании — это инициируемая облаком процедура миграции с извлечением и передачей данных, при которой гибридный сервер Exchange выступает в качестве сервера миграции. Об этом часто забывают, используя мелкомасштабную виртуальную машину в качестве гибридного сервера. Это приводит к плохой производительности миграции.Hybrid deployment migration is a cloud-initiated pull/push data migration, and an Exchange hybrid server acts as the migration server. This is often overlooked, and customers use a low-scale virtual machine to act as the hybrid server. This results in poor migration performance

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

В дополнение к выполнению рекомендаций, описанных выше, мы проверили приведенные ниже рекомендации, которые показали улучшение производительности миграции в реальных пользовательских миграциях.In addition to the applying the best practices previously described, we've tested the following best practices which resulted in improved migration performance in real customer migrations:

  • Используйте мощные серверные компьютеры, а не виртуальные машины, в качестве гибридных серверов Exchange.Use powerful server-class physical machines instead of virtual machines for the Exchange hybrid servers.

  • Используйте несколько гибридных серверов, обслуживаемых подсистемой балансировки сетевой нагрузки клиента.Use multiple hybrid servers that are behind the customer's network load balancer.

Например, в реальных операциях миграции мы достигли постоянной пропускной способности 30 ГБ/ч, используя приведенную ниже конфигурацию.For example, in real customer migrations, we have achieved consistent 30 GB/hour throughput by using the following configuration:

  • Сеть. Конвейер исходящих данных в Интернет в 500 МБ; внутренняя сеть со скоростью 1 ГБ и оптоволоконной магистралью с пропускной способностью 10 ГБ.Network 500-MB outbound pipe to the Internet; internal network on 1 GB with a 10-GB fiber backbone.

  • Оборудование. Характеристики двух физических серверов клиентского доступа и концентраторов:Hardware The specifications for the two client access/HUB (physical) servers are:

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

    • ОЗУ: 24 ГБ.RAM: 24 GB.

    • Диски: восемь, 146 ГБ на диске. Конфигурация RAID 5 = всего 960 ГБ.Disks: Eight at 146 GB per disk. RAID 5 configuration = 960 GB total raw space.

  • Прокси-сервер MRS. Задан параллелизм 100.MRSProxy Configured with a concurrency of 100.

Фактор 3. Механизм миграцииFactor 3: Migration engine

Для миграции при гибридном развертывании используются встроенные средства Office 365. Они подвергаются регулированию службы миграции Office 365.Hybrid deployment migration uses native Office 365 tools. It's subject to Office 365 migration service throttling.

Сравнение Exchange 2003 с более поздними версиями ExchangeExchange 2003 vs. later versions of Exchange

Во время миграции из Exchange 2003 следует учитывать ключевое отличие, влияющее на работу пользователя. В отличие от более поздних версий Exchange, в Exchange 2003 у пользователей нет доступа к своим почтовым ящикам во время переноса данных. Поэтому пользователей Exchange 2003 обычно больше беспокоит то, на какое время следует запланировать миграцию и сколько она будет длиться, особенно при низкой производительности, вызванной большими размерами почтовых ящиков или медленной работой сети.There is a key difference for the end-user experience when the migration is from Exchange 2003. Unlike later versions of Exchange, Exchange 2003 end users cannot access their mailboxes when their data is being migrated. Therefore, Exchange 2003 customers are usually more concerned about when to schedule migrations and the time required to migrate, especially when migration performance is low because of large mailbox sizes or a slow network.

Миграция Exchange 2003 также очень чувствительна к прерываниям. Например, у одного из наших клиентов при переносе почтового ящика размером 10 ГБ возник инцидент на отметке 50 %. Чтобы устранить проблему, пришлось перезагрузить сервер клиентского доступа Office 365, который обрабатывал перенос данных. В этом случае потребовалось перезапустить миграцию этого почтового ящика, то есть клиенту пришлось повторно переносить все 10 ГБ данных. Миграцию не удалось возобновить с момента остановки. Однако в Exchange 2010 и более поздних версиях Exchange можно возобновлять миграцию после прерываний.Exchange 2003 migration is also very sensitive to interruptions. For example, in a real customer migration, during the migration of a 10-GB mailbox, a service incident occurred when the migration of the mailbox was 50 percent complete. The Office 365 client access server, which was processing the data migration, had to be restarted to resolve the issue. In this case, the migration of that mailbox had to be restarted, which meant that the customer had to migrate all 10 GB of data again. The migration couldn't resume from the point when it stopped. However, Exchange 2010, and later versions of Exchange, are able to resume migrations after interruptions.

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

Некоторые клиенты выбирают миграцию из двух этапов для крупных и конфиденциальных почтовых ящиков Exchange 2003.Some customers choose to do two-hop migrations for large and sensitive Exchange 2003 mailboxes:

  • Первый этап. Миграция почтовых ящиков с сервера Exchange 2003 на сервер Exchange 2010 или более поздней версии, который обычно является гибридным сервером. На первом этапе выполняется автономное перемещение, но обычно это очень быстрая миграция по локальной сети.First hop Migrate mailboxes from Exchange 2003 to an Exchange 2010 or later server, which is usually the hybrid server. The first hop is an offline move, but it's usually a very fast migration over a local network.

  • Второй этап. Перенос почтовых ящиков из Exchange 2010 или более поздней версии в Office 365.Second hop Migrate mailboxes from Exchange 2010 or later to Office 365.

Второй этап — это сетевая операция, которая повышает удобство работы пользователя и отказоустойчивость. Чтобы применить такой двухэтапный подход, необходима лицензия на Exchange для временного почтового ящика локального пользователя.The second hop is an online move, which provides a better user experience and fault tolerance. This two-hop approach requires an Exchange license for the temporary on-premises user mailbox.

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

Прокси-сервер MRS — это локальный компонент миграции, который работает со службой репликации почтовых ящиков, запущенной на стороне Office 365. Дополнительные сведения см. в статье Общие сведения о запросах на перемещениеMRS Proxy is the on-premises migration feature that works with the Mailbox Replication Service running on the Office 365 side. For more information, see Understanding Move Requests.

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

Вы можете настроить максимальное число подключений к прокси-серверу MRS для локального сервера гибридной среды Exchange. Выполните приведенную ниже команду в Windows PowerShell.It's possible to configure the maximum number of MRSProxy connections for the on-premises Exchange hybrid server. Run the following Windows PowerShell command.

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 на удаленном сервере клиентского доступа.For most customer migrations, it's unnecessary to change the default MRSMaxConnections value. If you need to protect the source server from being overwhelmed by the migration load, customers can reduce the number of connections. This setting is per MRSProxy server. If a customer has two MRSProxy servers, each set to 10 connections, they'll get 20 (2 x 10) as the total number of MRSProxy connections. For more information about configuring the MRSProxy service in your on-premises Exchange 2010 organization, see Start the MRSProxy Service on a Remote Client Access Server.

Фактор 4. СетьFactor 4: Network

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

Пользователям Exchange 2010 и более поздних версий для тестирования производительности сети при гибридной миграции достаточно выполнить несколько тестовых миграций почтовых ящиков. Вы также можете перенести реальные почтовые ящики пользователей с использованием параметра -SuspendWhenReadyToComplete, чтобы получить данные о производительности миграции. По завершении тестирования удалите запрос на перемещение, чтобы он не повлиял на пользователей.For customers running Exchange 2010 or later, testing the network performance for hybrid migrations can be done by performing multiple test mailbox migrations. Alternatively, you can migrate actual user mailboxes with the -SuspendWhenReadyToComplete option to get an indication of migration performance. When testing is complete, remove the move request to avoid affecting end users.

Дополнительные сведения о запросах на перемещение см. в статье New-MoveRequest.For more information about move requests, see New-MoveRequest.

Фактор 5. Служба Office 365Factor 5: Office 365 service

Регулирование Office 365 на основе работоспособности ресурсов влияет на миграцию, выполняемую при гибридном развертывании Office 365. Дополнительные сведения см. в разделе "Регулирование Office 365 на основе работоспособности ресурсов".Office 365 resource health-based throttling affects migrations using the Office 365 hybrid deployment migrations. See the Office 365 resource health-based throttling section above for more details.