Microsoft-365-Tenant-Konsolidierung: Schritt-für-Schritt-Migrationsleitfaden

Wenn Ihr Unternehmen ein anderes akquiriert hat — oder einfach durch organisches Wachstum mehrere Microsoft-365-Tenants angesammelt hat — sitzen Sie auf einem Konsolidierungsproblem, das mit jedem Monat teurer wird. Doppelte Lizenzen, fragmentierte Zusammenarbeit, inkonsistente Sicherheitsrichtlinien und frustrierte Endnutzer sind der Alltag einer Multi-Tenant-Landschaft.

Dieser Leitfaden beschreibt den gesamten Prozess der Konsolidierung von Microsoft-365-Tenants in eine einzige, gut kontrollierte Umgebung. Er basiert auf zahlreichen Tenant-Migrationen, die CC Conceptualise im DACH-Raum und der EU durchgeführt hat.

Wann Tenant-Konsolidierung sinnvoll ist

Nicht jede Multi-Tenant-Situation erfordert eine Konsolidierung. Sie ist angezeigt, wenn:

Hohe Kollaborationsreibung: Nutzer können keine Frei/Gebucht-Informationen sehen, keine Dateien teilen und keine Kollegen über Tenant-Grenzen hinweg finden
Doppelte Lizenzkosten: Zwei E5-Lizenzen für dieselbe Person oder überlappende Add-ons
Inkonsistente Sicherheitslage: Unterschiedliche Conditional-Access-Richtlinien, unterschiedliche MFA-Anforderungen, unterschiedliche Aufbewahrungsregeln
Regulatorischer oder Audit-Druck: Prüfer verlangen eine einheitliche Identitätsebene und konsolidierte DLP-Kontrollen

Realitätscheck: Tenant-Konsolidierung ist für die meisten mittelständischen Unternehmen ein 3–9-monatiges Programm. Planen Sie entsprechend und versprechen Sie keinen „schnellen Merge".

Phase 1: Bestandsaufnahme und Planung (Woche 1–4)

Beide Tenants inventarisieren

Dokumentieren Sie für jeden Tenant:

Lizenzierung: SKU-Anzahlen, Zuweisungsmethode (gruppenbasiert oder direkt), Add-ons (Phone System, Power BI Pro, Defender-Pläne)
Mail-Flow: Hybrid Exchange oder nur Exchange Online? Benutzerdefinierte Transportregeln, Konnektoren, freigegebene Postfächer, Verteilerlisten, E-Mail-aktivierte öffentliche Ordner
SharePoint und OneDrive: Gesamtdatenvolumen, Anzahl der Websitesammlungen, Einstellungen für externe Freigabe, benutzerdefinierte Workflows (Power Automate, Legacy SharePoint Designer)
Teams: Teamanzahl, Kanalstruktur, Drittanbieter-App-Integrationen, Anruf-/Besprechungsrichtlinien, Direct-Routing- oder Operator-Connect-Konfiguration
Sicherheit und Compliance: Conditional-Access-Richtlinien, DLP-Richtlinien, Vertraulichkeitsbezeichnungen, Aufbewahrungsrichtlinien, eDiscovery-Fälle, Litigation Holds
Drittanbieter-Integrationen: In Entra ID registrierte SAML-/OIDC-Apps, erteilte API-Berechtigungen, Service Principals

Zielzustand definieren

Entscheiden Sie, welcher Tenant der Zieltenant (überlebende Tenant) wird. Typischerweise ist das der Tenant des akquirierenden Unternehmens, da er etabliertere Governance, mehr Nutzer oder spezifische regulatorische Konfigurationen hat, die schwer nachzubauen sind.

Erstellen Sie ein Mapping-Dokument:

Quell-UPN → Ziel-UPN (Domänenkonflikte frühzeitig klären)
Quell-Postfach → Ziel-Postfach (Hinweis: Freigegebene Postfächer, Raum- und Gerätepostfächer benötigen gesonderte Behandlung)
Quell-SharePoint-Sites → Ziel-Sites (einige werden zusammengeführt, einige archiviert)

Phase 2: Koexistenz vor der Migration (Woche 3–6)

Bevor ein einziges Postfach migriert wird, muss eine Koexistenz etabliert werden, damit Nutzer über Tenant-Grenzen hinweg zusammenarbeiten können.

Cross-Tenant-Mail-Flow

Fügen Sie die akzeptierten Domänen des Quell-Tenants als interne Relaydomänen im Ziel-Tenant hinzu (oder konfigurieren Sie den Mail-Flow über ein gemeinsames Mail-Gateway)
Richten Sie Cross-Tenant-Mail-Routing über Exchange-Online-Konnektoren ein, damit E-Mails zwischen Tenants intern geroutet werden — nicht über das Internet
Konfigurieren Sie Frei/Gebucht-Freigabe über Organisationsbeziehungen in Exchange Online

Cross-Tenant-Identität

Aktivieren Sie Entra-ID-Cross-Tenant-Synchronisation, um Quell-Nutzer als externe Mitglieder in den Ziel-Tenant zu projizieren
Konfigurieren Sie Cross-Tenant-Zugriffseinstellungen, um B2B-Zusammenarbeit, Teams-Chat und freigegebene Kanäle zwischen beiden Tenants zu ermöglichen
Deployen Sie Entra-ID-Zugriffspakete, damit Quell-Nutzer während der Übergangsphase Zugriff auf Ressourcen des Ziel-Tenants anfordern können

Shared Namespace (optional, aber empfohlen)

Wenn beide Unternehmen unter einer Marke auftreten werden, konfigurieren Sie den Ziel-Tenant mit allen erforderlichen Domänen. Während der Koexistenz verwenden Sie E-Mail-Weiterleitung oder Dual Delivery, damit Nachrichten die Nutzer unabhängig davon erreichen, in welchem Tenant ihr Postfach aktuell liegt.

Phase 3: Postfach-Migration (Woche 5–12)

Migrationstool wählen

Tool	Geeignet für	Einschränkungen
Microsoft native Cross-Tenant-Migration	Exchange Online zu Exchange Online	Erfordert Entra-ID-Cross-Tenant-Sync; eingeschränkte SharePoint-Unterstützung
BitTitan MigrationWiz	Breite Workload-Unterstützung, Hybrid-Szenarien	Lizenzkosten pro Postfach; Throttling bei Skalierung
Quest On Demand Migration	Großunternehmen, komplexe Umgebungen	Höhere Kosten, mehr Setup
ShareGate	SharePoint-lastige Migrationen	Weniger geeignet für Mail

Für reine Exchange-Online-zu-Exchange-Online-Szenarien ist Microsofts native Cross-Tenant-Postfachmigration mittlerweile produktionsreif. Sie bewahrt E-Mails, Kalender, Kontakte und Ordnerstruktur.

Migrationsausführung

Migrieren Sie in Wellen von 50–200 Postfächern, gruppiert nach Abteilung oder Standort, um die Teamzusammenarbeit intakt zu halten
Planen Sie Migrationen am Wochenende oder in Zeiten geringer Aktivität. Postfachmigrationen können je nach Größe 2–24 Stunden dauern
Große Postfächer vorab synchronisieren (>50 GB) — starten Sie die Migrationssynchronisation Tage vor dem Cutover-Datum
Aktualisieren Sie Mail-Routing (MX-Records, Konnektoren, Transportregeln) nach jeder Welle
Validieren: Sende-/Empfangstest, Kalender-Delegierung, Zugriff auf freigegebene Postfächer, Outlook-Profil-Neuerstellung

Post-Migrations-Checkliste für Postfächer

Nutzer kann unter dem neuen UPN E-Mails senden und empfangen
Kalendereinträge einschließlich wiederkehrender Besprechungen sind intakt
Zugriff auf freigegebene Postfächer und Stellvertretung funktioniert
Automatische Antworten und Postfachregeln korrekt migriert
Mobile Geräte (Outlook, native Mail) neu verbunden

Phase 4: SharePoint- und OneDrive-Migration (Woche 6–14)

SharePoint ist häufig der datenintensivste Workload. Planen Sie längere Migrationsfenster ein.

Strategie

OneDrive: Nutzen Sie Microsofts Cross-Tenant-OneDrive-Migration oder ein Drittanbieter-Tool. Die OneDrive-Daten jedes Nutzers migrieren zusammen mit seiner Identität
SharePoint-Teamwebsites: Mappen Sie Quell-Sites auf Ziel-Sites. Entscheiden Sie, ob Inhalte zusammengeführt, archiviert oder neue Sites erstellt werden
SharePoint-Kommunikationswebsites: Bewerten Sie, ob Neuaufbau (anderes Branding/Templates) oder Migration im Ist-Zustand sinnvoller ist
Berechtigungen: Quell-Gruppen und -Nutzer auf Ziel-Gruppen re-mappen. Hier zahlt sich die sorgfältige Identitätsarbeit aus Phase 2 aus

Datenvolumen und Throttling

Microsoft drosselt den Migrationsdurchsatz. Erwarten Sie:

OneDrive: 1–2 TB pro 24 Stunden pro Migrationsslot (variiert je nach Tenant-Größe und Microsofts aktuellen Throttle-Einstellungen)
SharePoint: Ähnlich, aber große Dateianzahlen (Millionen von Elementen) bremsen stärker als das reine Datenvolumen

Planen Sie einen Zwei-Pass-Ansatz: initiale Synchronisation (Bulk Copy), dann ein Delta-Sync kurz vor dem Cutover.

Praxis-Tipp: Identifizieren und bereinigen Sie ROT-Daten (Redundant, Obsolet, Trivial) vor der Migration. 5 TB an Daten zu migrieren, die niemand nutzt, ist Verschwendung von Zeit und Lizenzkapazität.

Phase 5: Teams-Konsolidierung (Woche 8–14)

Die Teams-Konsolidierung ist oft der disruptivste Workload für Endnutzer, weil sie ihre tägliche Arbeitsumgebung verändert.

Migrationsansatz

Teams-Chatverlauf: Die native Cross-Tenant-Migration unterstützt mittlerweile 1:1- und Gruppen-Chatverläufe. Prüfen Sie die Verfügbarkeit in Ihrem Tenant
Teams und Kanäle: Erstellen Sie die Team-Struktur im Ziel-Tenant neu. Migrieren Sie die zugrundeliegenden SharePoint-Inhalte. Fügen Sie Mitglieder aus dem vereinheitlichten Identitätsverzeichnis hinzu
Freigegebene Kanäle: Falls Sie während der Koexistenz B2B-Shared-Channels genutzt haben, konvertieren Sie diese nach der Migration in Standardkanäle
Drittanbieter-Apps: Installieren Sie Teams-Apps (Bots, Konnektoren, Tabs) im Ziel-Tenant neu. Testen Sie Integrationen gründlich
Telefonie und Besprechungen: Bei Nutzung von Teams Phone (Direct Routing oder Operator Connect) migrieren Sie SBC-Konfigurationen, Wählpläne und Rufnummernzuweisungen

Nutzerkommunikation

Die Teams-Migration ist hochsichtbar. Bereiten Sie vor:

Eine Schritt-für-Schritt-Anleitung für Endnutzer (mit Screenshots): Neue Anmeldung, Teams-Cache leeren, Kanäle neu anpinnen
Eine Liste bekannter Probleme, die während der Migrationswellen täglich aktualisiert wird
Dedizierter Support (Teams-Kanal + Helpdesk-Queue) für die ersten zwei Wochen nach Migration

Phase 6: Lizenzoptimierung (Woche 10–16)

Nach Abschluss der Migration optimieren Sie die Lizenzierung, um Kostensynergien zu realisieren.

Quick Wins

Doppelte Lizenzen entfernen. Nutzer, die in beiden Tenants Lizenzen hatten, benötigen jetzt nur noch eine
SKUs richtig dimensionieren. Nicht jeder braucht E5. Segmentieren Sie Nutzer in E5 (Power User, compliance-intensive Rollen), E3 (Standard) und F3 (Frontline Worker)
Add-ons konsolidieren. Zwei Defender-for-Office-365-Plan-2-Abonnements werden eins. Gleiches gilt für Power BI Pro, Visio, Project

Langfristige Optimierung

Implementieren Sie gruppenbasierte Lizenzierung in Entra ID, um die Lizenzzuweisung basierend auf Rolle oder Abteilung zu automatisieren
Nutzen Sie Microsoft-365-Nutzungsberichte und Viva Insights, um untergenutzte Lizenzen zu identifizieren
Verhandeln Sie mit Microsoft: Ein konsolidierter Tenant mit größerer Nutzerzahl gibt Ihnen Verhandlungsspielraum für Volumenrabatte

Häufige Fallstricke

E-Mail-aktivierte öffentliche Ordner unterschätzen: Diese sind schwer zu migrieren und oft kritisch für Finanzteams. Frühzeitig erfassen
Conditional-Access-Richtlinien vergessen: Ein Nutzer, der in einen Tenant mit strengeren CA-Richtlinien migriert wird, kann am ersten Tag ausgesperrt sein, wenn sein Gerät nicht compliant ist
Power Platform ignorieren: Power Apps und Power-Automate-Flows, die an den Quell-Tenant gebunden sind, brechen. Inventarisieren und neu erstellen
Outlook-Profile nicht testen: Outlook erfordert nach Cross-Tenant-Migration oft ein neues Profil. Automatisieren Sie dies per Skript oder Intune

Wie CC Conceptualise unterstützt

Wir führen Tenant-Konsolidierungsprogramme end-to-end durch — von der Bestandsaufnahme bis zum Lizenz-True-up. Unser Ansatz minimiert Nutzerstörungen, indem wir die Koexistenz sauber aufsetzen, bevor ein einziges Postfach bewegt wird.

Kontaktieren Sie uns, um Ihr Konsolidierungsszenario zu besprechen.