Exchange Online (Microsoft 365) nach Exchange Online (Microsoft 365) Migrationshandbuch für Postfächer

Dieses Handbuch enthält alle erforderlichen Schritte zum Migrieren von E-Mail-Daten von einer Microsoft 365-Instanz zu einer anderen mit demselben Domänennamen.

Dieses Handbuch enthält keine Schritte zur Verwendung der Koexistenz während der Migration. Das Handbuch zur Migrationsstrategie bei Verwendung von Koexistenz finden Sie unter Exchange Online (Microsoft 365) zu Exchange Online (Microsoft 365) – Migrationshandbuch – Verwenden von Koexistenz – Andere Domäne.

Die Verwendung von App-Kennwörtern wird von diesem Endpunkt nicht unterstützt.

Zum ersten Mal?

Wenn Sie zum ersten Mal eine Migration durchführen, haben wir einen & -Strategieleitfaden für die Migrationsplanung erstellt, der Sie durch die Planung, Einrichtung und allgemeine Best Practices für die Migration führt. Wenn Sie noch nie zuvor eine Migration durchgeführt haben, empfehlen wir Ihnen, dies zu lesen, bevor Sie mit den in diesem Szenario beschriebenen Schritten beginnen.

Koexistenz von Mandanten zu Mandanten

Wenn Sie ein Projekt mit der Koexistenz von Mandanten zu Mandanten für verschiedene Domänen starten, finden Sie in diesem Artikel eine vollständige Anleitung zur Einrichtung.

Einschränkungen

MigrationWiz ist kein Synchronisierungstool. Bereits migrierte Elemente, die während der Migration an der Quelle aktualisiert wurden, werden am Ziel nicht aktualisiert.

MigrationWiz unterstützt die Möglichkeit, Migrationsprojekte in einer Arbeitsgruppe zu teilen. Wenn die Projektfreigabefunktion aktiviert ist, können alle aktiven Agenten alle Migrationsprojekte anzeigen.

Wir empfehlen, diese Migration mit mehreren Migrationspässen abzuschließen, wie in den MigrationWiz-Schritten beschrieben, da dies die geringsten Auswirkungen auf die Benutzer hat.

Wenn für Ihre Quelle oder Ihr Ziel die moderne Authentifizierung aktiviert ist, müssen zusätzliche Schritte ausgeführt werden, damit MigrationWiz eine Verbindung zu Ihren Umgebungen herstellen kann. Führen Sie die Schritte im Artikel MigrationWiz – Migrationsplanung – Moderne Authentifizierung für Microsoft 365 aus, um die moderne Authentifizierung zu verwalten.

Die maximale Dateigröße für die Migration über MigrationWiz variiert je nach Migrationstyp und Umgebung, darf jedoch niemals 60 GB überschreiten.

Migrationen mit Zwei-Faktor- oder Multifaktor-Authentifizierung können nicht unterstützt werden.

Welche Elemente werden migriert und welche nicht?

Migriert

  • Posteingang
  • Ordner
  • E-Mail
  • Kontakte
  • Kalender
  • Aufgaben
  • Journale
  • Notizen
  • Serverseitige Regeln
  • Ordnerberechtigungen
  • Post (wenn das Ziel Exchange oder Office 365 ist)
  • Kalenderakzeptanzstatus E-Mails

Ressourcenpostfächer

Wir behandeln Ressourcenpostfächer genauso wie normale Benutzerpostfächer. Wenn Sie sich mit einem Webclient (z., Outlook Web Access), sollten wir uns ebenfalls anmelden und die Daten migrieren können. Wenn es keine Möglichkeit gibt, sich über einen Webclient (wie OWA) beim Ressourcenpostfach anzumelden, können wir uns auch nicht anmelden und die Daten migrieren.

In einigen Fällen ist das Ressourcenpostfach nur ein freigegebener Kalender, der einem Benutzer gehört. In diesen Fällen, wenn das Postfach des Benutzers migriert wird, sollten wir in der Lage sein, den Ressourcenpostfachkalender als einen der Kalender des Benutzers zu migrieren. Sobald die Migration abgeschlossen ist, können Sie die Freigabe / Berechtigungen für den Kalender so festlegen, dass andere Benutzer darauf zugreifen können.

Nicht migriert

  • Sichere Absender-/Sperrlisten

Erstellen Sie ein Administratorkonto

Erstellen Sie ein Administratorkonto in Microsoft 365, das für die Migration verwendet werden soll, oder verwenden Sie das globale Administratorkonto für den Mandanten. Das Administratorkonto muss entweder über vollständigen Zugriff auf die Benutzerpostfächer verfügen oder über Identitätswechselrechte verfügen. Wir empfehlen die Verwendung von Identitätswechsel, da dadurch die Wahrscheinlichkeit verringert wird, dass die Migration von Microsoft gedrosselt wird.

So legen Sie den Identitätswechsel manuell fest:

  • Verwenden Sie Administratoranmeldeinformationen am Ziel.
  • Melden Sie sich beim MigrationWiz-Konto an.
  • Bearbeiten Sie das Projekt und klicken Sie auf Erweiterte Optionen.
  • Wenn Sie von Microsoft 365 migrieren, aktivieren Sie unter Quelle die Option Identitätswechsel zur Authentifizierung verwenden.
  • Wenn Sie zu Microsoft 365 migrieren, aktivieren Sie unter Ziel die Option Identitätswechsel zur Authentifizierung verwenden.
  • Klicken Sie auf Optionen speichern.

MigrationWiz führt automatisch einen Remote-PowerShell-Befehl aus, damit sich das Administratorkonto bei Benutzerpostfächern anmelden (sich als Benutzer ausgeben) kann.

Exportieren Sie die Benutzerliste in eine CSV-Datei

Dies kann verwendet werden, wenn Sie später Benutzer zu Ihrem MigrationWiz-Projekt hinzufügen. Sie können die Benutzerliste kopieren und in die Spalten Quell- und Ziel-E-Mail in Ihrem MigrationWiz-Projekt-Dashboard unter Hinzufügen > Massen hinzufügen einfügen.

So exportieren Sie die Benutzerliste:

  1. Rufen Sie das Microsoft 365 Admin Portal auf.
  2. Klicken Sie auf Benutzer.
  3. Klicken Sie auf Aktive Benutzer.
  4. Klicken Sie auf Exportieren.
  5. Klicken Sie auf Weiter.

Speichern Sie die CSV-Datei an einem Ort, an dem Sie später in der Migration zum Hochladen darauf zugreifen können.

Ziel vorbereiten

Richten Sie Benutzerkonten auf dem Office 365-Zielmandanten ein und weisen Sie Lizenzen zu. Diese können auf verschiedene Arten erstellt werden. (Die folgenden Links führen zu externen Artikeln.)

  • Manuell, einer nach dem anderen.
  • Durch Massenimport über CSV-Datei.
  • Durch PowerShell-Skript.

Erstellen eines Administratorkontos

Erstellen Sie ein Administratorkonto in Microsoft 365, das für die Migration verwendet werden soll, oder verwenden Sie das globale Administratorkonto für den Mandanten. Das Administratorkonto muss entweder über vollständigen Zugriff auf die Benutzerpostfächer verfügen oder über Identitätswechselrechte verfügen. Wir empfehlen die Verwendung von Identitätswechsel, da dadurch die Wahrscheinlichkeit verringert wird, dass die Migration von Microsoft gedrosselt wird. Führen Sie die Schritte unter Vorbereiten der Quelle aus, um bestimmte Schritte zum manuellen Festlegen des Identitätswechsels festzulegen.

Administratorzugriff testen

Testen Sie, ob der Administrator auf Benutzerpostfächer zugreifen kann. Testzugang zum tenantname.onmicrosoft.com adressen, nicht an die domainname.com adressen. Stellen Sie sicher, dass die tenantname.onmicrosoft.com das Konto ist an jedes Postfach in Microsoft 365 angehängt. Standardmäßig sollte es angehängt werden, aber wenn nicht, muss es jedem Konto als Alias hinzugefügt werden. Dies kann über das Microsoft 365 Admin Portal oder über PowerShell-Skripte erfolgen.

Erstellen eines Postfachmigrationsprojekts

  1. Klicken Sie auf die Schaltfläche Zu meinen Projekten wechseln.
  2. Klicken Sie auf die Schaltfläche Projekt erstellen.
  3. Erstellen Sie ein Postfachprojekt. Verwenden Sie für Postfachmigrationen Administratoranmeldeinformationen, um auf Postfächer zuzugreifen. In den meisten Migrationsszenarien muss das Administratorkonto über volle Zugriffsrechte auf die Quellpostfächer verfügen.
  4. Klicken Sie auf Nächster Schritt.
  5. Geben Sie einen Projektnamen ein und wählen Sie einen Kunden aus.
  6. Klicken Sie auf Nächster Schritt.
  7. Wählen Sie einen Quellendpunkt aus dem Dropdown-Menü Endpunkt aus, oder erstellen Sie einen neuen Endpunkt, indem Sie die folgenden Schritte ausführen.
  8. Wählen Sie einen Zielendpunkt aus dem Dropdown-Menü Endpunkt aus, oder erstellen Sie einen neuen Endpunkt, indem Sie die folgenden Schritte ausführen.
  9. Klicken Sie auf Speichern und gehen Sie zur Zusammenfassung.

Postfachmigrationseinstellungen: Jede Einstellung im Projekt wird auf alle Postfächer angewendet, die diesem Projekt zugeordnet sind. Bei Einstellungen, die als Kontrollkästchen dargestellt werden, werden nur ausgewählte Einstellungen auf das Projekt angewendet. Wenn Sie ein Kontrollkästchen nicht aktivieren, wird eine vom Projekt geerbte ausgewählte Einstellung nicht deaktiviert.

Endpunkte

Endpunkte werden jetzt über MigrationWiz und nicht über MSPComplete erstellt. Die Schritte in diesem Abschnitt beschreiben, wie Sie die Endpunkte in MigrationWiz erstellen.

Wenn Sie einen vorhandenen Endpunkt auswählen, beachten Sie, dass nur zehn Endpunkte in der Dropdown-Liste angezeigt werden. Wenn Sie mehr als zehn haben, müssen Sie möglicherweise suchen. Die Endpunktsuche ist fall- und zeichenspezifisch. Beispielsweise wird Cust0mer nicht angezeigt, wenn die Suche Kunde ist. Wir empfehlen, eine Liste der von Ihnen erstellten Endpunkte zusammen mit allen eindeutigen Schreibweisen oder Großbuchstaben zu führen, die Sie möglicherweise verwendet haben.

Sie können entweder vorhandene Endpunkte verwenden oder neue erstellen.

So erstellen Sie einen neuen Endpunkt:

  1. Klicken Sie auf Neu.
  2. Endpunkt benennen.
  3. Wählen Sie Microsoft 365 aus.
  4. Geben Sie den Benutzernamen und das Kennwort des Administrators in die Felder ein. Dies sollte der globale Administrator oder der Administrator sein, der im Abschnitt Quelle vorbereiten erstellt wurde.
  5. Klicken Sie auf Hinzufügen.
  6. Klicken Sie auf Nächster Schritt.

Tun Sie dies sowohl für die Quelle als auch für das Ziel.

Benutzer hinzufügen

Wichtig

Wenn der Domänenname in den neuen Zielmandanten migriert wird, wird dringend empfohlen, dass Benutzer im Migrationsprojekt die OnMicrosoft-Domänennamen für die Quell- und die Ziel-E-Mail-Adresse anstelle der Vanity-Domäne verwenden.

Dazu fügen Sie die Benutzer mit ihrer Vanity-Domäne hinzu, und sobald sie sich im Projekt befinden, wählen Sie alle Benutzer aus und klicken Sie im Menü auf die Option Domänen ändern, um sie mithilfe der OnMicrosoft-Domäne zu ändern.

Fügen Sie die Benutzerkonten hinzu, die in das Projekt migriert werden. Dies kann auf verschiedene Arten erfolgen, abhängig von der Größe des Projekts. Klicken Sie einfach auf, um die ausgewählte Option anzuzeigen, und folgen Sie den Anweisungen dort.

Kleine Migrationen:

Bei kleinen Migrationen ist es einfach, Benutzer einzeln mit Quick Add hinzuzufügen. Die Schritte dazu sind unten.

Größere Migrationen:

Für größere Migrationen empfehlen wir, entweder die Autoermittlungs- oder die Bulk-Add-Option zu verwenden.

Autoermittlung fügt alle Benutzer hinzu, die auf dem Quell-Mandanten gefunden wurden. Dies kann dann im Projekt bearbeitet werden, um nicht migrierte Benutzer zu entfernen. Alle Benutzer werden mit den Quell- und Ziel-E-Mail-Adressen hinzugefügt, die mit der Quell-E-Mail übereinstimmen. Dies kann über die Schaltfläche Domänennamen ändern oben auf der Projektseite geändert werden. Wenn sich die Benutzernamen während der Migration ändern, empfehlen wir die Option Massen hinzufügen.

Bulk Add verwendet eine CSV-Datei, die die Quell- und Ziel-E-Mail-Adressen der Benutzer enthält, um die Benutzer zum Projekt hinzuzufügen. Wenn Sie nur eine bestimmte Gruppe von einem Mandanten migrieren, empfehlen wir die Option Massen hinzufügen.

Schnell hinzufügen
Mit dieser Option können Sie Elemente einzeln hinzufügen. Sie müssen für jeden Benutzer eine E-Mail-Adresse, einen Anmeldenamen und ein Kennwort eingeben, wenn Sie beim Einrichten des Projekts keine administrativen Anmeldeinformationen eingegeben haben. Sie müssen nur dann eine E-Mail-Adresse angeben, wenn Sie beim Einrichten des Projekts administrative Anmeldeinformationen eingegeben haben.

Bulk Add

MigrationWiz können Sie Bulk-Import-Postfächer in das System.

So importieren Sie ein oder mehrere Postfächer:

  1. Melden Sie sich bei Ihrem MigrationWiz-Konto an.
  2. Wählen Sie das Projekt aus, für das Sie den Massenimport durchführen möchten.
  3. Klicken Sie auf Hinzufügen.
  4. Klicken Sie auf Massen hinzufügen.
  5. Folgen Sie den Anweisungen auf der Seite.

Autoermittlung

Mit dem Autoermittlungsprozess in MigrationWiz können Elemente aus der Quellumgebung ermittelt und in Ihre Projekte importiert werden.

Es gibt nur wenige Anforderungen, damit dies funktioniert:

  • Die Quelle muss Exchange 2007 oder höher oder Microsoft 365 oder G Suite sein. Wenn Sie die Autoermittlung über die G Suite verwenden, müssen alle G Suite-Domänen zur Liste der Domänen im Endpunkt hinzugefügt werden.
    • G Suite unterstützt keine automatische Erkennung, wenn Postfachadressen in MigrationWiz-Werbebuchungen importiert werden.
  • Der Endpunkt auf der Quelle muss Administratoranmeldeinformationen verwenden.
  • Für Postfachmigrationsprojekte muss dem im Quellendpunkt angegebenen Administratorkonto ein Postfach zugeordnet sein.
  • Das Administratorpostfach muss in der öffentlichen globalen Adressliste (GAL) aufgeführt sein.
  • Der Migrationsprojekttyp muss eine Postfachmigration sein. Die genauen Schritte, die während der Migration zu befolgen sind, finden Sie im entsprechenden Migrationshandbuch. Alle Migrationshandbücher finden Sie auf der Help Center-Website.

Ein zusätzlicher Punkt, der hier zu beachten ist, ist, dass es keine Möglichkeit gibt, die IP-Adressen einzuschränken, von denen die Verbindung kommt. Dies bedeutet, dass die in unserem IP-Sperrleitfaden beschriebenen Schritte hier nicht gelten. Wenn in Ihrer Umgebung IP-Adressen auf die Whitelist gesetzt werden müssen, wird empfohlen, Elemente mit einer der anderen verfügbaren Optionen zu Ihrem Projekt hinzuzufügen.

Die automatische Erkennung von Elementen funktioniert nicht, wenn die moderne Authentifizierung verwendet wird

Die automatische Erkennung macht die folgenden Elemente verfügbar:

  • Bei der Postfachmigration listet Autoermittlung alle Postfächer an der Quelle auf.

Schritte zum Ausführen der Autoermittlung

  1. Navigieren Sie zu dem Projekt, in das Sie Benutzer importieren möchten.

  2. Stellen Sie sicher, dass Sie einen Endpunkt für das Quellprojekt erstellt haben.

  3. Klicken Sie im Projekt in der oberen Navigationsleiste auf das Dropdown-Menü Hinzufügen und wählen Sie dann Autoermittlungselemente aus. Dadurch wird der Autoermittlungsprozess gestartet.

  4. Klicken Sie nach der Entdeckung auf die Schaltfläche Importieren, um die Elemente in Ihr MigrationWiz-Projekt zu importieren.

Legen Sie die erweiterten Projektoptionen fest

Die folgenden Optionen sind für dieses Migrationsszenario am wertvollsten:

Legen Sie fest, dass der Identitätswechsel an der Quelle verwendet wird. Aktivieren Sie das Kontrollkästchen Identitätswechsel an der Quelle verwenden.

Legen Sie fest, dass der Identitätswechsel am Ziel verwendet wird. Aktivieren Sie das Kontrollkästchen Identitätswechsel am Ziel verwenden.

Unter Support/Support-Optionen:

RecipientMapping="@sourcetenantname.onmicrosoft.com->@destinationdomainname.com"

Das obige RecipientMapping ist nur ein Beispiel; Kopieren Sie dies nicht wörtlich. Es muss geändert werden, um die sourcetenantname.onmicrosoft.com kontoname und der Domänenname des Kundenziels.

Dies ist ein sehr wichtiger Schritt für Migrationen von Microsoft 365 zu Microsoft 365. Es stellt sicher, dass E-Mails auch nach der vollständigen (Delta-) Migration beantwortet werden können, da sie dem neuen Zieldomänennamen zugeordnet werden, anstatt den alten sourcetenantname zu verwenden.onmicrosoft.com-Kontoname (der nach der Pensionierung des Mandanten nicht mehr verfügbar ist).

Empfängerzuordnungen sind eine nützliche Methode, um sicherzustellen, dass:

  • Alle E-Mails können nach der Migration auch nach einer vollständigen (Delta-) Migration beantwortet werden, wenn eine Migration von Mandanten zu Mandanten durchgeführt wird, während derselbe Domänenname beibehalten wird. oder beim Ändern von Domänennamen von Quelle zu Ziel.
  • Kalenderbesitz und Anzeigename stimmen am Ziel überein, wenn eine Migration von Mandanten zu Mandanten durchgeführt wird, während derselbe Domänenname beibehalten wird; oder beim Ändern von Domainnamen von Quelle zu Ziel.

Wenn Sie die Empfängerzuordnung während der Migration von einer Quelldomäne zu mehreren Zieldomänen verwenden, ist für jede Zieldomäne ein Projekt erforderlich.

Wenn sich der Domänenname ändert, kann die Zieldomäne in der Empfängerzuordnung wie in diesem Beispiel verwendet werden: RecipientMapping=“@sourcedomainname->@destinationdomainname“

Es kann mehr als ein Zuordnungsausdruck verwendet werden, solange die Zieldomäne in der Empfängerzuordnung gleich bleibt.

Wenn sich das Benutzerpräfix ändert, folgen Sie den Anweisungen hier, Änderungen des Benutzerpräfixes

Führen Sie Anmeldeinformationen überprüfen aus

Sie können die Anmeldeinformationen von Elementen in MigrationWiz überprüfen, ohne Daten zu migrieren oder Lizenzen zu verbrauchen.

  1. Öffnen Sie das Projekt mit den Elementen, die Sie validieren möchten.
  2. Wählen Sie die Elemente aus, die Sie validieren möchten.
  3. Klicken Sie in Ihrem Dashboard auf die Schaltfläche Start.
  4. Wählen Sie Anmeldeinformationen überprüfen aus der Dropdown-Liste aus.

Nach Abschluss werden die Ergebnisse der Überprüfung im Abschnitt Status angezeigt.

Lizenzierung

Erwerben und Anwenden von Benutzermigrationspaket-Lizenzen für alle Benutzer, die migriert werden. Für diesen Migrationstyp empfehlen wir das Benutzermigrationspaket.

  • Benutzermigration Bundle-Lizenzen haben unbegrenzte Daten pro Lizenz zur Verfügung.
  • User Migration Bundle-Lizenzen werden auf die Benutzer des Kunden angewendet und verfallen 12 Monate nach dem Kaufdatum.
  • Document-, Personal Archive- und DeploymentPro-Projekte sind bei der Verwendung von User Migration Bundle-Lizenzen enthalten.
  • Dieser Lizenztyp muss manuell angewendet werden.

Lizenzen kaufen

  1. Melden Sie sich in Ihrem BitTitan-Konto an.
  2. Klicken Sie in der oberen Navigationsleiste auf Kaufen.
  3. Klicken Sie auf die Schaltfläche Auswählen und wählen Sie den gewünschten Lizenztyp aus.
  4. Geben Sie die Anzahl der Lizenzen ein, die Sie erwerben möchten. Klicken Sie auf Jetzt kaufen.
  5. Geben Sie ggf. eine Rechnungsadresse ein.
  6. Klicken Sie auf Weiter.
  7. Überprüfen Sie die Bestellübersicht und geben Sie eine Zahlungsmethode ein.
  8. Klicken Sie auf Bestellung aufgeben.

Lizenzen für Benutzermigrationspakete anwenden

  1. Melden Sie sich bei MigrationWiz unter https://migrationwiz.bittitan.coman.
    • Sie können sich entweder anmelden und sicherstellen, dass Sie die MigrationWiz-Schaltfläche über dem E-Mail-Feld auswählen, oder sich auf der MSPComplete-Seite anmelden, dann auf die Schaltfläche Alle Produkte klicken und MigrationWiz auswählen.
  2. Wählen Sie oben im linken Navigationsbereich die richtige Arbeitsgruppe aus.
    Hinweis: Dies ist die Arbeitsgruppe, unter der der Kunde und das Migrationsprojekt erstellt wurden. Ihr Konto muss Teil der Arbeitsgruppe sein und die Projektfreigabe muss aktiviert sein, wenn das Projekt nicht unter Ihrem Konto erstellt wurde. Weitere Informationen finden Sie unter Hinzufügen und Bearbeiten von Arbeitsgruppen und Projektfreigabe in MigrationWiz.
  3. Klicken Sie auf das Projekt, für das Lizenzen angewendet werden müssen.
    • Stellen Sie sicher, dass die UMB-Lizenzen für das UPN / SMTP basierend auf der Domäne angewendet werden. Verwenden Sie anschließend die Domäne ändern, um die Werbebuchungen zu aktualisieren, auf die verwiesen werden soll .onmicrosoft.com adresse.
  4. Aktivieren Sie das Kontrollkästchen links neben der E-Mail für die Benutzer, auf die Sie eine Benutzermigrationspaket-Lizenz anwenden möchten.
  5. Klicken Sie oben auf der Projektseite auf das Menü Mehr (3 gestapelte Zeilen).
  6. Klicken Sie auf Apply User Migration Bundle License.

Wenn Sie weitere Fragen zur Lizenzierung haben, z. B. zum Einlösen von Gutscheinen, zum Anfordern von Rückerstattungen oder zum Ändern von Kategorien, lesen Sie MigrationWiz-Lizenzen.

Führen Sie einen Pre-Stage-Migrationspass aus

  1. Wählen Sie die Benutzer aus.
  2. Klicken Sie oben auf die Schaltfläche Start.
  3. Wählen Sie Pre-Stage-Migration aus.
  4. Wählen Sie im Abschnitt Migrationsplanung in der Dropdown-Liste die Option Vor 90 Tagen aus.
  5. Klicken Sie auf Migration starten.

Die 90 Tage sind ein Vorschlag, Sie können jede gewünschte Option auswählen. Bei der Pre-Stage-Migration werden nur ältere Postsendungen migriert. Dies kann mehrmals mit unterschiedlichen Zeitrahmen ausgeführt werden, um Daten in kleineren Blöcken zu migrieren.

Domäne aus Quelle entfernen

Dies sollte erst nach Abschluss des Migrationsdurchgangs der Vorstufe erfolgen. Normalerweise wird es spät an einem Freitagabend gemacht. Anweisungen zum Entfernen einer Domäne finden Sie in diesem Dokument von Microsoft: Entfernen einer Domäne aus Office 365.

Wenn im Quellmandanten mehrere Domänen in den neuen Mandanten verschoben werden, müssen alle entfernt werden.

Ändern Sie im Admin-Portal die UPN des Admin-Kontos in onmicrosoft.com adresse.

Nach dem Entfernen der Domäne können Benutzer nicht mehr auf ihre E-Mails zugreifen, es sei denn, sie kennen tenantname.onmicrosoft.com e-Mail-Adressen.

Warten Sie nach dem Entfernen 30 Minuten, bis die Replikation zum Entfernen der Domäne abgeschlossen ist.

Benutzer benachrichtigen

Senden Sie eine E-Mail an die Benutzer, damit sie wissen, was sie bei der Neukonfiguration ihres Outlook-Profils erwartet. Wenn Sie DeploymentPro verwenden, können Sie jetzt das DeploymentPro-Handbuch verwenden, um die Benutzer auf dem Ziel für die Outlook-Profilkonfiguration einzurichten.

Domäne am Ziel überprüfen

Diese Aktionen werden im Administratorportal des Mandanten 2 (Ziel) ausgeführt.

  1. Überprüfen Sie die Domäne im Microsoft 365-Zielkonto. Wir empfehlen hierfür die Verwendung des Assistenten in Microsoft 365, da nach der Überprüfung der Domäne mit dem Textdatensatz alle Benutzer in die neue Standarddomäne geändert werden können. Da die Domäne zuvor dem Konto hinzugefügt wurde, müssen Sie lediglich auf die Schaltfläche Überprüfen klicken. Wenn die Domäne nicht überprüft werden kann und ein Fehler vorliegt, der besagt, dass die Domäne bereits in einem anderen Konto vorhanden ist, wenden Sie sich an den Microsoft-Support unter 1-800-642-7676 (gebührenfrei in den USA, andere Nummern sind ebenfalls verfügbar), und teilen Sie ihm mit, dass die Domäne manuell von Forefront, auch Exchange Online Protection oder EOP genannt, aufgehoben werden muss.
  2. Bestätigen Sie, dass jeder Benutzer Destinationdomain.com domain-Namen zu ihrer Mailbox hinzugefügt.
  3. Laden Sie die add_new_domain herunter.ps1 PowerShell-Skript, um dies zu überprüfen und den Domänennamen hinzuzufügen. Dies ist nur erforderlich, wenn die Benutzer die neue Standarddomäne nicht zu ihrem Konto hinzugefügt haben.

MX Record Cutover

Ändern Sie im Portal des DNS-Anbieters den primären MX-Eintrag, um die DNS-Einstellungen für die neue Microsoft 365-Organisation widerzuspiegeln. Zu ändernde DNS-Einstellungen umfassen Autoermittlungs-, MX- und SPF-Datensätze. Entfernen Sie außerdem die alten Einstellungen für Mandant 1. Diese Einstellungen finden Sie im Microsoft 365-Administratorportal, indem Sie die folgenden Schritte ausführen:

  1. Klicken Sie in Microsoft 365 in der Kopfzeile auf Admin.
  2. Klicken Sie auf der Admin-Seite im linken Bereich auf Domains.
  3. Klicken Sie auf den Domänennamen, der eingerichtet werden soll, und klicken Sie dann auf DNS-Einstellungen Auf dieser Seite werden die DNS-Einträge aufgelistet, die für die Verwendung der Microsoft 365-Dienste festgelegt werden müssen.

Full (Delta) pass

  1. Wählen Sie die Benutzer aus.
  2. Klicken Sie oben auf die Schaltfläche Start.
  3. Wählen Sie Vollständige Migration.
  4. Klicken Sie auf Migration starten. Diese Migration wird schnell abgeschlossen, da die meisten Daten während der Migration vor der Migration migriert werden; Microsoft 365 zu Microsoft 365 Migrationen haben eine hohe Bandbreite zur Verfügung.
  5. Durchsuchen Sie die Benutzerliste und klicken Sie auf die roten Fehler „fehlgeschlagene Migration“. Überprüfen Sie die Informationen und handeln Sie entsprechend.

Wiederholungsfehler ausführen

Jeder protokollierte Fehler stellt ein Element dar, das nicht migriert wurde. MigrationWiz enthält einen Modus, in dem Sie die Migration erneut einreichen können, um fehlgeschlagene Elemente erneut zu versuchen. Diese Betriebsart ist immer kostenlos. Sie können Postfächer in diesem Modus nur dann senden, wenn sie alle folgenden Bedingungen erfüllen:

  1. Die letzte Migration wurde erfolgreich abgeschlossen.
  2. Das Postfach enthält mindestens einen Fehler.

Wenn Ihr Postfach diese Bedingungen nicht erfüllt, erhalten Sie beim Absenden der Migration in diesem Modus eine Warnung, und Ihre Anforderung wird nicht erfüllt.

Führen Sie die folgenden Schritte aus, um ein oder mehrere Postfächer im Wiederholungsmodus zu senden:

  1. Klicken Sie auf die Schaltfläche Zu meinen Projekten wechseln.
  2. Wählen Sie das Projekt aus, das die Postfächer enthält, die Sie wiederholen möchten.
  3. Wählen Sie die Postfächer mit Migrationsfehlern aus.
  4. Klicken Sie auf die Schaltfläche Start.
  5. Wählen Sie Fehler wiederholen aus dem Menü.
  6. Klicken Sie auf die Schaltfläche Fehler wiederholen.

Wenn Fehler behoben werden, verschwinden sie aus dem Fehlerprotokoll. Einige Fehler verschwinden möglicherweise nicht, wenn das Quellelement nicht erneut verarbeitet wurde (z. B. aufgrund von Filtern), gelöscht oder verschoben wurde oder wenn das Element erneut fehlgeschlagen ist.

Wenn die Probleme weiterhin bestehen, wenden Sie sich an den Support.

Post-Migration

Wenn DeploymentPro nicht verwendet wird, müssen Benutzer neue Outlook-Profile erstellen, ihre Signaturen erneut einrichten und alle PST-Dateien, die an ihr vorheriges Profil angehängt wurden, erneut anhängen.

Klicken Sie auf das Balkendiagrammsymbol im MigrationWiz-Dashboard, um eine E-Mail mit allen Projektmigrationsstatistiken zu erhalten.

Leave a Reply

Deine E-Mail-Adresse wird nicht veröffentlicht.