Migration von einem M365-Halter zu einem anderen

We all enjoy how easy it is to work with Microsoft Office 365 where all many things are automated and taken care of by Microsoft, but one day you split your company or acquire another one, you will be faced with the need to move data from one Office 365 tenant to another. Dies ist in der Tat eine sehr komplexe Aufgabe, bei der Sie viel mehr Fachwissen darüber benötigen, wie die Dinge unter der Haube funktionieren.

Lassen Sie uns sehen, wie die Entscheidungen für einen Migrationspfad aussehen:

1. 1. Verwenden Sie 3rd-Party-Tools wie BitTitan oder AvePoint. Dies ist eine recht beliebte Wahl und it war in der Vergangenheit die einzige Wahl. Sie müssen für jedes Konto, das verschoben werden soll, bezahlen.
   2. Verwenden Sie Microsoft Free Tools. Diese eine ist neu und wir werden it in den folgenden Abschnitten behandeln.

Unserer Erfahrung nach ist der Datenumzug nur ein Teil des Puzzles. In den meisten Fällen müssen Sie die DNS-Domäne verschieben, so dass dies eine Big Bang-Migration mit all den damit verbundenen Herausforderungen ist. On Monday morning we need to reconnect all users to new tenant and it depends on device type, OS, Office version, Active Directory, a simply the number of users that need to change profiles day after go-live. Kein Tool kann Sie vollständig von dieser schmerzhaften Übung befreien.

Typische Phasen einer Migration:

• Study phase (Proof of concept, architecture, explore context, tools choice, scoping)
• Prepare (setup environments, pre-stage data move)  
• Kommunikation mit den Nutzern
• Migration event (cutover weekend)
• Post-Migration

Lesen Sie mehr unter https://docs.microsoft.com/en-us/microsoft-365/downloads/microsoft-365-tenant-to-tenant-migration.pdf?view=o365-worldwide

Cross tenant Mailbox Migration

Microsoft stellt als Vorschau eine neue Methode namens "Cross tenant Mailbox Migration" zur Verfügung. Verweisen Sie auf https://techcommunity.microsoft.com/t5/microsoft-365-blog/cross-tenant-mailbox-migration-in-now-in-public-preview/ba-p/1692465

Beachten Sie, dass it nur Mailboxen migrieren kann, it deckt Teams, Sharepoint, OneDrive, Groups, etc. nicht ab. It erfordert Azure Key Vault und Storage Account - dafür benötigen Sie zusätzlich zu Office 365, Azure Abonnement in Target tenant. Aber keine Sorge, it wird nicht viel verbrauchen. Lassen Sie uns die Methode hervorheben, die das Tool verwendet, und wir werden Ihnen erklären, wie Sie it verwenden können.

Microsofts Methode basiert auf der Mailbox. Exchange-ähnlichen Migration. You need to create mail enabled user (MEU) in the target, then run migration and the system will copy the data, keep data in sync - one a day, until you finalize the migration (on a D-day say 2 week later). Danach wird eine neue Mailbox auf dem Zielmandanten verfügbar sein. Beachten Sie, dass an der Quelle die Mailbox verschwinden wird und in MEU umgewandelt wird. Wenn eine E-Mail an die alte MEU gesendet wird, wird it an die neue Mailbox weitergeleitet. Wichtiger Unterschied, da 3rd-Party-Tools typischerweise zwei Mailboxen haben, die synchronisiert werden, aber beide noch existieren. In Microsofts Art und Weise existiert eine Mailbox zu einer Zeit, in der eine andere eine MEU-Kontaktperson ist. Eine weitere Voraussetzung für die Microsoft-Methode bezieht sich auf AD synchronisierte Tenants. Um MEUs zu erstellen, müssen Sie ein Exchange Hybrid- oder zumindest Exchange AD Schema in target AD domain/forest haben. Für 3rd Party typischerweise it ist nicht erforderlich.

Der Azure Schlüsselraum wird die Berechtigungen (Zertifikat) aufbewahren und Azure Speicher ist nur ein Klumpen, der als Transferraum verwendet werden kann. Storage kann ein beliebiger lokaler Speicher mit keiner Redundanz sein, hot access only - das einzige, was Sie sich merken müssen, ist, dass Sie Key Vault und Storage in der gleichen Region halten.

Sobald die Voraussetzungen erfüllt sind, können Sie einen von Microsoft vorbereiteten Powershell-Oneliner ausführen, um Ziel-Tenant einzurichten. Dann müssen Sie in beiden Tenants die Admin-Zustimmung erteilen (die Url wird von einem Skript bereitgestellt oder per E-Mail verschickt). Und schließlich führen Sie einen weiteren Oneliner für die Quelle aus. Nun können Sie Ihre Benutzer in Batches auf die gleiche Weise migrieren, wie Sie es in der Vergangenheit in Exchange on-premises getan haben, oder mit der Powershell New-MigrationBatch.

Wir haben in ausführlichen Tests festgestellt, dass die Microsoft-Methode 1,12 Mal schneller ist als Tools von Drittanbietern. Denken Sie daran - it ist eine Vorschau, erwarten Sie also noch keine gute Unterstützung von Microsoft.

Mover.io

You next step might be to migrate users data in. OneDrive (im Wesentlichen it ist ein Sharepoint Online). It kann von Mover.io (von Microsoft übernommen) https://mover.io/guides/migrating-office-365-to-office-365/#introduction durchgeführt werden.

Mover.io bietet eine einfach zu verstehende GUI zum Verschieben von Daten. Microsoft bereitet die Veröffentlichung von Powershell-Methoden zum Bewegen von SharePoint Online-Daten vor, das Datum der Veröffentlichung ist jedoch noch nicht bestätigt.

Summary

Microsoft stellt ein Cross tenant mailbox migration tool zur Verfügung und in Kombination mit Mover.io it erhalten Sie Bausteine für Ihr Migrationsprojekt. Beide Methoden sind kostenlos, ohne die Notwendigkeit von Azure Komponenten, und it macht it zu einer sehr attraktiven Wahl für eine schnelle Massendatenmigration von einem Tenant zu einem anderen. Unsere Empfehlung zu diesem Zeitpunkt ist, dass Sie 3rd-Party-Tools für Real-Life-Projekte beibehalten, bis Microsoft von der Preview zur General Availability wechselt. Unabhängig von dem zur Datenverschiebung verwendeten Tool sollten Sie den Stress nicht unterschätzen, nach der Datenverschiebung Benutzerprofile zu ändern, um sich bei einem neuen Tenant anzumelden.