Microsoft 365 Tenant Migration 2026

01.11.2026 · IT-Wissen

Microsoft 365 Tenant Migration 2026 – praxisnaher Migrationsleitfaden für den Mittelstand.

Eine Unternehmensübernahme, der Verkauf einer Geschäftseinheit oder die Zusammenführung zweier IT-Landschaften führt häufig zu einer schwierigen Aufgabe: Benutzer, E-Mail, Dateien und Zusammenarbeit müssen aus einem Microsoft-365-Tenant in einen anderen überführt werden. Anders als ein einfacher Lizenzwechsel betrifft eine Tenant-to-Tenant-Migration Identitäten, Mailrouting, Zugriffsrechte, Datenbestände und laufende Verbindungen zu Geschäftsanwendungen. Microsoft bietet inzwischen verschiedene native Werkzeuge für Cross-Tenant-Mailbox-, OneDrive- und SharePoint-Migrationen. Sie lösen aber nicht automatisch jede Teams- oder Drittanbieterabhängigkeit. Dieser Leitfaden zur Microsoft 365 Tenant Migration 2026 zeigt, wie Unternehmen eine kontrollierte Migration mit klarer Datenverantwortung, passender Lizenzierung und überprüfbarer Fachabnahme organisieren.

Autor: Salman Dolatpanah Gortlar · GORTNET IT-Dienstleistungen · 1. November 2026

Das Wichtigste: Exchange, OneDrive, SharePoint und Teams getrennt vorbereiten und fachlich prüfen. Cross-Tenant-Synchronization ist keine Datenmigration.

Warum Tenant-Migrationen mehr als ein E-Mail-Umzug sind

Ein Microsoft-365-Tenant ist mit seinen Identitäten und zahlreichen Diensten verbunden. Benutzer besitzen Exchange-Postfächer, OneDrive-Inhalte, Teams-Mitgliedschaften, SharePoint-Berechtigungen und Anbindungen an SaaS-Anwendungen. Diese Elemente können an Tenant-IDs, Domainnamen, Service Principals und Benutzerobjekte gebunden sein. Ein Wechsel des primären E-Mail-Domainnamens überträgt daher noch keine Daten oder Zugriffsrechte.

Vor der Planung müssen die Beteiligten unterscheiden, ob zwei Unternehmen langfristig getrennt bleiben, zeitweise zusammenarbeiten oder vollständig in einem Tenant vereinigt werden. Für eine Unternehmensübernahme gelten andere Sicherheits- und Datenschutzfragen als bei der Ausgliederung einer Abteilung. Legen Sie fest, welcher Tenant die langfristige Identitätsquelle bleibt, wer die Daten rechtlich verantwortet und welche Systeme nach der Migration noch im alten Tenant benötigt werden.

Microsoft 365 Tenant Migration 2026: Microsofts aktuelle Werkzeuge

Microsoft dokumentiert einen orchestrierten Ansatz für unterstützte Tenant-to-Tenant-Migrationen und getrennte technische Verfahren für Exchange-Online-Postfächer, OneDrive und SharePoint. Mit Cross-Tenant-Mailbox-Migrationen können Postfächer über die Exchange-Online-Verwaltung und den Mailbox Replication Service bewegt werden. Für OneDrive und SharePoint bestehen spezialisierte Cross-Tenant-Migrationsfunktionen, die zusätzliche Vorbereitungsschritte und entsprechende Lizenzen erfordern.

Ein Migration Orchestrator kann je nach Verfügbarkeit und Voraussetzungen die Reihenfolge unterstützter Workloads koordinieren. Daraus folgt nicht, dass jede Teams-Konfiguration, Drittanbieter-App oder jeder geschäftsspezifische Workflow automatisch übertragen wird. Prüfen Sie die tatsächlich unterstützten Funktionen und die jeweils gültigen Lizenzbedingungen vor einem Vertragsabschluss. Für nicht unterstützte Inhalte braucht das Projekt einen separaten Migrations- oder Wiederherstellungsweg.

Cross-Tenant Synchronization ist keine Datenmigration

Microsoft Entra Cross-Tenant Synchronization dient vor allem der automatisierten Bereitstellung und Verwaltung von B2B-Zusammenarbeitsidentitäten zwischen Tenants. Die Benutzer bleiben grundsätzlich an ihre ursprüngliche Identität gebunden. Microsoft weist ausdrücklich darauf hin, dass diese Synchronisierung kein Werkzeug zur eigentlichen Benutzer- und Datenmigration ist, weil für die Authentifizierung der Quelltenant benötigt wird und keine vollständige Übertragung von SharePoint- oder OneDrive-Inhalten erfolgt.

Die Synchronisierung kann in einer Koexistenzphase sinnvoll sein, etwa damit Beschäftigte einer verbundenen Organisation auf bestimmte Zielanwendungen zugreifen. Verwechseln Sie diesen temporären Zugriff aber nicht mit dem abgeschlossenen Übergang in einen neuen Tenant. Planen Sie den späteren Identitätslebenszyklus, die Entfernung von B2B-Konten und das endgültige Offboarding separat. Sonst kann eine abgeschlossene Datenmigration noch jahrelang von einem nicht mehr gewünschten Quelltenant abhängen.

Identitätsmapping und Zielbenutzer vorbereiten

Eine Cross-Tenant-Migration benötigt eindeutige Zuordnungen zwischen Quell- und Zielidentitäten. Dokumentieren Sie Benutzer, Aliase, Gruppen, Servicekonten, externe Gäste und privilegierte Rollen. Im Zieltenant müssen die vorgesehenen Identitäten mit den für den jeweiligen Workload benötigten Einstellungen angelegt werden. Bei Exchange-Online-Mailbox-Migrationen verwendet Microsoft unter anderem vorbereitete MailUser-Objekte mit passenden Attributen, damit der Move-Prozess die Benutzer korrekt zuordnen kann.

Vermeiden Sie die manuelle Neuanlage ohne eindeutiges Mapping, insbesondere wenn tausende Dateien und Freigaben den alten Benutzerobjekten zugeordnet sind. Überprüfen Sie, wie externe Gäste, unternehmenseigene Domains und Group Objects behandelt werden. Erstellen Sie eine kontrollierte Freigabe für das Identitätsmapping, bevor Massenmigrationen beginnen. Der spätere Zugriff auf geteilte Daten hängt oft unmittelbar davon ab, dass diese Zuordnungen korrekt sind.

Exchange Online: Cross-Tenant-Mailbox-Migration

Microsoft beschreibt native Cross-Tenant-Mailbox-Moves über Exchange Online PowerShell, geeignete Migration Endpoints, die Organisationsbeziehung und den Mailbox Replication Service. Für einen Move müssen bestimmte Voraussetzungen auf Quell- und Zielseite stimmen. Dazu gehören geeignete Rollen, ein definierter Kreis berechtigter Postfächer und die erforderlichen Zielobjekte. Die eigentliche Übertragung kann in kontrollierten Batches erfolgen.

Nach dem Move kann das Quellpostfach in ein MailUser-Objekt umgewandelt werden, das für Mailrouting und Koexistenz weiterverwendet wird. Prüfen Sie aber unbedingt Einschränkungen bei Litigation Hold oder anderen Holds: Microsoft dokumentiert, dass betroffene Mailboxen in bestimmten Migrationsverfahren nicht bewegt werden können. Ein Compliance-Problem darf nicht durch willkürliches Entfernen einer Aufbewahrungspflicht umgangen werden. Klären Sie solche Fälle vor der technischen Umsetzung mit den dafür verantwortlichen Stellen.

OneDrive: Nicht versehentlich eine Zielsite erzeugen

Für native Cross-Tenant-OneDrive-Migrationen müssen die Zielbenutzer vorbereitet und lizenziert sein. Microsoft weist ausdrücklich darauf hin, dass im Zieltenant vor dem Start keine bereits bestehende OneDrive-Site für den betreffenden Benutzer vorhanden sein darf. Das Werkzeug führt keine Zusammenführung mit einem vorhandenen Ziel-OneDrive durch; besteht die Site bereits, kann der Move fehlschlagen. Das ist besonders relevant, wenn neue Benutzer sich vor dem Migrationsfenster bereits produktiv am Ziel anmelden.

Planen Sie deshalb Onboarding und OneDrive-Provisionierung gemeinsam. Beschränken Sie die unerwünschte automatische Erstellung von OneDrive-Sites in der Vorbereitungsphase und prüfen Sie Quota-, Item-, Pfad- und Lizenzgrenzen der aktuellen Microsoft-Dokumentation. Während der Migration kann OneDrive vorübergehend schreibgeschützt sein. Stellen Sie sicher, dass Nutzer diesen Zustand verstehen und wichtige Änderungen rechtzeitig abschließen oder für die geplante Umstellung zurückstellen.

SharePoint: Sites, Berechtigungen und Workflows prüfen

SharePoint kann Dokumente, Bibliotheken, Sites und Berechtigungsstrukturen enthalten, die tief in die tägliche Zusammenarbeit eingebunden sind. Microsoft bietet eine native Cross-Tenant-SharePoint-Migration für unterstützte Site-Typen. Nach dem Move können Redirects von der alten Site auf das neue Ziel angelegt werden. Der tatsächliche Erfolg hängt jedoch von Site-Typ, Berechtigungen, Datenumfang und vorhandenen Erweiterungen ab.

Prüfen Sie besonders SharePoint-Workflows, Power-Apps-Verbindungen, Automatisierungen, Drittanbieter-Integrationen und kundenspezifische Webparts. Nicht alle Elemente werden automatisch mit den Dokumenten übernommen. Erstellen Sie vorab ein Site-Inventar mit geschäftlicher Verantwortung und externen Zugriffen. Nach der Migration sollte eine berechtigte Person aus der Fachabteilung sowohl Dokumente als auch Versionen, Freigaben und die wichtigsten Automationsprozesse überprüfen.

Teams: Kommunikation, Meetings und Dateien getrennt bewerten

Microsoft Teams kombiniert Chat, Kanäle, Meetings und Dateien mit anderen Microsoft-365-Diensten. Teamdateien liegen häufig in SharePoint und OneDrive, während weitere Inhalte und Berechtigungen anderen Backend-Diensten zugeordnet sind. Deshalb ist die erfolgreiche SharePoint-Migration noch kein Nachweis für die vollständige Übertragung jedes Teams-Chats, jeder App oder aller Besprechungsinformationen. Microsoft weist in seinen Planungsunterlagen auf Abhängigkeiten zwischen Mailboxen und Teams-Inhalten hin.

Erstellen Sie eine Testmatrix für Teams-Kanäle, freigegebene Channels, Dateien, Gäste, Apps, Aufzeichnungen und wiederkehrende Besprechungen. Prüfen Sie, welche Elemente das tatsächlich eingesetzte Migrationswerkzeug unterstützt und welche manuell neu eingerichtet werden müssen. Auch alte Meetinglinks oder Verweise in externen Kalendern können zusätzliche Umstellungsarbeit verursachen. Kommunizieren Sie den neuen Anmelde- und Arbeitsweg rechtzeitig an sämtliche betroffenen Mitarbeiter.

Eigene E-Mail-Domain und DNS-Cutover planen

Eine geschäftliche E-Mail-Domain kann nicht beliebig gleichzeitig als primäre akzeptierte Domain in unabhängigen Tenants betrieben werden. Domaintransfer, Mailrouting, MX-, Autodiscover- und weitere DNS-Einträge gehören deshalb in einen abgestimmten Cutover-Plan. Informieren Sie auch den Domainregistrar und die Verantwortlichen für SPF, DKIM und DMARC, damit Zustellung und Domainauthentifizierung nach der Umstellung stabil bleiben.

Senken Sie bei Bedarf rechtzeitig DNS-TTLs, prüfen Sie den vorgesehenen Ziel-Mailflow und dokumentieren Sie die Reihenfolge der Änderungen. Behalten Sie eine Testdomain für technische Vorarbeiten, statt produktive Geschäftsdomainnamen vorzeitig umzustellen. Nach dem Cutover sollten E-Mails aus mehreren externen Netzen ein- und ausgehen können, einschließlich Aliases und gemeinsam genutzten Postfächern. Ein erfolgreicher Test von einem einzigen internen Konto beweist keine vollständige Zustellbarkeit.

Conditional Access und Sicherheitsrichtlinien im Zieltenant

Die neue Umgebung benötigt ein eigenes, bewusst geplantes Sicherheitskonzept. Eine Migration kopiert nicht automatisch alle Conditional-Access-Regeln, Gerätebedingungen, Authentifizierungsregistrierungen oder privilegierten Rollenzuweisungen in der gewünschten Form. Konfigurieren Sie MFA, Break-Glass-Konten, geeignete Authentifizierungsstärken und Richtlinien für externe Zugriffe vor dem Umzug geschäftskritischer Benutzer. Prüfen Sie jeweils, welche Lizenzfunktionen erforderlich sind.

Benutzer dürfen nicht unbemerkt in einen weniger geschützten Tenant wechseln, nur weil dort die Richtlinien noch nicht fertig aufgebaut wurden. Testen Sie aber auch die Gegenseite: Eine zu strenge Policy kann die ersten Anmeldungen nach der Migration blockieren. Verwenden Sie Report-only-Tests, repräsentative Benutzergruppen und einen dokumentierten Supportweg. Das Ziel ist ein sicherer, funktionsfähiger Tenant, nicht lediglich eine technisch abgeschlossene Datenkopie.

Lizenzen, Limits und fachliche Aufbewahrung

Cross-Tenant-Migrationen können zusätzliche Lizenzen erfordern. Microsoft beschreibt beispielsweise eine Cross Tenant User Data Migration-Lizenz für bestimmte Verfahren, die nicht automatisch in jeder Standardlizenz enthalten ist. Es bestehen außerdem Workload-spezifische Grenzen für Datenvolumen, Items, Pfadlängen und die unterstützten Cloudumgebungen. Prüfen Sie die aktuelle Microsoft-Matrix und dokumentieren Sie, welche Lizenz vor dem Start tatsächlich zugewiesen werden muss.

Besondere Bedeutung haben Aufbewahrungspflichten, eDiscovery und rechtliche Holds. Ein Postfach oder eine OneDrive-Site kann aufgrund geltender Richtlinien für einen bestimmten nativen Move ungeeignet sein. Legen Sie nicht ohne Compliance-Freigabe eine bestehende Hold-Policy still. Prüfen Sie gemeinsam mit Datenschutz und Rechtsverantwortlichen, ob Aufbewahrungsfristen und beweisrelevante Informationen im Zieltenanten gleichwertig geschützt werden können. Die technische Migrationsplanung ersetzt keine fachliche Bewertung solcher Verpflichtungen.

Backup, Validierung und kontrollierter Rückfall

Bevor produktive Postfächer und Dateien verschoben werden, sollte der Ausgangszustand nachvollziehbar dokumentiert und nach Bedarf durch geeignete Backups oder Exportverfahren geschützt sein. Die Verfügbarkeit nativer Microsoft-Werkzeuge ersetzt nicht die Planung eines Geschäfts- und Wiederherstellungsszenarios. Manche Cross-Tenant-OneDrive-Moves sind als einmaliger Move ausgelegt, bei dem keine einfachen inkrementellen Delta-Wiederholungen vorgesehen sind.

Ein Rückfallplan darf daher nicht nur „wir starten den Kopiervorgang neu“ lauten. Definieren Sie, wie Nutzer bei Abbruch kommunizieren, welche Systeme noch funktionieren und wer die Entscheidung über eine Wiederholung oder einen separaten Restore trifft. Prüfen Sie nach dem Move Datenumfang, Berechtigungen, Versionen und fachliche Anwendungsfunktionen. Dokumentieren Sie alle offenen Abweichungen, bevor der Quelltenant endgültig abgeschaltet wird.

Kommunikation und Helpdesk für den Stichtag

Der technische Cutover benötigt eine verständliche Benutzerkommunikation. Beschäftigte müssen wissen, wann sie sich mit einer neuen Identität anmelden, wie ihr Outlook-Profil und die OneDrive-Synchronisierung reagieren und ob für Teams oder mobile Geräte eine neue Anmeldung erforderlich ist. Ein zu kurzfristig angesetzter Umzug kann die Mitarbeiter produktiv blockieren, obwohl die Daten bereits erfolgreich verschoben wurden.

Bereiten Sie einen kurzen Helpdesk-Leitfaden vor: Anmeldung, MFA-Registrierung, E-Mail-Profil, neue Freigabelinks, Synchronisationsprobleme und Zugriff auf alte Daten. Organisieren Sie Fachbereichstests für besonders wichtige Postfächer und SharePoint-Sites. Benennen Sie einen Ansprechpartner pro Abteilung und eine zentrale Eskalation für alle migrationskritischen Fehler. Eine erfolgreiche Koordination ist oft wichtiger als die reine Datenübertragungsgeschwindigkeit.

90-Tage-Roadmap für die Microsoft 365 Tenant-Migration

In den ersten 30 Tagen erfassen Sie Identitäten, Domains, Postfächer, OneDrive- und SharePoint-Bestände, Teams-Abhängigkeiten und Compliance-Anforderungen. Tage 31 bis 60 dienen der Vorbereitung von Zielidentitäten, Lizenzen, Sicherheitsrichtlinien, Datenmapping und Pilotgruppen. Anschließend testen Sie mindestens einen repräsentativen Benutzer inklusive Mail, OneDrive, Teams und benötigter Drittanbieteranwendungen.

Zwischen Tag 61 und 90 erfolgt die gestaffelte Migration nach Geschäftskritikalität, ergänzt um Mailflow-Tests, Cutover-Kommunikation und fachliche Abnahme. Die Dauer kann bei großen Datenmengen deutlich länger sein. Dokumentieren Sie pro Workload den technischen Status, die verantwortliche Fachabteilung und verbleibende Ausnahmen. Der alte Tenant wird erst nach bestätigter Datenintegrität, erfüllten Aufbewahrungspflichten und der sicheren Abschaltung nicht mehr benötigter Zugänge außer Betrieb genommen.

FAQ zur Microsoft 365 Tenant Migration 2026

Migriert Entra Cross-Tenant Synchronization sämtliche Microsoft-365-Daten?

Nein. Es dient der Identitätssynchronisierung für Zusammenarbeit und ist ausdrücklich kein vollständiges Datenmigrationswerkzeug.

Darf OneDrive im Zieltenant schon genutzt werden?

Beim nativen Cross-Tenant-OneDrive-Move darf die Ziel-OneDrive-Site für den betreffenden Benutzer nicht bereits vorhanden sein, sonst kann der Move fehlschlagen.

Werden automatisch alle Teams-Chats und Apps übernommen?

Nein. Der Umfang hängt von der verwendeten Migrationsfunktion ab und muss je Teams-Datenart und Drittanbieterintegration überprüft werden.

Sind zusätzliche Lizenzen erforderlich?

Für bestimmte native Cross-Tenant-Migrationen ja. Die konkreten Lizenzvoraussetzungen sind vor dem Projekt anhand der aktuellen Microsoft-Dokumentation zu prüfen.

Fazit: Ein Tenant-Move ist ein Geschäftsprojekt

Eine erfolgreiche Microsoft 365 Tenant Migration 2026 erfordert mehr als kopierte Postfächer. Identitäten, Daten, Berechtigungen, DNS, Lizenzen und Sicherheitsrichtlinien müssen zusammenpassen. Erst mit einer nachweisbaren Fachabnahme und einem klaren Rückfallplan ist die Migration betrieblich abgeschlossen.

Über den Autor

Salman Dolatpanah Gortlar schreibt für GORTNET über Microsoft 365, sichere Cloud-Architekturen, Identitäten und den planbaren IT-Betrieb in Unternehmen.

Weiterführende GORTNET-Beiträge

Für die Vorbereitung Ihrer Microsoft-365-Migration GORTNET kontaktieren.

Offizielle Quellen und Migrationsdokumentation

Redaktionsstand 1. November 2026. Unterstützte Migrationen, Lizenzen und Limits können sich verändern und müssen vor dem Projekt anhand der aktuellen Microsoft-Dokumentation überprüft werden.

Microsoft 365 Tenant-Migration 2026: Exchange, OneDrive und Teams