Microsoft 365 hat sich in den letzten Jahren zur Standardlösung für moderne Zusammenarbeit entwickelt. Gleichzeitig wechseln immer mehr Unternehmen ihre Strukturen – sei es durch Fusionen, Übernahmen oder Rebrandings. Dadurch steigt der Bedarf an einer reibungslosen Microsoft 365 Mandanten zu Mandanten Migration.
Funfact: Über 90 % aller M365‑Umzüge entstehen aufgrund von Mergers & Acquisitions.

Auch wenn Microsoft bereits viele Tools anbietet, ist die Migration kein Selbstläufer. Es gibt zahlreiche technische Abhängigkeiten, Lizenzanforderungen und planerische Schritte, die du kennen musst. Genau deshalb bekommst du hier eine klare, leicht verständliche Schritt‑für‑Schritt‑Anleitung.

Was eine Microsoft 365 Mandanten zu Mandanten Migration eigentlich bedeutet

Ein M365‑Mandant ist im Grunde dein übergeordnetes Organisationskonto – inklusive Domäne, Identitätsverwaltung, Exchange Online, SharePoint, Teams, Azure AD und allen Lizenzen.

Wenn Unternehmen zusammengeführt oder aufgeteilt werden, müssen:

• Postfächer
• Gruppen
• Ressourcen
• Benutzer
• und teilweise komplette Domänen

in einen neuen Mandanten verschoben werden.

Diese Migration ist technisch anspruchsvoll, da sie Identitäten, DNS‑Einträge, Synchronisationen und Lizenzen gleichzeitig betrifft.

Ein einfacher Ansatz für deine Microsoft 365 Mandanten zu Mandanten Migration

Je nach Szenario unterscheidest du zwischen:

• einer einmaligen Migration
• einer gestaffelten Migration
• einem vollständigen Tenant‑Move
• Split‑Flows (z. B. Teilbereiche ziehen um)

In allen Fällen gilt: Plane sorgfältig, führe Tests durch und halte eine Checkliste bereit.

Phase 1 – Vor der Migration

Schritt 1: Domänenvorbereitung

Je nach Unternehmenssituation musst du unterschiedliche Vorüberlegungen treffen:

• Rebranding oder neue Hauptdomäne
• keine Domain‑Änderung
• vollständiger Tenant‑Umzug

Wichtige Aufgaben:

• Sorge für ausreichend Lizenzen im Ziel‑Mandanten.
• Lege Admin‑Konten in Quelle und Ziel an.
• Erstelle Postfächer, Ressourcen und Verteilergruppen im Ziel.
• Führe bei Bedarf AD‑Konsolidierungen durch.
• Synchronisiere die Quelldomäne manuell oder per AD‑Sync.
• Informiere deine Nutzer rechtzeitig über Änderungen.

Schritt 2: Domänen‑Verifizierung

Beginne jetzt mit der Überprüfung der Domäne im Zielmandanten:

• Füge die Quelldomäne im Ziel‑M365‑Admin Center hinzu.
• Lege die benötigten TXT‑DNS‑Einträge an.
• Stelle sicher, dass die Domäne nicht gleichzeitig von zwei Mandanten genutzt wird – sonst schlägt die Verifizierung fehl.

Wichtig: Änderungen können bis zu 72 Stunden benötigen.

Schritt 3: Planung der Migration

Vorbereitung ist alles. Dafür solltest du:

• Eine vollständige Liste aller Benutzerpostfächer erstellen.
• Eine CSV‑Datei für die Zuordnung anlegen.
• Den niedrigsten TTL‑Wert des MX‑Eintrags notieren.
• Die Verzeichnissynchronisierung des Quellmandanten deaktivieren.

Dieser letzte Schritt kann bis zu 24 Stunden dauern.

Phase 2 – Während der Migration

Schritt 4: Stoppe den eingehenden Mail‑Flow

Ändere den MX‑Eintrag der Primärdomäne so, dass keine neuen E‑Mails mehr eingehen. Da du den TTL‑Wert kennst, kannst du den Zeitpunkt exakt planen.

Vorbereitung des Quellmandanten

Bevor du Postfächer verschiebst, musst du:

• Die primäre E-Mail-Domäne aus allen Objekten entfernen.
• Standard‑Adressen auf die ursprüngliche M365‑Domäne zurücksetzen.
• Lync/Skype‑Lizenzen entfernen.
• Adressen von Gruppen, Ressourcen und Räumen zurücksetzen.
• Sekundäre Domänen aus allen Objekten entfernen.
• Mit Get-MsolUser -DomainName prüfen, ob noch Objekte die alte Domain nutzen.

Vorbereitung der Zieldomäne

Jetzt folgt die Einrichtung im Ziel:

• Die Quelldomäne hinzufügen und verifizieren.
• Autodiscover per CNAME konfigurieren.
• Falls du AD FS nutzt: Neue Domain im Ziel hinzufügen.
• Benutzerkonten aktivieren und Lizenzen zuweisen.
• Primäre SMTP‑Adresse der Benutzer auf die Quelldomäne setzen.
• Kennwortweitergabe festlegen.
• MX auf die neue M365‑Domain routen.
• Mail‑Flow testen.

Phase 3 – Start der Migration

Je nach Anzahl der Benutzer gehst du unterschiedlich vor:

Bis 500 Benutzer

• Kalender, E-Mails und Kontakte separat migrieren.
• Optionale Einschränkung nach Zeiträumen für E‑Mails.

Ab 500 Benutzer

• Multi‑Pass‑Migration verwenden.
• Inhalte in mehreren Sets migrieren.
• Kalender, Kontakte und einzelne Wochen nacheinander übertragen.

Die Migration per PowerShell ist möglich, aber komplex. Wenn du hier nicht absolut sicher bist, kann es schnell chaotisch werden. Auch für Experten ist der Vorgang aufwendig und fehleranfällig.

Fazit – Microsoft 365 Mandanten zu Mandanten Migration ohne Chaos

Eine Mandantenmigration ist kein schneller Klick‑Prozess. Du brauchst:

• saubere Planung
• richtige Reihenfolge
• technische Vorbereitung
• DNS‑Know‑how
• Lizenzen und Synchronisation im Griff
• realistische Tests

Wenn du Unterstützung benötigst oder eine komplette Migration durchführen willst, stehen wir dir gerne zur Seite. So stellst du sicher, dass deine Nutzer ohne Ausfallzeiten weiterarbeiten können. 

Jetzt kontaktieren!