Leistungsfaktoren und bewährte Methoden für Hybridmigrationen

Artikel
04/04/2023

Es gibt viele Pfade zum Migrieren von Daten aus einer lokalen E-Mail-Organisation zu Microsoft 365 oder Office 365. Bei der Planung der Migration stellt sich häufig die Frage, wie die Leistung der Datenmigration verbessert und die Migrationsgeschwindigkeit optimiert werden kann. In diesem Artikel wird die Migrationsleistung für Exchange-Hybridbereitstellungen erläutert. Leistungsinformationen zu anderen Migrationsmethoden finden Sie unter Microsoft 365 und Office 365 Leistung und bewährte Methoden für die Migration.

Die Hybridbereitstellungsmigration unterstützt die reibungslose Migration zwischen lokalen Exchange-Servern und Exchange Online in Microsoft 365 oder Office 365.

Die Hybridbereitstellungsmigration ist bei weitem die schnellste Migrationsmethode zum Migrieren von Postfachdaten zu Microsoft 365 oder Office 365. Wir haben bei echten Kundenbereitstellungen einen Durchsatz von bis zu 100 GB/Stunde festgestellt. Die folgende Tabelle enthält eine Liste der Faktoren, die für native Microsoft 365- und Office 365 Hybridmigrationsszenarien gelten.

Wenn Ihre lokale Umgebung mehrere Websites an geografisch verteilten Standorten enthält, können Sie die Migrationsleistung verbessern, indem Sie geografisch nah aneinander liegende Migrationsendpunkte erstellen. Dies liegt daran, dass die Migration in einem solchen Szenario das Microsoft-Netzwerk anstelle eines zentralen Migrationsendpunkts verwendet, der das lokale Netzwerk verwendet.

Faktor 1: Datenquelle (Exchange Server)

Prüfliste	Beschreibung	Bewährte Methoden
Systemleistung	Das Extrahieren von Daten ist eine aufwändige Aufgabe. Das Quellsystem muss über ausreichende Ressourcen wie CPU-Zeit und Arbeitsspeicher verfügen, um eine bessere Migrationsleistung zu erzielen. Zum Zeitpunkt der Migration ist das Quellsystem in der Regel nahezu voll ausgelastet, um reguläre Endbenutzerworkloads zu verarbeiten. Eine zusätzliche Migrationsworkload führt manchmal sogar dazu, dass der Zugriff von Endbenutzern aufgrund fehlender Systemressourcen verringert wird.	Überwachen Sie die Systemleistung während eines Migrationstests. Wenn das System ausgelastet ist, wird aufgrund potenzieller verringerter Migrationsgeschwindigkeiten und Dienstverfügbarkeitsproblemen empfohlen, einen offensiveren Migrationszeitplan für das System zu vermeiden. Verbessern Sie nach Möglichkeit die Leistung des Quellsystems, indem Sie Hardwareressourcen hinzufügen und die Systemlast verringern, indem Sie Aufgaben und Benutzer auf andere Server verschieben, die nicht an der Migration beteiligt sind. Weitere Informationen finden Sie unter: Ask the Perf Guy: Sizing Exchange 2016 Deployments. Exchange Server Integrität und Leistung Grundlegendes zur Exchange 2010-Leistung Bei der Migration einer lokalen Exchange-Organisation mit mehreren Postfachservern und Datenbanken empfiehlt sich die Erstellung einer Migrationsbenutzerliste, die gleichmäßig über die verschiedenen Postfachserver und Datenbanken verteilt ist. Zur Maximierung des Durchsatzes kann diese Liste auf der Grundlage der Leistung des jeweiligen Servers noch weiter optimiert werden. Verfügt Server A beispielsweise über eine um 50 Prozent höhere Ressourcenverfügbarkeit als Server B, bietet es sich an, in einem Migrationsbatch den Benutzeranteil von Server A um 50 Prozent zu erhöhen. Ähnliche Methoden können auch für andere Quellsysteme angewendet werden. Migrationen sollten bei maximaler Ressourcenverfügbarkeit der Server ausgeführt werden, also beispielsweise außerhalb der Geschäftszeiten, an Wochenenden oder an Feiertagen.
Back-End-Aufgaben	Andere Back-End-Aufgaben, die während der Migration ausgeführt werden. Da Migrationen üblicherweise außerhalb der Geschäftszeiten durchgeführt werden, kommt es oftmals zu Konflikten mit anderen Wartungsaufgaben, die auf den lokalen Servern ausgeführt werden (beispielsweise Datensicherungen).	Prüfen Sie, welche anderen Systemaufgaben möglicherweise während der Migration ausgeführt werden. Es wird empfohlen, die Datenmigration zu einer Zeit auszuführen, in der keine anderen ressourcenintensiven Aufgaben erledigt werden. Hinweis: Für Kunden, die lokales Microsoft Exchange verwenden, sind die gängigen Back-End-Aufgaben Sicherungslösungen und Exchange Store-Wartung .

Prüfliste

Beschreibung

Bewährte Methoden

Systemleistung

Das Extrahieren von Daten ist eine aufwändige Aufgabe. Das Quellsystem muss über ausreichende Ressourcen wie CPU-Zeit und Arbeitsspeicher verfügen, um eine bessere Migrationsleistung zu erzielen. Zum Zeitpunkt der Migration ist das Quellsystem in der Regel nahezu voll ausgelastet, um reguläre Endbenutzerworkloads zu verarbeiten. Eine zusätzliche Migrationsworkload führt manchmal sogar dazu, dass der Zugriff von Endbenutzern aufgrund fehlender Systemressourcen verringert wird.

Überwachen Sie die Systemleistung während eines Migrationstests. Wenn das System ausgelastet ist, wird aufgrund potenzieller verringerter Migrationsgeschwindigkeiten und Dienstverfügbarkeitsproblemen empfohlen, einen offensiveren Migrationszeitplan für das System zu vermeiden. Verbessern Sie nach Möglichkeit die Leistung des Quellsystems, indem Sie Hardwareressourcen hinzufügen und die Systemlast verringern, indem Sie Aufgaben und Benutzer auf andere Server verschieben, die nicht an der Migration beteiligt sind.

Weitere Informationen finden Sie unter:

Ask the Perf Guy: Sizing Exchange 2016 Deployments.

Exchange Server Integrität und Leistung

Grundlegendes zur Exchange 2010-Leistung

Bei der Migration einer lokalen Exchange-Organisation mit mehreren Postfachservern und Datenbanken empfiehlt sich die Erstellung einer Migrationsbenutzerliste, die gleichmäßig über die verschiedenen Postfachserver und Datenbanken verteilt ist. Zur Maximierung des Durchsatzes kann diese Liste auf der Grundlage der Leistung des jeweiligen Servers noch weiter optimiert werden.

Verfügt Server A beispielsweise über eine um 50 Prozent höhere Ressourcenverfügbarkeit als Server B, bietet es sich an, in einem Migrationsbatch den Benutzeranteil von Server A um 50 Prozent zu erhöhen. Ähnliche Methoden können auch für andere Quellsysteme angewendet werden.

Migrationen sollten bei maximaler Ressourcenverfügbarkeit der Server ausgeführt werden, also beispielsweise außerhalb der Geschäftszeiten, an Wochenenden oder an Feiertagen.

Back-End-Aufgaben

Andere Back-End-Aufgaben, die während der Migration ausgeführt werden. Da Migrationen üblicherweise außerhalb der Geschäftszeiten durchgeführt werden, kommt es oftmals zu Konflikten mit anderen Wartungsaufgaben, die auf den lokalen Servern ausgeführt werden (beispielsweise Datensicherungen).

Prüfen Sie, welche anderen Systemaufgaben möglicherweise während der Migration ausgeführt werden. Es wird empfohlen, die Datenmigration zu einer Zeit auszuführen, in der keine anderen ressourcenintensiven Aufgaben erledigt werden.

Hinweis: Für Kunden, die lokales Microsoft Exchange verwenden, sind die gängigen Back-End-Aufgaben Sicherungslösungen und Exchange Store-Wartung .

Faktor 2: Migrationsserver

Bei der Hybridbereitstellungsmigration handelt es sich um eine von der Cloud initiierte Migrationsmethode mit Datenübertragung per Pull/Push, bei der ein Hybridserver mit Exchange als Migrationsserver fungiert. Dies wird häufig nicht berücksichtigt, und Kunden verwenden einen virtuellen Computer mit geringer Leistung als Migrationsserver. Das Ergebnis ist eine nicht zufriedenstellende Migrationsleistung.

Bewährte Methode für Migrationsserver

Neben den oben beschriebenen bewährten Methoden wurden folgende bewährte Methoden getestet, mit denen bei tatsächlichen Kundenmigrationen die Migrationsleistung verbessert werden konnte:

Verwenden Sie für die Exchange-Hybridserver leistungsstarke physische Computer auf Serverniveau statt virtueller Computer.
Verwenden Sie mehrere Hybridserver, die hinter dem Netzwerklastenausgleichsmodul des Kunden angeordnet sind.

So wurde beispielsweise bei tatsächlichen Kundenmigrationen mit der folgenden Konfiguration ein konstanter Durchsatz von 30 GB/Stunde erreicht:

Netzwerk: Ausgehende Pipe mit 500 MB ins Internet; internes Netzwerk auf 1 GB mit einem 10-GB-Fiber-Backbone.
Hardware: Die Spezifikationen für die beiden (physischen) Clientzugriffs-/HUB-Server sind:
- CPU: Intel® Xeon® CPU E5520 @ 2,27 GHz 2,26 GHz (zwei Prozessoren).
- RAM: 24 GB.
- Datenträger: Acht mit jeweils 146 GB. RAID-5-Konfiguration = 960 GB insgesamt (Rohspeicher).
MRSProxy: Konfiguriert mit einer Parallelität von 100.

Faktor 3: Migrationsmodul

Bei der Hybridbereitstellungsmigration werden native Microsoft 365- und Office 365-Tools verwendet. Es unterliegt der Drosselung von Microsoft 365 und Office 365 Migrationsdiensts.

Exchange 2003 im Vergleich mit höheren Versionen von Exchange

Es gibt einen wichtigen Unterschied für die Endbenutzererfahrung, wenn die Migration von Exchange 2003 erfolgt. Im Gegensatz zu höheren Versionen von Exchange können Exchange 2003-Endbenutzer nicht auf ihre Postfächer zugreifen, wenn ihre Daten migriert werden. Daher sind Exchange 2003-Kunden in der Regel mehr darüber besorgt, wann Migrationen geplant werden müssen und wie viel Zeit für die Migration erforderlich ist, insbesondere wenn die Migrationsleistung aufgrund großer Postfachgrößen oder eines langsamen Netzwerks gering ist.

Die Exchange 2003-Migration sind auch sehr empfindlich im Hinblick auf Unterbrechungen. Beispielsweise ist bei einer echten Kundenmigration während der Migration eines 10-GB-Postfachs ein Dienstvorfall aufgetreten, als die Migration des Postfachs zu 50 Prozent abgeschlossen war. Der Office 365-Clientzugriffsserver, von dem die Datenmigration verarbeitet wurde, musste zur Behebung des Problems neu gestartet werden. In diesem Fall musste die Migration dieses Postfachs neu gestartet werden, was bedeutete, dass der Kunde alle 10 GB Daten erneut migrieren musste. Die Migration konnte nicht an dem Punkt fortgesetzt werden, an dem sie unterbrochen wurde. Bei Exchange 2010 und höheren Exchange-Versionen können Migrationen dagegen nach Unterbrechungen fortgesetzt werden.

Bewährte Methode für das Migrationsmodul

Einige Kunden entscheiden sich bei der Migration umfangreicher Exchange 2003-Postfächer mit vertraulichen Daten für eine Migration in zwei Etappen:

Erster Hop: Migrieren Sie Postfächer von Exchange 2003 zu einem Exchange 2010- oder höher-Server, bei dem es sich in der Regel um den Hybridserver handelt. Bei der ersten Etappe handelt es sich zwar um eine Offlineverschiebung, es ist jedoch üblicherweise eine sehr schnelle Migration in einem lokalen Netzwerk.
Zweiter Hop: Migrieren von Postfächern von Exchange 2010 oder höher zu Microsoft 365 oder Office 365.

Die zweite Etappe ist eine Onlineverschiebung mit höherer Benutzerfreundlichkeit und Fehlertoleranz. Bei diesem Ansatz mit zwei Etappen wird für das temporäre lokale Benutzerpostfach eine Exchange-Lizenz benötigt.

Proxy für den Postfachreplikationsdienst (MRSProxy)

DER MRS-Proxy ist das lokale Migrationsfeature, das mit dem Postfachreplikationsdienst funktioniert, der auf der Microsoft 365- und Office 365-Seite ausgeführt wird. Weitere Informationen finden Sie unter Grundlegendes zu Verschiebungsanforderungen.

BEWÄHRTE METHODE FÜR MRSProxy

Die maximale Anzahl von MRS-Proxyverbindungen kann für den lokalen Exchange-Hybridserver konfiguriert werden. Führen Sie den folgenden Windows PowerShell-Befehl aus.

Set-WebServicesVirtualDirectory -Identity "EWS (Default Web Site)" -MRSMaxConnections <number between 0 and unlimited; default is 100>

Hinweis

Bei den meisten Kundenmigrationen muss der Standardwert für "MRSMaxConnections" nicht geändert werden. Falls der Quellserver vor einer Überbeanspruchung durch die Migrationslast geschützt werden muss, können Kunden die Verbindungsanzahl verringern. Diese Einstellung gilt pro MRS-Proxyserver. Verfügt ein Kunde über zwei MRS-Proxyserver, von denen jeder auf zehn Verbindungen festgelegt ist, erhalten sie 20 (2 x 10) Verbindungen als Gesamtanzahl für die MRS-Proxyverbindungen. Weitere Informationen zum Konfigurieren des MRS-Proxydiensts in der lokalen Exchange 2010-Organisation finden Sie unter Starten des MRSProxy-Diensts auf einem Remote-Clientzugriffsserver.

Faktor 4: Netzwerk

Überprüfungstests

Bei Kunden mit Exchange 2010 oder höher kann die Netzwerkleistung für Hybridmigrationen durch Ausführen mehrerer Testpostfachmigrationen getestet werden. Alternativ können Sie tatsächliche Benutzerpostfächer mit der Option „-SuspendWhenReadyToComplete" migrieren, um einen Eindruck von der Migrationsleistung zu erhalten. Entfernen Sie nach Abschluss des Tests die Verschiebungsanforderung, um negative Auswirkungen für die Endbenutzer zu vermeiden.

Weitere Informationen zu Verschiebungsanforderungen finden Sie unter New-MoveRequest.

Faktor 5: Office 365-Dienst

Microsoft 365 und Office 365 ressourcenintegritätsbasierte Drosselung wirkt sich auf Migrationen aus, die microsoft 365 oder Office 365 Hybridbereitstellungsmigrationen verwenden. Weitere Informationen finden Sie oben im Abschnitt Faktor 3: Migrations-Engine .