Microsoft-365-Tenant-zu-Tenant-Migration: Anleitung (2026)
Einleitung: „Microsoft 365 Tenant-zu-Tenant-Migration Schritt-in-Schritt“ ist eine der bekanntesten Fragen, da es einen Standard für Dokumentations- und Kommunikationszwecke und so weiter ist. Weil Übernahmen, Umstrukturierungen und Fusionen aktuell branchenübergreifend zunehmen, benötigen Sie zuverlässigen Weg, um Office 365-Mandaten zu Mandantenmigration zu können.
In dieser Anleitung zeigen wir Ihnen eine vollständige Anleitung zum Umzug von Microsoft-365-E-Mail-Mandanten von Mandant zu Mandant – mit Fokus auf Datensicherheit und Genauigkeit für private und professionelle Nutzer.
Was bedeutet eine Office-365-Mandant-zu-Mandant-Migration?
Office 365-Tenant ist der bekannteste dedizierte von Microsoft Cloud-Bereich für ein bestimmtes Unternehmen. Eine Office-365-Mandanten-zu-Mandanten-Migration bedeutet, dass Sie zwei Microsoft-365-Mandanten mit allen gesamten Organisationsdaten gemeinsam, Exchange-Server-Daten (für E-Mail-Nachrichten) und Active-Directory-Daten (für Benutzerkonten) zusammenführen können – inklusive aller Daten und Funktionen, z. B. Teams, SharePoint und E-Mail-Postfächer.
Es gibt mehrere Szenarien, warum viele Nutzer Migration von Office 365-Mandanten zu Mandanten machen müssen:
- Fusionen und Übernahmen (M&A)
- Unternehmens-Rebranding oder Domainwechsel
- Ausgliederung von Geschäftsbereichen
- Datenkonsolidierung nach einer Reorganisation
Lassen Sie uns ansehen – vollständige Anleitung zur Migration von Microsoft 365 Tenant in Tenant
Checkliste: Was Sie vor der Migration beachten sollten
Es gibt mehrere technische und organisatorische Planungen, wenn Sie eine Microsoft-365-Tenant-zu-Tenant-Migration benötigen. Wenn es richtige nicht migrieren, dann es die Arbeit der Mitarbeitenden und Datenverlust von Unternehmen auswirken. Hier umfasst Checkliste von Microsoft 365 Tenant zu Tenant Migration:
- Quell und Ziel-Tenant-Setup identifizieren – einschließlich Benutzer, Lizenzen, Rollen und Konfiguration
- E-Mail-Routing-Umstellung überprüfen
- Endnutzer sollten über mögliche Login- und Ausfallzeitenänderungen informiert werden.
- Einen Plan für Anwendung mit Office-365-Dienste-Integration – wie CRM, HR oder Drittanbieter-Tools
- Ein zuverlässiges Office-365-Migrations-Tool mit Massenübertragungen, Delta-Synchronisierung und Metadaten beibehalten.
- Ein Freigabeeinstellungen und Berechtigungen während der Cross-Tenant-Postfachmigration verwalten
Folgen Sie diesen Schritten für fehlerfreien Vorgang – Microsoft 365 Tenant zu Tenant Migration. Als eine zusätzliche Anleitung, empfiehlt sich ein gesamte Backup der Postfächer. Ein Tipp dazu ist „Office 365 Postfach in PST exportieren.
Warum migrieren Unternehmen Office 365 in einen anderen Mandanten?
Ein Tenant in Office 365 gehört zu der gesamten Office-365-Suite, die mit einer Domäne verbunden ist (z. B.: yourcompanyname.onmicrosoft.com). Diese erlaubt ihnen, alle ihre Unternehmensdaten in derselben Umgebung gespeichert und innerhalb von Mandanten problemlose übertragen zu lassen. Eine weitere wichtige Tenant-Datenmenge umfasst Exchange-Server-Daten (die zur Speicherung von E-Mail-Nachrichten dienen) und Active-Directory-Daten (in denen Benutzerkontoinformationen gespeichert sind).
Lassen Sie uns Office 365-Tenants durch eine Bildung verstehen, um Office 365-Mandanten zu einem zu migrieren. Ähnliche Überlegungen gelten auch, wenn Sie stattdessen von einem anderen Anbieter zu Office 365 wechseln möchten – etwa unter Gmail zu Office 365 migrieren.
Die drei Phasen einer Office-365-Mandant-zu-Mandant-Migration
Der genaue Ablauf unterscheidet sich je nach Organisation und Szenario – unabhängig davon, ob Sie lokale Serverkonten in die Microsoft-Cloud verschieben oder mehrere Cloud-Mandanten zusammenführen, lässt sich der Prozess stets in drei Phasen einteilen:
| Vor der Migration | Ausführung | Nach der Migration |
| Detailliertes Inventar aller Benutzerkonten, Lizenzen und Workloads erstellen | Zuverlässige Migrationssoftware für die Stapel- oder Etappenmigration nutzen | Verzeichnissynchronisierung reaktivieren und Gruppenrichtlinien prüfen |
| Domain-Verfügbarkeit im Zielmandanten prüfen | Pilotmigration mit einer kleinen Nutzergruppe durchführen | Delta-Migration ausführen, um neu hinzugekommene Daten zu synchronisieren |
| Änderungen an Endnutzer und IT-Verantwortliche kommunizieren | Mail-Flow umleiten und E-Mail-Routing verifizieren | E-Mail-Fluss, SharePoint, OneDrive und Teams-Zugriff testen |
| Verzeichnissynchronisierung deaktivieren und DNS-Einträge vorbereiten | Migrations-Dashboards und Protokolle laufend überwachen | Branding und Kommunikationsvorlagen aktualisieren |
| Benutzer und Gruppen in der Zielumgebung anlegen | – | Nutzerfeedback einholen und Support-Anfragen nachverfolgen |
Microsoft-365-Tenant-zu-Tenant-Migration: Schritt für Schritt
In diesem Abschnitt haben wir vollständig Anleitung beschrieben, um eine Migration von Office-365-Tenant-zu-Tenant in Schritt für Schritt durchführen zu können. Hier sind einige Punkte:
Schritt 1: Domain-Vorbereitung
- Sie brauchen eine gültige Lizenz für die Office-365-Tenant-zu-Tenant-Migration.
- Erstellen Sie Administrator-Konten im Quell- als auch im Zielmandanten für nahtlose Migration.
- Erstellen Sie Benutzerpostfächer und Verteilergruppen im Zielmandanten.
- AD-DS-Konsolidierung mit entsprechenden Tools durchführen. Endnutzer unbedingt zur Nutzung von Microsoft 365 nach der Migration schulen.
Schritt 2: Domain-Verifizierung
- Starten Sie Microsoft-365-Verifizierungsvorgang.
- Fügen Sie dann die Quelldomain im Microsoft-365-Admin-Center des Zielmandanten hinzu und erstellen Sie TXT-Einträge im DNS.
Wichtig: Eine Domain darf immer nur von einem einzigen Mandanten genutzt werden – sonst schlägt die Verifizierung fehl und die Microsoft-365-Tenant-zu-Tenant-Migration kann nicht fortgesetzt werden. Nach Abschluss dieses Schritts dauert es rund 72 Stunden, bis die Änderung wirksam wird.
Schritt 3: Migration terminieren
- Erstellen Sie eine Liste der zu migrierenden Benutzerpostfächer und legen Sie für die Zuordnung eine CSV-Datei an.
- Notieren Sie den niedrigsten TTL-Wert des MX-Eintrags der primären E-Mail-Domain.
- Deaktivieren Sie Verzeichnissynchronisierung für Quellmandat im Microsoft-365-Admin-Center, um Synchronisierung von Änderungen aus Quell-AD-DS zu verhindern. Mindestens 24 Stunden werden für Vorgang benötigt.
Schritt 4: Migrationsphase
Eingehenden Mail-Fluss stoppen
Stoppen Sie den eingehenden Mail-Fluss zum Quellmandanten, indem Sie den MX-Eintrag vorübergehend ändern. Dank des zuvor ermittelten TTL-Werts lässt sich der Zeitpunkt genau planen.
Quellmandant vorbereiten
Entfernen Sie die primäre Maildomain aus allen Objekten im Quellmandanten:
- Standard-E-Mail-Adressen auf die ursprüngliche Microsoft-365-Domain zurücksetzen.
- Lync-Lizenzen entfernen.
- Adressen von Verteilerlisten, Räumen und Ressourcen zurücksetzen.
- Sekundäre E-Mail-Adressen entfernen.
- Mit Get-MsolUser –DomainName xyz.com verbleibende Objekte prüfen.
Zielmandant vorbereiten
- Auto-Discover-CNAME konfigurieren.
- Bei AD FS die neue Domain einrichten.
- Benutzerkonten aktivieren und Lizenzen zuweisen.
- Legen Sie Quelldomain als primäre E-Mail-Adresse fest.
- MX-Eintrag auf den neuen Microsoft-365-Mandanten umstellen und den Mail-Fluss testen.
Migration starten
Sie können bis zu 500 Nutzern E-Mails, Kalender und Kontakte separat migrieren. Für große Umgebungen, empfiehlt sich die Multi-Pass-Methode – inklusive mehrerer Migrationen. PowerShell-Skripte können verwendet werden, um die Migration zu kontrollieren.
Ohne zusätzliches Tool ist Migration möglich, jedoch erfordert es PowerShell-Kenntnisse. Deswegen ist eine automatische Drittanbieterlösung eine deutlich zuverlässigere Wahl.
Herausforderungen bei der Office-365-Mandantenmigration
- Komplexität: Sie müssen mehrere Office-365-Dienste und Domains koordinieren.
- Datenverlust: Manchmal führen Fehler in Konfigurationen zu Datenverlust. Ein Office-365-gelöschte-Mails-wiederherstellen ist mögliche Weiterherstellungslösung.
- Drittanbieter-Integration: CRM, Sicherheit und weitere Systeme müssen nach Migration wieder konfiguriert werden.
Das beste Tool für die Microsoft-365-Tenant-zu-Tenant-Migration
BitRecover zählt zu den führenden Anbietern für die Umsetzung großer Migrationsprojekte mit professionellen Tools – inklusive technischem Support bei jedem Schritt. Der BitRecover Office 365 Backup-Assistent hilft Ihnen dabei, Postfächer innerhalb derselben oder zwischen unterschiedlichen Domains zu verschieben, und zählt zu den zuverlässigsten verfügbaren Lösungen für dieses Vorhaben.
Das automatische Tool bietet Ihnen eine kostenlose Testversion, mit der Sie 25 E-Mail-Nachrichten pro Ordner speichern kann. Für Stapelmigration oder große Datenmengen ist eine Lizenz erforderlich.
Das professionelle Tool ist hilfreich, wenn Sie:
- Umzug von Microsoft 365 E-Mail Mandant-zu-Mandant
- Migration von Office-365-Mandanten zu Mandanten möchte
Schritt-für-Schritt-Anleitung mit dem automatisierten Tool
- Laden Sie BitRecover Office 365 Backup-Assistenten für die Microsoft-365-Tenant-zu-Tenant-Migration auf einem Windows-Rechner herunter.
- Öffnen Sie das Tool und geben Sie Ihre Office-365-E-Mail-Adresse (ihrname.firmenname.onmicrosoft.com) ein und klicken Sie auf die Option ,,Login’‘. Für ein Administrator-Konto steht zusätzlich die Option “Ich bin Admin” zur Verfügung.
- Geben Sie Ihr Office-365-Passwort ein, um sich mit den Nutzerpostfächern zu verbinden.
- Wählen Sie die gewünschten Postfachordner (z.B. Posteingang, Gesendete usw.) aus für eine vollständige Migration.
- Wählen Sie “Office 365” aus der Liste der Speicheroptionen.
- Geben Sie die Zugangsdaten des Ziel-Mandanten für die Migration ein.
- Wenden Sie bei Bedarf die erweiterten Filteroptionen nach Datum, Betreff und Absender an.
- Klicken Sie auf die Schaltfläche „Backup“, um die Übertragung zu starten.
Funktionen und Highlights des Migrationstools
- Migrieren Sie vollständig Postfachdaten ohne Aufwand – inklusive E-Mails, Kontakte, Kalender, Aufgaben und Notizen
- Office-365-Gruppenpostfächern und freigegebenen Postfächern.
- Übertragen Sie E-Mails und Postfächer zwischen unterschiedlichen Office-365-Mandanten-Domains.
- Verschieben Sie Nutzer- und Mitarbeiterpostfächer auch innerhalb derselben Domain zwischen Tenant-Bereichen.
- Erweiterter Modus für selektive Migration einzelner Postfachordner.
- Erhält Exchange- und Active-Directory-Daten während der Migration.
- Funktioniert auf beiden Windows- und macOS-Betriebssystemen – inklusive Server-Editionen.
Häufig gestellte Fragen (FAQ)
F1: Wie kann ich Azure von Tenant zu einem anderen migrieren?
Azure-Migration zwischen Tenant ist ein manueller Vorgang – Abonnement müssen übertragen, Rollen neu zugewiesen und Dienste wieder konfiguriert werden. Wenn Sie E-Mails von einem Microsoft 365 zu anderen migrieren, empfiehlt sich eine spezialisierte Lösung für Office 365-Mandant-zu-Mandant-Migration.
F2: Wie kann man mein Office-365-Konto auf einen anderen Tenant übertragen?
Domain müssen zuerst überprüft werden und Benutzer-Konten richten ein Zielmandat ein – sie stellen sicher, dass Postfächer, Kalender und SharePoint-Daten vollständig migriert werden.
F3: Wie lange dauert eine Office-365-Mandanten-zu-Mandanten-Migration?
Basiert auf Datengröße und Komplexität von Migration, dass Übertragung oft bis 24 zu 72 Stunden dauert – auch zusätzlich Zeit für Planung, Ausführung und nach der Migration.
F4: Haben Microsoft native Tools zum Umzug von Office-365-E-Mail-Mandanten zu Mandanten?
Ja, auf jeden Fall! Microsoft bietet ihnen PowerShell-Skripte und native Optionen an. Manuelle Methoden sind jedoch sehr technisch und riskant, deshalb sollten Sie eine leistungsstarke Lösung für Microsoft-365-Tenants zu einer Tenant-Migration verwenden.
Fazit
In diesem Blog haben wir vollständige Anleitung erklärt, um Microsoft 365 Tenant zu Tenant Migration zu können – vor der Planung über Domain-Vorbereitung bis zu der Ausführung. Mit dem professionellen Tool können Sie E-Mails, Kontakte, Kalender, Notizen und Aufgaben zwischen Office 365 Tenant migrieren – dafür müssen Sie die Anmeldedaten für beide Konten. Wenn Sie Fragen über das Tool stellen, kontaktieren Sie jederzeit unser Support-Team.