Postfachmigration Office 365: Supereinfache Handhabung

In diesem Beitrag geht es um die Postfachmigration in Microsoft 365, daher konzentrieren wir uns in diesem Kapitel nur auf Exchange Online- und Hybridverwaltungsthemen.

1 Postfachmigration Office 365-Optionen 1.1 Cutover-Migration

1.1.1 Cutover-Migration mit EAC

1.2 Gestaffelte Migration

1.3 Hybridbereitstellungsmigration

2 Migrationstools von Drittanbietern

3 Best Practices für die Migration

4 Reduzieren Sie die TTL für MX-Einträge

5 Migrationsleistung

6 Drosselung des Migrationsdienstes

7 Benutzerdrosselung

8 Verschieben von Postfächern zurück zum lokalen Exchange

8.1 Ursprünglich lokal erstelltes Postfach

8.2 Ursprünglich in Exchange Online erstelltes Postfach

Office 365-Optionen für die Postfachmigration

Es gibt drei Haupttypen von Migrationsoptionen:

• Cutover-Migration
• Inszenierte Migration
• Hybridbereitstellungsmigration

Cutover-Migration

Eine Cutover-Migration ist ideal für Organisationen mit 1.000 Postfächern oder weniger. Die andere wichtige Voraussetzung für eine Cutover-Migration ist, dass keine Verzeichnissynchronisierung eingerichtet wurde. Der Grund dafür ist, dass die Cutover-Migration als Teil des Prozesses Benutzer in Microsoft 365 erstellt. Wenn die Verzeichnissynchronisierung bereits Active Directory (AD)-Objekte mit Microsoft 365 synchronisiert, müssen Sie daher eine mehrstufige Migration verwenden oder mithilfe einer Hybridbereitstellung migrieren. Sie müssen die Verzeichnissynchronisierung deaktivieren, wenn Sie eine Cutover-Migration durchführen möchten.

Bevor wir uns ansehen, wie eine Cutover-Migration eingerichtet wird, sollten Sie wissen, was passiert, wenn Sie eine Cutover-Migration durchführen. Wenn eine Cutover-Migration initiiert wird, finden die folgenden Prozesse statt:

• Der Migrationsdienst stellt neue Postfächer in Exchange Online bereit, indem er das lokale Adressbuch von Exchange 2003 oder 2007 liest.
• Lokale Verteilergruppen und Kontakte werden zu Exchange Online migriert.
• Der Migrationsdienst migriert dann die Inhalte, Kontakte und Kalenderelemente aus lokalen Postfächern in ihre entsprechenden Onlinepostfächer. Dieser Teil des Prozesses wird als anfängliche Synchronisation bezeichnet.
• Der Inhalt des lokalen Postfachs wird alle 24 Stunden mit den entsprechenden Onlinepostfächern synchronisiert. Dieser Teil des Prozesses wird als inkrementelle Synchronisation bezeichnet.
• Wenn Sie bereit sind, die Migration abzuschließen, ändern Sie den MX-Eintrag, um mit dem Weiterleiten von E-Mails an die Online-Postfächer zu beginnen, und beenden Sie die Migration. Exchange führt eine abschließende Synchronisierung durch und benachrichtigt den Administrator per E-Mail, dass die Migration abgeschlossen ist.

Die E-Mail-Benachrichtigung enthält zwei Berichte:

• MigrationErrors.csv – Dieser Bericht enthält eine Liste der Postfächer, die nicht migriert werden konnten, sowie Informationen zum Fehler.
• MigrationStatistics.csv – Dieser Bericht enthält eine Liste der Postfächer und die entsprechende Anzahl der migrierten Elemente. Der Bericht enthält auch ein jedem Postfach zugewiesenes eindeutiges Kennwort, das der Benutzer nach der ersten Anmeldung ändern muss. Denken Sie daran, dass die Cutover-Migration neue Konten als Teil des Migrationsprozesses erstellt.

Cutover-Migration mit EAC

Wenn Ihre Organisation die neueste Version von Microsoft 365 verwendet, ist die ECP keine verfügbare Option für die grafische Benutzeroberfläche (GUI). Stattdessen verwenden Sie die Exchange-Verwaltungskonsole. Führen Sie die folgenden Schritte aus, um eine Cutover-Migration mithilfe der Exchange-Verwaltungskonsole zu initiieren:

• Greifen Sie auf das Microsoft 365 Admin Center zu
• Wählen Sie nach der Authentifizierung Exchange aus den Admin Centern aus

• Erweitern Sie in der Exchange- Verwaltungskonsole im Bereich auf der linken Seite Migration , wählen Sie Batch aus und klicken Sie dann auf den neuen Migrationsbatch .

• Geben Sie einen Namen für die Cutover-Migration ein und wählen Sie Migrieren zu Exchange Online als Migrationspfad aus und klicken Sie dann auf Weiter.

• Wählen Sie den Migrationstyp als Cutover-Migration aus

• Vorbereiten einer Umstellungsmigration stellt die erforderlichen Schritte für die Umstellungsmigration bereit. Lesen Sie es, um zu erfahren, wie Sie Postfächer mit diesem Migrationstyp migrieren. Nachdem die Voraussetzung erfüllt ist, klicken Sie auf Weiter.

• Wählen Sie einen Migrationsendpunkt aus. Dies sind Verbindungseinstellungen für den Server, auf den oder von dem Sie Benutzer migrieren möchten. Sie können jedem Migrationsbatch zugeordnet werden. Wählen oder erstellen Sie den Migrationsendpunkt, der die Verbindung zur Remoteumgebung beschreibt. Erfahren Sie mehr über Migrationsendpunkte .

• Um eine Migration durchzuführen, wird eine .csv-Datei benötigt, die die Attribute der Postfächer enthält, die Sie migrieren möchten. Die erste Zeile der .csv-Datei ist die Kopfzeile und sollte nur die folgenden Attributnamen enthalten:

EmailAddress : Dies ist die SMTP-Adresse des Postfachs und das einzige erforderliche Attribut.

Kennwort : Das Kennwort, das nach der Migration für das cloudbasierte Postfach festgelegt wird. Dies ist ein optionales Attribut und ist nicht erforderlich, wenn Single Sign-On (SSO) aktiviert ist. Wenn Sie das Passwort in der .csv-Datei festlegen und SSO aktiviert ist, wird es ignoriert. Lassen Sie dieses Feld einfach leer, wenn es auf Ihre Konfiguration nicht zutrifft.

ForceChangePassword : Dieses boolesche Attribut gibt an, ob der Benutzer das Passwort ändern muss, wenn er sich zum ersten Mal am Cloud-Postfach anmeldet. Der Wert ist entweder True oder False. Dies ist ebenfalls ein optionales Attribut und ist nicht erforderlich, wenn SSO aktiviert ist. Wenn Sie dieses Attribut in der CSV-Datei festlegen und SSO aktiviert ist, wird es ignoriert. Lassen Sie dieses Feld einfach leer, wenn es auf Ihre Konfiguration nicht zutrifft.

• Diese CSV-Datei bewirkt, dass der mehrstufige Migrationsprozess fünf Postfächer migriert, das Passwort für die neuen Cloud-Postfächer auf NewPa$$word setzt und nur Mike und Scott auffordert, ihr Passwort bei der ersten Anmeldung bei ihren jeweiligen Cloud-Postfächern zu ändern.

• Die .csv-Datei kann nur diese Attribute enthalten.

• Wählen Sie als Nächstes eine Zieldomäne aus und geben Sie bei Bedarf das Limit für fehlerhafte Elemente und das Limit für große Elemente an.

• Wählen Sie, ob Sie die Migration entweder manuell oder automatisch starten möchten, und geben Sie E-Mail-Adressen an, an die nach Abschluss der Migration ein Bericht gesendet werden soll.

• Warten Sie einige Minuten, bis die Migration beginnt.

Inszenierte Migration

Eine gestufte Migration ist ein Prozess, bei dem eine Teilmenge von Postfächern und Inhalten im Laufe der Zeit in mehreren Stapeln migriert wird, und gilt nur für Exchange 2003 und 2007. Eine gestufte Migration ist normalerweise der Ansatz, wenn Sie über mehr als 1.000 Postfächer verfügen. Eine besondere Überlegung bei der gestaffelten Migration ist, dass Sie Postfächer identifizieren müssen, die sich im selben Migrationsbatch befinden müssen. Die Postfächer von Personen, die an Stellvertretungsberechtigungen teilnehmen , müssen zusammengehalten werden. Daher müssen sie zum selben Batch gehören, wenn Sie eine mehrstufige Migration planen. Eine gestufte Migration ist die geeignete Migrationsmethode, wenn die Verzeichnissynchronisierung bereits implementiert ist.

Bevor wir untersuchen, wie eine stufenweise Migration eingerichtet wird, sollten Sie wissen, was während einer stufenweisen Migration passiert. Wenn Sie eine gestufte Migration initiieren, finden die folgenden Prozesse statt:

• Der Migrationsdienst überprüft, ob die Verzeichnissynchronisierung konfiguriert ist, fordert zur Eingabe der CSV-Datei auf und überprüft, ob jeder Eintrag in der CSV-Datei ein E-Mail-aktivierter Benutzer (MEU) in Microsoft 365 ist.
• Der Dienst konvertiert dann die MEUs in Postfächer und füllt die TargetAddress-Eigenschaft des lokalen Postfachs mit der E-Mail-Adresse des Cloud-Postfachs.
• Nachdem die TargetAddress-Eigenschaft für alle Postfächer aktualisiert wurde, erhalten Sie eine E-Mail mit einer Liste der Postfächer, die erfolgreich erstellt und konvertiert wurden. Postfachinhalte werden noch nicht migriert, aber die Benutzer können das Postfach ohne Änderungen des MX-Eintrags verwenden. Dies liegt daran, dass E-Mails, die im lokalen Postfach ankommen, aufgrund der TargetAddress-Eigenschaft an Exchange Online umgeleitet werden.
• Der Migrationsdienst beginnt dann mit der Migration der Inhalte, Kontakte und Kalenderelemente aus den lokalen Postfächern in die entsprechenden Onlinepostfächer. Wenn die Inhaltsmigration abgeschlossen ist, wird ein weiterer Bericht per E-Mail an die Administratoren gesendet.
• An diesem Punkt können Sie zusätzliche Migrationsbatches erstellen und starten.
• Wenn Sie mit der Migration fertig sind, ändern Sie die MX-Einträge so, dass E-Mails direkt an die Online-Postfächer zugestellt werden. Anschließend können Sie die Migration abschließen. Der Migrationsdienst führt alle erforderlichen Bereinigungen und Prüfungen durch, um sicherzustellen, dass jede MEU, die über ein entsprechendes lokales Postfach verfügt, migriert wurde. Anschließend wird ein abschließender Statusbericht an den Administrator gesendet.

• Wählen Sie als Migrationstyp die gestaffelte Migration aus

• Vorbereiten einer mehrstufigen Migration stellt die erforderlichen Schritte für eine mehrstufige Migration bereit. Lesen Sie es, um zu erfahren, wie Sie Postfächer mit diesem Migrationstyp migrieren.

• Sie ähnelt einer Cutover-Migration, außer dass Sie einen Migrationstyp und eine Voraussetzung ändern müssen. Daher werden wir die Schritte hier nicht erneut behandeln.

Hybridbereitstellungsmigration

Die Migration nach dem Einrichten einer Exchange-Hybridumgebung ist einer der beliebtesten Ansätze, da Sie im Gegensatz zu den anderen Methoden, die wir bisher behandelt haben, nachdem Sie eine Exchange-Hybridumgebung eingerichtet haben, Postfächer in die Cloud und zurück in den lokalen Standort verschieben können. Ein Teil der Einrichtung einer Exchange-Hybridumgebung besteht darin, einen Clientzugriffsserver (CAS) mit Exchange 2010 Service Pack 3 (SP3) zu implementieren. Dadurch wird der Mailbox Replication Service (MRS) eingeführt, der mit 2010 SP3 CAS geliefert wird. MRS ist der für die Durchführung von Postfachumzügen zuständige Dienst.

• Wenn Ihre Organisation über Exchange 2010 und höhere Versionen mit mehr als 1.000 Postfächern verfügt, müssen Sie eine Exchange-Hybridbereitstellung implementieren.

• Vorbereiten einer Remote-Migration bietet die erforderlichen Schritte für eine Remote-Migration. Lesen Sie es, um zu erfahren, wie Sie Postfächer mit diesem Migrationstyp migrieren.

• Sie haben die Möglichkeit, Benutzer manuell anstelle einer CSV-Datei für die Remote-Umzugsmigration auszuwählen.

• Die verbleibenden Schritte ähneln einer Cutover-Migration. Daher werden wir die Schritte hier nicht erneut behandeln.

Migrationstools von Drittanbietern

Wenn die vorhandenen Tools und Optionen von Microsoft aus irgendeinem Grund Ihre Migrationsanforderungen nicht erfüllen, gibt es immer Tools von Drittanbietern, an die Sie sich wenden können. Beispiele für Exchange-Migrationstools von Drittanbietern sind Quest Software, Binary Tree, BitTitan, Cemaphore und Metalogix. Exchange ist eine ausgereifte Plattform und gibt es schon seit einiger Zeit. Daher sind Tools von Drittanbietern leicht verfügbar und ebenso ausgereift.

Best Practices für die Migration

Beim Migrieren von Postfächern gibt es mehrere Best Practices. Wir werden einige der häufigsten auflisten, die Sie beim Migrieren von Postfächern von lokalen Mailservern zu Exchange Online in Betracht ziehen sollten.

Reduzieren Sie die TTL für MX-Einträge

In den meisten Szenarien möchten Sie eingehende E-Mails an Exchange Online weiterleiten. Ändern Sie daher vor Beginn einer der Migrationsaufgaben, unabhängig davon, ob es sich um eine Cutover-, gestaffelte oder IMAP-Migration handelt, die Time To Live (TTL) Ihrer MX-Einträge, um die DNS-Konvergenzzeit zu verbessern, wenn Sie Ihre MX-Einträge wechseln. Es wird empfohlen, die TTL auf 3.600 Sekunden zu ändern, was einer Stunde entspricht.

Migrationsleistung

• Viele Faktoren wirken sich auf die Migrationsleistung aus, z. B. die Größe und Anzahl der Elemente in den Postfächern, die Netzwerkbandbreite, die Netzwerklatenz und die lokalen Mailserver.
• Die Migrationsleistung kann auch durch die Tageszeit und die Anzahl der Benutzer im Netzwerk beeinflusst werden. Deshalb sollten Sie Migrationen nach Feierabend oder am Wochenende durchführen.
• Beispielsweise strebt Microsoft Consulting Services nach anfänglichen Tests mit einem kleinen gestaffelten Migrationsbatch im Allgemeinen an, auf eine Migrationsrate von 1.000 Postfächern pro Woche hochzufahren, die hauptsächlich nach Geschäftszeiten durchgeführt wird, wenn die Netzwerkauslastung am niedrigsten ist.
• Latenz und anhaltender Durchsatz sind Faktoren, die ebenso wichtig sind, wenn es um die Migrationsleistung geht.

Drosselung des Migrationsdienstes

Denken Sie daran, dass Sie in den Migrationsübungen, die Sie sich weiter oben in diesem Kapitel angesehen haben, die Möglichkeit haben, die Anzahl der gleichzeitig migrierten Postfächer anzugeben, die standardmäßig drei ist. Die Angabe der Anzahl der gleichzeitig zu migrierenden Postfächer wird als Migrationsdienst-Drosselung bezeichnet.

Lesen Sie erneut das Whitepaper „ Migrationsleistung “ oder testen Sie eine einzelne Postfachmigration, um den Migrationsdurchsatz zu ermitteln. Auf diese Weise können Sie die optimale Anzahl gleichzeitiger Migrationen bestimmen, die Ihr Netzwerk unterstützen kann.

Benutzerdrosselung

• Die Benutzerdrosselung wirkt sich hauptsächlich auf Migrationstools von Drittanbietern aus. Die Benutzerdrosselung begrenzt die Anzahl der Postfächer, auf die ein Benutzer gleichzeitig zugreifen kann, und soll Risiken minimieren und Ressourcen schonen.
• Wenn ein Migrationstool daher ein einzelnes Dienstkonto mit Zugriff auf alle Postfächer verwendet, kann Microsoft 365 das Dienstkonto drosseln, wenn es während des Migrationsprozesses gleichzeitig auf zu viele Postfächer zugreift, wodurch die Migrationsleistung beeinträchtigt wird.
• Stellen Sie bei der Bewertung von Migrationstools sicher, dass die Leistung nicht durch die Benutzerdrosselung beeinträchtigt wird.
• Gute Migrationstools verwenden im Allgemeinen Exchange-Webdienste, um Benutzerkonten zu imitieren, sodass Exchange Online nicht sieht, wie ein einzelner Benutzer gleichzeitig auf mehrere Postfächer zugreift, sondern die Benutzer, die auf ihre jeweiligen Postfächer zugreifen. Daher wird keine Benutzerdrosselung ausgelöst.

Verschieben von Postfächern zurück zu lokalem Exchange

• Das Zurückverschieben von Postfächern nach lokal kann nur durch eine Exchange-Hybridumgebung erleichtert werden.
• Andernfalls müssen Sie sich auf Tools von Drittanbietern verlassen. Im Gegensatz zu den Cutover- und mehrstufigen Migrationsoptionen aus der Exchange-Verwaltungskonsole beim Verschieben von Postfächern zu Microsoft 365 gibt es keine integrierten Optionen, um das Gegenteil auszuführen.
• Wie Sie gesehen haben, erfolgt die Verschiebung eines Postfachs nach Microsoft 365 nach der Implementierung einer Exchange-Hybridumgebung durch Ausführen einer Remoteverschiebungsanforderung.
• Um Postfächer wieder lokal zu verschieben, müssen Sie berücksichtigen, ob die Postfächer, die Sie verschieben möchten, von Anfang an in Microsoft 365 erstellt wurden oder ob sie zuerst lokal erstellt und dann nach Microsoft 365 verschoben wurden.

Ursprünglich lokal erstelltes Postfach

Wenn das Postfach, das Sie von Microsoft 365 migrieren möchten, ursprünglich lokal erstellt und dann in die Cloud migriert wurde, müssen Sie lediglich den erstellten Batch löschen, um ein Postfach zu Exchange Online zu migrieren, bevor Sie beginnen, andernfalls wird es angezeigt wurde erfolgreich migriert, aber es wurde nichts verschoben.

• Gehen Sie zu Exchange Admin Center -> Empfänger -> Migration
• Klicken Sie auf + und wählen Sie „ Von Exchange Online migrieren “.

• Klicken Sie unter „ Wählen Sie die Benutzer aus, die Sie verschieben möchten “ auf „ Hinzufügen “ und suchen Sie nach einem Postfach, das Sie migrieren möchten, und klicken Sie dann auf „Weiter“.

• Wählen Sie den Migrationsendpunkt aus und klicken Sie auf Weiter.

• Bestätigen Sie den Migrationsendpunkt und klicken Sie auf Weiter.

• Geben Sie einen Namen für die Migration ein und geben Sie Ihre Mandantendomäne ein. Beispiel: techiberry.onmicrosoft.com und wählen Sie Primäres Postfach und ggf. Archivpostfach verschieben aus, geben Sie die Zieldatenbank an und klicken Sie auf Weiter.

• Klicken Sie auf „Durchsuchen“, um einen Bericht per E-Mail zu erhalten, wenn die Migration abgeschlossen ist, und wählen Sie „Batch automatisch starten“ und „Migrationsbatch automatisch abschließen“ und klicken Sie auf „Neu“.

Ursprünglich in Exchange Online erstelltes Postfach

Wenn das Exchange Online-Postfach, das Sie zurück in das lokale Exchange verschieben möchten, ursprünglich in Microsoft 365 erstellt wurde, müssen Sie zuerst die ExchangeGUID-Eigenschaft für das zugehörige lokale Postfach festlegen. Sie müssen dies tun, da die ExchangeGUID-Eigenschaft nicht mit dem zugeordneten lokalen Postfach zurücksynchronisiert wird, wenn das Postfach ursprünglich in Microsoft 365 erstellt wurde das Postfach in Microsoft 365 und das zugeordnete lokale Remotepostfach.

Führen Sie die folgenden Schritte aus, um die ExchangeGUID-Eigenschaft für das lokale Remotepostfach zu überprüfen und festzulegen:

• Starten Sie die EMC auf Ihrem lokalen Exchange-Hybridserver.
• Überprüfen Sie, ob die ExchangeGUID-Eigenschaft für das lokale Remotepostfach festgelegt ist, indem Sie den folgenden Befehl eingeben.

Get-RemoteMailbox „Alias ​​des Cloud-Postfachs, das wieder lokal migriert werden soll“ | Format-Liste ExchangeGUID

• Wenn der Rückgabewert für ExchangeGUID nicht nur aus Nullen besteht, wird ExchangeGUID festgelegt. Sie können sofort eine Remotepostfachverschiebung zurück zum lokalen Exchange initiieren, indem Sie die im Abschnitt „Ursprünglich lokal erstelltes Postfach“ beschriebenen Schritte ausführen.
• Wenn der Rückgabewert für ExchangeGUID nur Nullen ist, wird ExchangeGUID nicht festgelegt. Geben Sie den folgenden Befehl ein, um die ExchangeGUID für das Exchange Online-Postfach abzurufen, und notieren Sie sich den zurückgegebenen Wert. Verwenden Sie nicht die Exchange-Verwaltungsshell.

Get-Mailbox „Alias ​​des Cloud-Postfachs, das wieder lokal migriert werden soll“ | Format-Liste ExchangeGUID

• Wechseln Sie zurück zum Fenster der Exchange-Verwaltungsshell, und geben Sie den folgenden Befehl ein, um den Wert der ExchangeGUID-Eigenschaft für das lokale Remotepostfach festzulegen.

Set-RemoteMailbox „Alias ​​des zu verschiebenden Cloud-Postfachs“ -ExchangeGUID „Fügen Sie die GUID des Exchange Online-Postfachs ein“

• Wenn die Exchange-GUID nicht aktualisiert werden kann, führen Sie die hier genannten Schritte aus .
• Warten Sie einige Stunden, bis diese Änderungen an Microsoft 365 widergespiegelt sind.
• Nachdem die Synchronisierung abgeschlossen ist, können Sie die im vorherigen Abschnitt beschriebenen Schritte ausführen, um das Postfach aus der Cloud wieder lokal zu verschieben.

Lesen Sie auch : So migrieren Sie Skype-Besprechungen zu Teams-Besprechungen?

Jetzt würde ich gerne von Ihnen hören:

Welche Erkenntnis aus dem heutigen Post fandest du am interessantesten? Oder vielleicht haben Sie eine Frage zu etwas, das ich abgedeckt habe.

Wie auch immer, ich würde gerne von Ihnen hören. Also mach weiter und hinterlasse unten einen Kommentar.