Freigeben über


Verwenden von PowerShell zum Ausführen einer mehrstufigen Migration zu Microsoft 365

Dieser Artikel gilt sowohl für Microsoft 365 Enterprise als auch für Office 365 Enterprise.

Sie können den Inhalt von Benutzerpostfächern im Laufe der Zeit mithilfe einer mehrstufigen Migration von einem Quell-E-Mail-System zu Microsoft 365 migrieren.

Dieser Artikel führt Sie durch die Aufgaben im Zusammenhang mit einer mehrstufigen E-Mail-Migration mit Exchange Online PowerShell. Das Thema Was Sie über eine mehrstufige E-Mail-Migration wissen müssen, bietet Ihnen eine Übersicht über den Migrationsprozess. Wenn Sie mit dem Inhalt dieses Artikels vertraut sind, verwenden Sie ihn, um mit der Migration der Postfächer von einem E-Mail-System zu einem anderen zu beginnen.

Hinweis

Sie können auch das Exchange Admin Center verwenden, um eine mehrstufige Migration durchzuführen. Weitere Informationen finden Sie unter Durchführen einer mehrstufigen Migration von E-Mails zu Microsoft 365.

Was sollten Sie wissen, bevor Sie beginnen?

Geschätzte Zeit bis zum Abschließen dieser Aufgabe: 2 bis 5 Minuten, um einen Migrationsbatch zu erstellen. Nach dem Start der Migration variiert die Dauer der Migration abhängig von der Anzahl von Postfächern in dem Batch, der Größe der einzelnen Postfächer und Ihrer verfügbaren Netzkapazität. Informationen zu anderen Faktoren, die sich darauf auswirken, wie lange die Migration von Postfächern zu Microsoft 365 dauert, finden Sie unter Migrationsleistung.

Bevor Sie dieses Verfahren bzw. diese Verfahren ausführen können, müssen Ihnen die entsprechenden Berechtigungen zugewiesen werden. Informationen dazu, welche Berechtigungen Sie benötigen, finden Sie im Thema Empfängerberechtigungen im Eintrag "Migration".

Um die Exchange Online-PowerShell-Cmdlets zu verwenden, müssen Sie angemeldet sein und die Cmdlets in Ihre lokale Windows PowerShell Sitzung importieren. Anweisungen finden Sie unter Herstellen einer Verbindung mit Exchange Online PowerShell.

Eine vollständige Liste der Migrationsbefehle finden Sie unter Verschiebungs- und Migrations-Cmdlets.

Migrationsschritte

Schritt 1: Auf eine mehrstufige Migration vorbereiten

Bevor Sie Postfächer mithilfe einer mehrstufigen Migration zu Microsoft 365 migrieren, müssen Sie einige Änderungen an Ihrer Exchange-Umgebung vornehmen.

Konfigurieren von Outlook Anywhere auf Ihrem lokalen Exchange Server Der E-Mail-Migrationsdienst verwendet Outlook Anywhere (auch bekannt als RPC over HTTP), um eine Verbindung mit Ihrem lokalen Exchange Server herzustellen. Informationen zum Einrichten von Outlook Anywhere für Exchange Server 2007 und Exchange 2003 finden Sie in den folgenden Artikeln:

Wichtig

Sie müssen ein Zertifikat verwenden, das von einer vertrauenswürdigen Zertifizierungsstelle (CA) mit Ihrer Outlook Anywhere-Konfiguration erstellt wurde. Outlook Anywhere kann nicht mit einem selbstsignierten Zertifikat konfiguriert werden. Weitere Informationen finden Sie unter Konfigurieren von SSL für Outlook Anywhere.

Optional: Stellen Sie sicher, dass Sie eine Verbindung zu Ihrer Exchange Organisation mit Outlook Anywhere herstellen können. Versuchen Sie eine der folgenden Methoden, um die Verbindungseinstellungen zu testen.

  • Verwenden Sie Outlook von außerhalb des Unternehmensnetzwerks zur Verbindung mit Ihrem lokalen Exchange-Postfach.

  • Verwenden Sie microsoft Remote Connectivity Analyzer , um Ihre Verbindungseinstellungen zu testen. Verwenden Sie Outlook Anywhere (RPC über HTTP) oder Outlook AutoErmittlung-Tests.

  • Führen Sie die folgenden Befehle in Exchange Online PowerShell aus:

    $Credentials = Get-Credential
    
    Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials
    

Festlegen von Berechtigungen Das lokale Benutzerkonto, das Sie zum Herstellen einer Verbindung mit Ihrer lokalen Exchange-organization (auch migrationsadministrator genannt) verwenden, muss über die erforderlichen Berechtigungen für den Zugriff auf die lokalen Postfächer verfügen, die Sie zu Microsoft 365 migrieren möchten. Dieses Benutzerkonto wird verwendet, wenn Sie eine Verbindung mit Ihrem E-Mail-System herstellen, indem Sie später in diesem Verfahren Schritt 3: Erstellen eines Migrationsendpunkts einen Migrationsendpunkt erstellen.

Um die Postfächer zu migrieren, muss der Administrator eine der folgenden Berechtigungen haben:

  • Ein Mitglied der Domänen-Admins -Gruppe in Active Directory in der lokalen Organisation sein.

    oder

  • FullAccess -Berechtigung für jedes lokale Postfach und die WriteProperty -Berechtigung zum Ändern der TargetAddress -Eigenschaft für die lokale Benutzerkonten besitzen.

    oder

  • Die ReceiveAs -Berechtigung für die lokale Postfachdatenbank besitzen, in der die Benutzerpostfächer gespeichert sind und die WriteProperty -Berechtigung besitzen, um die TargetAddress -Eigenschaft für die lokalen Benutzerkonten ändern zu können.

Anweisungen zum Festlegen dieser Berechtigungen finden Sie unter Zuweisen von Berechtigungen zum Migrieren von Postfächern zu Microsoft 365.

Deaktivieren von Unified Messaging (UM) Wenn UM für die lokalen Postfächer aktiviert ist, die Sie migrieren, deaktivieren Sie UM vor der Migration. Aktivieren Sie UM für die Postfächer nach Abschluss der Migration. Weitere Anleitungen finden Sie unterDeaktivieren von Unified Messaging.

Verwenden Sie die Verzeichnissynchronisierung, um neue Benutzer in Microsoft 365 zu erstellen. Sie verwenden die Verzeichnissynchronisierung, um alle lokalen Benutzer in Ihrem Microsoft 365-organization zu erstellen.

Sie müssen die Benutzer nach der Erstellung lizenzieren. Sie haben 30 Tage zum Hinzufügen von Lizenzen, nachdem die Benutzer erstellt wurden. Weitere Informationen zum Hinzufügen von Lizenzen finden Sie unter Schritt 8: Aufgaben nach der Migration abschließen.

Sie können entweder das Microsoft Entra Synchronization Tool oder die Microsoft Azure AD Sync Services verwenden, um Ihre lokalen Benutzer in Microsoft 365 zu synchronisieren und zu erstellen. Nachdem Postfächer zu Microsoft 365 migriert wurden, verwalten Sie Benutzerkonten in Ihren lokalen organization, die mit Ihrem Microsoft 365-organization synchronisiert werden. Weitere Informationen finden Sie unter Verzeichnisintegration.

Schritt 2: Erstellen einer CSV-Datei für einen Batch der mehrstufigen Migration

Nachdem Sie die Benutzer identifiziert haben, deren lokale Postfächer Sie zu Microsoft 365 migrieren möchten, verwenden Sie eine CSV-Datei (Comma Separated Value), um einen Migrationsbatch zu erstellen. Jede Zeile in der CSV-Datei, die von Microsoft 365 zum Ausführen der Migration verwendet wird, enthält Informationen zu einem lokalen Postfach.

Hinweis

Es gibt keine Beschränkung für die Anzahl von Postfächern, die Sie mithilfe einer mehrstufigen Migration zu Microsoft 365 migrieren können. Die CSV-Datei für einen Migrationsbatch kann maximal 2.000 Zeilen enthalten. Erstellen Sie zum Migrieren von mehr als 2.000 Postfächern zusätzliche CSV-Dateien und verwenden Sie jede Datei, um einen neuen Migrationsbatch zu erstellen.

Unterstützte Attribute

Die CSV-Datei für eine mehrstufige Migration unterstützt die folgenden drei Attribute. Jede Zeile der CSV-Datei entspricht einem Postfach und muss einen Wert für jedes dieser Attribute enthalten.

Attribut Beschreibung Erforderlich?
EmailAddress
Gibt die primäre SMTP-E-Mail-Adresse an, pilarp@contoso.comz. B. , für lokale Postfächer.
Verwenden Sie die primäre SMTP-Adresse für lokale Postfächer und nicht für Benutzer-IDs aus Microsoft 365. Wenn die lokale Domäne beispielsweise contoso.com aber die Microsoft 365-E-Mail-Domäne service.contoso.com benannt ist, verwenden Sie den domänennamen contoso.com für E-Mail-Adressen in der CSV-Datei.
Erforderlich
Kennwort
Das Kennwort, das für das neue Microsoft 365-Postfach festgelegt werden soll. Alle Kennworteinschränkungen, die auf Ihre Microsoft 365-organization gelten auch für die Kennwörter, die in der CSV-Datei enthalten sind.
Optional
ForceChangePassword
Gibt an, ob ein Benutzer das Kennwort ändern muss, wenn er sich zum ersten Mal bei dem neuen Microsoft 365-Postfach anmeldet. Verwenden Sie True oder False als Wert für diesen Parameter.
>[! HINWEIS]> Wenn Sie eine Lösung für einmaliges Anmelden (Single Sign-On, SSO) implementiert haben, indem Sie Active Directory-Verbunddienste (AD FS) (AD FS) oder höher in Ihrem lokalen organization bereitstellen, müssen Sie false für den Wert des ForceChangePassword-Attributs verwenden.
Optional

CSV-Dateiformat

Das folgende Beispiel zeigt das Format der CSV-Datei. In diesem Beispiel werden drei lokale Postfächer zu Microsoft 365 migriert.

In der ersten Zeile (auch als Kopfzeile bezeichnet) der CSV-Datei sind die Namen der Attribute oder Felder aufgelistet, die in den folgenden Zeilen angegeben werden. Die einzelnen Attributnamen werden jeweils durch ein Komma getrennt.

EmailAddress,Password,ForceChangePassword
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False

Die Zeilen unter der Kopfzeile stellen einen Benutzer dar und enthalten die Informationen, die zum Migrieren des Postfachs des Benutzers verwendet werden. Die Attributwerte in jeder einzelnen Zeile müssen die gleiche Reihenfolge aufweisen wie die Attributnamen in der Kopfzeile.

Sie können einen beliebigen Text-Editor oder eine Anwendung wie Excel zum Erstellen der CSV-Datei verwenden. Speichern Sie die Datei als CSV- oder TXT-Datei.

Hinweis

Wenn die CSV-Datei Nicht-ASCII-Zeichen oder Sonderzeichen enthält, muss sie mit UTF-8-Codierung oder einer anderen Unicode-Codierung gespeichert werden. Abhängig von der Anwendung kann es leichter sein, die CSV-Datei mit UTF-8-Codierung oder einer anderen Unicode-Codierung zu speichern, wenn das Systemgebietsschema des Computers der in der CSV-Datei verwendeten Sprache entspricht.

Schritt 3: Migrationsendpunkt erstellen

Um E-Mails erfolgreich zu migrieren, muss Microsoft 365 eine Verbindung mit dem Quell-E-Mail-System herstellen und mit diesem kommunizieren. Dazu verwendet Microsoft 365 einen Migrationsendpunkt. Zum Erstellen eines Migrationsendpunkts von Outlook Anywhere durch die Verwendung von PowerShell, für eine mehrstufige Migration, stellen Sie zuerst eine Verbindung mit Exchange Online her.

Eine vollständige Liste der Migrationsbefehle finden Sie unter Verschiebungs- und Migrations-Cmdlets.

Zum Erstellen eines Migrationsendpunkts von Outlook Anywhere, bezeichnet als "StagedEndpoint" in Exchange Online PowerShell, führen Sie den folgenden Befehl aus:

$Credentials = Get-Credential
New-MigrationEndpoint -ExchangeOutlookAnywhere -Name StagedEndpoint -Autodiscover -EmailAddress administrator@contoso.com -Credentials $Credentials

Weitere Informationen zu den New-MigrationEndpoint -Cmdlets finden Sie unterNew-MigrationEndpoint.

Hinweis

Beim Cmdlet New-MigrationEndpoint können Sie mit der Option -TargetDatabase eine von dem Dienst zu verwendende Datenbank angeben. Andernfalls wird nach dem Zufallsprinzip eine Datenbank aus dem Active Directory-Verbunddienste (AD FS) 2.0-Standort zugewiesen, in dem sich das Verwaltungspostfach befindet.

Stellen Sie die Funktion sicher

Führen Sie den folgenden Befehl zum Anzeigen von Informationen zum Migrationsendpunkt "StagedEndpoint" in Exchange Online PowerShell aus:

Get-MigrationEndpoint StagedEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*

Schritt 4: Erstellen und starten eines Batches für eine mehrstufige Migration

Sie können das New-MigrationBatch -Cmdlet in Exchange Online PowerShell verwenden, um einen Migrationsbatch für eine Übernahmemigration zu erstellen. Sie können einen Migrationsbatch erstellen und diesen automatisch starten, indem Sie den Parameter AutoStart verwenden. Alternativ können Sie den Migrationsbatch erstellen und später mithilfe des Start-MigrationBatch -Cmdlets manuell starten. In diesem Beispiel wird ein Migrationsbatch namens "StagedBatch1" erstellt und verwendet den Migrationsendpunkt, der im vorherigen Schritt erstellt wurde.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

In diesem Beispiel wird auch ein Migrationsbatch namens "StagedBatch1" erstellt und verwendet den Migrationsendpunkt, der im vorherigen Schritt erstellt wurde. Da der AutoStart-Parameter nicht enthalten ist, muss der Migrationsbatch manuell auf dem Migrationsbatch Dashboard oder mithilfe des Cmdlets Start-MigrationBatch gestartet werden. Wie bereits erwähnt, kann immer nur ein Übernahmemigrationsbatch ausgeführt werden.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint

Stellen Sie die Funktion sicher

Führen Sie den folgenden Befehl in Exchange Online PowerShell aus, um Informationen über den "StagedBatch1" anzuzeigen:

Get-MigrationBatch -Identity StagedBatch1 | Format-List

Sie können auch überprüfen, ob der Batch gestartet wurde, indem Sie den folgenden Befehl ausführen:

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Weitere Informationen zu den Get-MigrationBatch -Cmdlets finden Sie unterGet-MigrationBatch.

Schritt 5: Konvertieren lokaler Postfächer in E-Mail-aktivierte Benutzer

Nachdem Sie einen Batch Postfächer erfolgreich migriert haben, benötigen Sie eine Methode, damit die Benutzer auf ihre E-Mail zugreifen können. Ein Benutzer, dessen Postfach migriert wurde, verfügt jetzt sowohl über ein lokales postfach als auch über ein Postfach in Microsoft 365. Benutzer, die über ein Postfach in Microsoft 365 verfügen, erhalten keine neuen E-Mails mehr in ihrem lokalen Postfach.

Da Sie ihre Migrationen noch nicht abgeschlossen haben, sind Sie noch nicht bereit, alle Benutzer für ihre E-Mails an Microsoft 365 weiterzuleiten. Was also tun Sie für diese Personen, die beide haben? Sie können die lokalen Postfächer ändern, die Sie bereits zu E-Mail-aktivierte Benutzer migriert haben. Wenn Sie von einem Postfach zu einem E-Mail-aktivierten Benutzer wechseln, können Sie den Benutzer für seine E-Mails an Microsoft 365 weiterleiten, anstatt zum lokalen Postfach zu wechseln.

Ein weiterer wichtiger Grund für die Konvertierung von lokalen Postfächern in E-Mail-aktivierte Benutzer besteht darin, Proxyadressen aus den Microsoft 365-Postfächern beizubehalten, indem Proxyadressen an die E-Mail-aktivierten Benutzer kopiert werden. So können Sie Cloud-basierte Benutzer mithilfe von Active Directory von der lokalen Organisation aus verwalten. Wenn Sie ihre lokale Exchange Server organization außer Betrieb nehmen möchten, nachdem alle Postfächer zu Microsoft 365 migriert wurden, verbleiben die Proxyadressen, die Sie in die E-Mail-aktivierten Benutzer kopiert haben, in Ihrem lokales Active Directory.

Schritt 6: Löschen eines Batches für die mehrstufige Migration

Nachdem alle Postfächer in einem Migrationsbatch erfolgreich migriert wurden und Sie die lokalen Postfächer im Batch in E-Mail-aktivierte Benutzer konvertiert haben, können Sie einen Batch der mehrstufigen Migration löschen. Stellen Sie sicher, dass E-Mails an die Microsoft 365-Postfächer im Migrationsbatch weitergeleitet werden. Wenn Sie einen Batch für die mehrstufige Migration löschen, bereinigt der Migrationsdienst alle zum Migrationsbatch gehörenden Datensätze und löscht den Migrationsbatch.

Führen Sie den folgenden Befehl aus, um den Migrationsbatch "StagedBatch1" in Exchange Online PowerShell zu löschen.

Remove-MigrationBatch -Identity StagedBatch1

Weitere Informationen zu dem Remove-MigrationBatch -Cmdlet finden Sie unterRemove-MigrationBatch.

Stellen Sie die Funktion sicher

Führen Sie den folgenden Befehl in Exchange Online PowerShell aus, um Informationen über den "IMAPBatch1" anzuzeigen:

Get-MigrationBatch StagedBatch1

Der Befehl gibt entweder den Migrationsbatch mit dem Status Removing zurück oder einen Fehler, der besagt, dass der Migrationsbatch nicht gefunden werden konnte, was bestätigt, dass er gelöscht wurde.

Weitere Informationen zu den Get-MigrationBatch -Cmdlets finden Sie unterGet-MigrationBatch.

Schritt 7: Zuweisen von Lizenzen zu Microsoft 365-Benutzern

Aktivieren Sie Microsoft 365-Benutzerkonten für die migrierten Konten, indem Sie Lizenzen zuweisen. Wenn Sie keine Lizenz zuweisen, wird das Postfach deaktiviert, sobald die Karenzzeit (30 Tage) endet. Informationen zum Zuweisen einer Lizenz im Microsoft 365 Admin Center finden Sie unter Zuweisen oder Aufheben der Zuweisung von Lizenzen.

Schritt 8: Aufgaben nach der Migration abschließen

  • Erstellen Sie einen AutoErmittlung-DNS-Eintrag, damit Benutzer problemlos auf ihre Postfächer zugreifen können. Nachdem alle lokalen Postfächer zu Microsoft 365 migriert wurden, können Sie einen AutoErmittlungs-DNS-Eintrag für Ihre Microsoft 365-organization konfigurieren, damit Benutzer problemlos eine Verbindung mit ihren neuen Microsoft 365-Postfächern mit Outlook und mobilen Clients herstellen können. Dieser neue AUTOERMITTLUNG-DNS-Eintrag muss denselben Namespace verwenden, den Sie für Ihre Microsoft 365-organization verwenden. Wenn der Namespace für die Cloud-basierte Organisation beispielsweise "cloud.contoso.com" lautet, müssen Sie den DNS-Datensatz "autodiscover.cloud.contoso.com" für die AutoErmittlung erstellen.

    Microsoft 365 verwendet einen CNAME-Eintrag, um den AutoErmittlungsdienst für Outlook und mobile Clients zu implementieren. Der CNAME-Eintrag für die AutoErmittlung muss folgende Informationen enthalten:

  • Nehmen Sie lokale Exchange-Server außer Betrieb. Nachdem Sie überprüft haben, dass alle E-Mails direkt an die Microsoft 365-Postfächer weitergeleitet werden, und Sie Ihre lokale E-Mail-organization nicht mehr verwalten müssen oder keine SSO-Lösung implementieren möchten, können Sie Exchange von Ihren Servern deinstallieren und Ihre lokale Exchange-organization entfernen.

Hinweis

Eine Außerbetriebnahme von Exchange kann unerwartete Folgen haben. Vor der Außerbetriebnahme Ihrer lokalen Exchange-Organisation sollten Sie Kontakt mit dem Microsoft-Support aufnehmen.

Weitere Informationen erhalten Sie unter den folgenden Themen: