Nach einem Unternehmenskauf, einer Fusion oder einer Ausgliederung stehen oft zwei Microsoft-365-Umgebungen nebeneinander. Eine Tenant-to-Tenant-Migration führt sie zusammen oder trennt sie sauber. Anders als bei der Migration vom eigenen Server ziehen hier Postfächer, OneDrive, Teams und Identitäten zwischen zwei Cloud-Mandanten um. Fehler bei Domains oder Lizenzen legen den Mailverkehr ganzer Standorte lahm. Dieser Beitrag zeigt, wie Sie eine Tenant-Migration in Microsoft 365 strukturiert planen und welche Stolpersteine typisch sind.
Was ist eine Tenant-to-Tenant-Migration?
Eine Tenant-to-Tenant-Migration bezeichnet den Umzug von Benutzern, Daten und Konfiguration aus einem Microsoft-365-Mandanten (Tenant) in einen anderen. Ein Tenant ist die eigenständige Organisation eines Unternehmens in Microsoft 365 mit eigener Benutzerverwaltung in Microsoft Entra ID. Typische Anlässe sind Fusionen, Zukäufe, Ausgliederungen oder eine Umbenennung.
Was bei einem Tenant-Umzug wandert:
- Identitäten: Benutzer, Gruppen und Gastkonten in Entra ID
- Exchange Online: Postfächer, Kalender, Kontakte und freigegebene Postfächer
- Dateien: OneDrive und SharePoint-Websites
- Zusammenarbeit: Microsoft Teams mit Kanälen und Dateien
- Domains: E-Mail-Domains samt DNS-Einträgen
Szenarien im Vergleich
Nicht jede Situation verlangt einen vollständigen Umzug. Die Tabelle zeigt drei häufige Varianten.
| Szenario | Ziel | Typischer Einsatz |
|---|---|---|
| Konsolidierung | alle Benutzer in einen Tenant | Fusion oder Zukauf mit voller Integration |
| Ausgliederung | Teil der Benutzer in einen neuen Tenant | Verkauf eines Geschäftsbereichs |
| Multi-Tenant-Organisation | Tenants bleiben getrennt, arbeiten aber zusammen | Holding mit eigenständigen Gesellschaften |
Multi-Tenant statt Umzug
Wenn Gesellschaften eigenständig bleiben sollen, reicht oft eine Zusammenarbeit über Tenant-Grenzen hinweg. Microsoft bietet dafür Funktionen wie Cross-Tenant-Synchronisation und Multi-Tenant-Organisationen in Entra ID.[3] Prüfen Sie diese Option, bevor Sie einen Umzug planen.
Welche Werkzeuge gibt es für die Tenant-Migration?
Microsoft bietet native Wege für Postfächer, OneDrive und weitere Inhalte an. Daneben gibt es Werkzeuge von Drittanbietern.
Native Cross-Tenant-Migration
Exchange Online unterstützt die Cross-Tenant-Postfachmigration.[1] Dafür richten beide Tenants eine Vertrauensbeziehung ein, und die Zielbenutzer werden als MailUser vorbereitet. Mit dem Migration Orchestrator steuert Microsoft zusätzlich den gemeinsamen Umzug von Postfächern, OneDrive und Teams-Chats.[2]
Voraussetzungen der nativen Migration:
- Lizenz: Cross Tenant User Data Migration je Benutzer, auf Quell- oder Zielseite[1]
- Exchange-Lizenzen: in beiden Tenants passende Exchange-Online-Pläne[1]
- Zielobjekte: MailUser mit der ExchangeGUID des Quellpostfachs
- Berechtigungen: globale Administration in beiden Tenants für die Einrichtung
Drittanbieter-Werkzeuge
Drittanbieter-Tools decken teils mehr Inhalte ab, etwa Teams-Kanäle oder Berechtigungen in SharePoint. Sie haben eigene Lizenzmodelle. Die Wahl hängt vom Umfang und von den Inhalten ab, die erhalten bleiben müssen. Testen Sie jedes Werkzeug vorab mit einer kleinen Gruppe und prüfen Sie, welche Metadaten wie Freigaben und Versionsstände tatsächlich mitwandern.
Die typischen Stolpersteine
Die Datenkopie ist der planbare Teil. Probleme entstehen meist bei Identitäten, Domains und Lizenzen.
Lizenzen zum falschen Zeitpunkt
Wird einem Zielbenutzer zu früh eine Exchange-Lizenz zugewiesen, legt Exchange Online ein neues, leeres Postfach an.[1] Die Migration in dieses Konto schlägt dann fehl. Weisen Sie Lizenzen erst zu, wenn die ExchangeGUID gesetzt ist, oder nach dem Umzug innerhalb der Kulanzfrist.
Domain-Umzug
Eine E-Mail-Domain kann nur in einem Tenant gleichzeitig verifiziert sein.[4] Bevor sie im Ziel-Tenant hinzugefügt werden kann, muss sie im Quell-Tenant von allen Objekten entfernt sein. Planen Sie dafür ein Zeitfenster mit vorbereiteten DNS-Änderungen ein.
Was beim Domain-Umzug zu prüfen ist:
- Adressen: primäre und sekundäre Adressen aller Objekte im Quell-Tenant
- DNS: MX, Autodiscover, SPF, DKIM und DMARC
- Anwendungen: Dienste, die mit Adressen der Domain senden
- Kommunikation: Information an Kunden und Partner bei Adressänderungen
Holds und Aufbewahrung
Postfächer mit Aufbewahrungsrichtlinien oder Litigation Hold werden von der Migration blockiert.[2] Klären Sie mit Rechtsabteilung oder Datenschutz, wie aufbewahrungspflichtige Daten behandelt werden.
Geräte und Anmeldungen
Windows-Geräte sind an Entra ID eines Tenants gebunden. Nach dem Umzug müssen Geräte neu registriert und in Intune aufgenommen werden. Auch Outlook-Profile, Teams-Clients und OneDrive-Synchronisation brauchen eine neue Anmeldung.
Checkliste: So planen Sie die Tenant-Migration
Arbeiten Sie die Punkte vor dem ersten Migrationsbatch vollständig ab. So vermeiden Sie Unterbrechungen im laufenden Betrieb.
- Szenario festlegen: Konsolidierung, Ausgliederung oder Multi-Tenant-Verbund
- Bestandsaufnahme: Benutzer, Postfächer, OneDrive, SharePoint, Teams, Geräte
- Lizenzen klären: Ziel-Lizenzen und Cross Tenant User Data Migration
- Identitäten zuordnen: Quell- und Zielbenutzer, Namenskonventionen
- Holds prüfen: Aufbewahrung und rechtliche Anforderungen
- Domain-Plan erstellen: Zeitpunkt, DNS-Änderungen, Rückfalloption
- Geräte planen: Neuregistrierung in Entra ID und Intune
- Sicherheit übernehmen: MFA, Conditional Access und Defender im Ziel-Tenant
- Anwender informieren: neue Anmeldung, Zeitpunkt, Ansprechpartner
Zeitplan realistisch ansetzen
Planen Sie vor dem ersten produktiven Batch eine Pilotgruppe ein. Sie zeigt, wie lange Postfächer und OneDrive wirklich brauchen und welche Fragen Anwender stellen. Erst danach legen Sie Termine für die übrigen Gruppen und den Domain-Umzug fest.
Anwender mitnehmen
Für Mitarbeitende ändert sich oft die Anmeldung, manchmal auch die E-Mail-Adresse. Kündigen Sie den Termin früh an und erklären Sie die ersten Schritte am neuen Konto. Ein fester Ansprechpartner pro Standort verhindert viele Rückfragen.
Was passiert, wenn zwei Tenants parallel weiterlaufen?
Zwei Tenants ohne Plan verursachen laufende Kosten und Lücken. Das Problem wächst mit jeder neuen Gesellschaft.
Folgen eines ungeplanten Parallelbetriebs:
- Doppelte Lizenzen: Benutzer werden in beiden Tenants bezahlt
- Sicherheitslücken: unterschiedliche MFA- und Zugriffsregeln
- Verwaltung: Ein- und Austritte müssen doppelt gepflegt werden
- Zusammenarbeit: Kalender und Dateien sind nur eingeschränkt sichtbar
Wie Sie Konten bei Ein- und Austritten sauber pflegen, zeigt unser Beitrag zum IT-On- und Offboarding. Läuft im Quell-Tenant noch ein lokaler Exchange, lesen Sie zuerst den Beitrag zum Exchange Hybrid-Betrieb.
Tenant-Migration mit Blured
Eine Tenant-to-Tenant-Migration ist vor allem ein Planungsprojekt. Als IT-Dienstleister aus Düsseldorf begleiten wir Unternehmen mit 25 bis 250 Mitarbeitenden bei Konsolidierung und Ausgliederung von Microsoft 365.
Ihre Vorteile:
- klares Szenario: Umzug oder Verbund passend zur Unternehmensstruktur
- saubere Lizenzierung: Ziel-Lizenzen und Migrationslizenzen zum richtigen Zeitpunkt
- geplanter Domain-Umzug: DNS-Zeitplan mit Rückfalloption
- sichere Zielumgebung: MFA, Conditional Access und Geräteverwaltung vor dem Umzug
Jetzt Erstgespräch vereinbaren · Telefon: +49 211 822 00 80
FAQ
Welche Lizenz brauche ich für eine Tenant-to-Tenant-Migration?
Kann ich eine Domain in zwei Tenants gleichzeitig nutzen?
Was passiert mit dem Postfach im alten Tenant?
Muss ich immer migrieren, wenn Unternehmen zusammengehen?
Nächster Schritt
Tenant-Migration mit BDT planen
Sie führen nach einem Zukauf oder einer Ausgliederung Microsoft-365-Umgebungen zusammen oder trennen sie? Wir von Blured Digital Technologies in Düsseldorf planen Identitäten, Lizenzen, Domains und den Umzug von Postfächern, OneDrive und Teams.
