Microsoft 365 Tenant-to-Tenant Migration: Gründe, Herausforderungen und Lösungen
![Microsoft 365 Tenant-to-Tenant Migration: Gründe, Herausforderungen und Lösungen](/content/images/size/w1200/2024/07/cover_tenant_to_tenant_migration-min.png)
Eine Migration von einem Microsoft 365 Tenant zu einem anderen kann aus verschiedenen Gründen erforderlich sein. Unternehmensübernahmen, Fusionen, Umbenennungen, Datenschutzbestimmungen oder strategische Entscheidungen sind nur einige Beispiele. Doch eine solche Migration bringt zahlreiche Herausforderungen mit sich. In diesem Artikel beleuchten wir die häufigsten auftretenden Probleme und geben Ihnen wertvolle Tipps, wie die Migration dennoch gelingt.
Gründe für eine Microsoft 365 Tenant-to-Tenant Migration
Unternehmensstrategische Gründe
Unternehmensübernahmen oder Fusionen erfordern oft eine Konsolidierung der IT-Infrastruktur. Dies bedeutet, dass die E-Mail-Postfächer, Benutzerkonten und Unternehmensdaten von einem Microsoft 365 Tenant in einen anderen migriert werden müssen. Auch die Ausgliederung von Abteilungen in eigenständige Unternehmen oder die Umbenennung eines Unternehmens können Gründe für eine Tenant-to-Tenant Migration sein.
Datenschutz und Compliance
Ein weiterer wichtiger Grund ist die Einhaltung von Datenschutzbestimmungen. Wenn ein Tenant versehentlich in einer falschen Region registriert wurde, zum Beispiel außerhalb der EU, kann dies datenschutzrechtliche Probleme verursachen. In solchen Fällen ist eine Migration in einen konformen Tenant erforderlich.
Technologische und organisatorische Gründe
Technologische Fortschritte oder organisatorische Änderungen, wie die Einführung neuer IT-Lösungen oder die Konsolidierung verschiedener Systeme, können ebenfalls eine Migration notwendig machen. Auch Sicherheitsvorfälle können eine schnelle Einführung neuer Dienste und eine anschließende geordnete Datenmigration erfordern.
Herausforderungen und Stolpersteine bei der Migration
Domain in zwei Tenants gleichzeitig nutzen?
Eine Domain kann immer nur in einem Tenant existieren. Sie kann nicht unverifiziert temporär hinzugefügt werden. Es ist jedoch möglich, über Connectoren und Regeln in Exchange Online eine temporäre Koexistenz zu etablieren. Dies ermöglicht es, die Domain über einen begrenzten Zeitraum hinweg in beiden Tenants zu nutzen.
E-Mail-Eingang und Vermeidung von Unzustellbarkeitsbenachrichtigungen
Der Zeitpunkt der Migration der MX-Records muss sorgfältig gewählt werden. Es ist wichtig, dass alle Proxy-Adressen und Alias-Adressen übernommen wurden, um sicherzustellen, dass keine E-Mails verloren gehen und Absender keine Unzustellbarkeitsmitteilungen erhalten.
Serientermine und Freigabelinks
Es wird empfohlen, alle zukünftigen Serientermine abzusagen, unabhängig davon, ob sie intern oder extern sind. Der Organisator kann sonst keine Updates mehr korrekt versenden. Links zu Dateien und Ordnern werden in der Regel nicht übernommen. Es gibt jedoch Möglichkeiten, diese für besondere Szenarien wieder aufzubauen.
B2B-Benutzer / Gäste
B2B-Gäste müssen nach der Migration neu eingeladen werden. Es ist möglich, Masseneinladungen zu versenden, um diesen Prozess zu erleichtern.
Microsoft Teams Kanäle und Daten
Es können die Daten, 1:1-Chats und ganze Teams aus Microsoft Teams migriert werden.
Lizenzen zwischen Tenants übertragen
Lizenzen können nicht direkt von einem Tenant zu einem anderen mitgenommen werden. Lizenzen, die direkt von Microsoft bezogen wurden, sollten gekündigt werden. Lizenzen über einen Microsoft-Partner können umgeschrieben werden, jedoch ist dies bei Commercial Customers nicht möglich. Enterprise Customers haben möglicherweise zusätzliche Optionen, abhängig von ihren spezifischen Vereinbarungen.
onmicrosoft.com Adresse behalten
Die onmicrosoft.com Adresse kann nicht migriert werden. Nach korrekt eingeleiteten Schritten kann Microsoft die Aufgabe des alten Tenants signalisieren. Nach 180 Tagen wird der alte Tenant gelöscht und die alte onmicrosoft.com Adresse steht in den meisten Fällen wieder zur Verfügung. Eine Garantie hierfür gibt es jedoch nicht.
Azure AD Joined Devices
Azure AD Joined Devices können nicht migriert werden. Es wird empfohlen, Endgeräte zurückzusetzen und neu zu enrollen, um nachfolgende Probleme zu vermeiden.
Ganzheitliche Microsoft 365-Mandanten Migration-as-a-Service durch unsere Professional Services!
![](https://indeno.at/images/id_lgo.png)
Planung und Durchführung der Migration
Eine erfolgreiche Tenant-to-Tenant Migration erfordert eine sorgfältige Planung und Durchführung. Hier sind einige wichtige Schritte, die Sie beachten sollten:
- Vorbereitung der Zielumgebung: Stellen Sie sicher, dass die Zielumgebung korrekt konfiguriert ist und alle erforderlichen Lizenzen vorhanden sind.
- Übertragung der Domains: Registrieren Sie die Domain im neuen Tenant und stellen Sie sicher, dass alle DNS-Einstellungen korrekt sind.
- Benutzer und Gruppen anlegen: Legen Sie alle Benutzer und Gruppen im neuen Tenant an, bevor Sie mit der Datenmigration beginnen.
- Postfachmigration: Migrieren Sie die Postfächer und stellen Sie sicher, dass alle E-Mails, Kalender und Kontakte korrekt übertragen werden.
- MX-Records und DNS-Einstellungen: Passen Sie die MX-Records und DNS-Einstellungen an, um den E-Mail-Verkehr auf den neuen Tenant umzuleiten.
- Endgeräte zurücksetzen und neu konfigurieren: Setzen Sie alle Azure AD Joined Devices zurück und konfigurieren Sie sie neu im neuen Tenant.
- Nachmigration und Überprüfung: Führen Sie eine Nachmigration durch, um sicherzustellen, dass alle Daten korrekt übertragen wurden und keine Daten verloren gegangen sind.
Eine Microsoft 365 Tenant-to-Tenant Migration ist ein komplexer Prozess, der sorgfältige Planung und Durchführung erfordert. Es ist wichtig, alle Herausforderungen zu kennen und entsprechende Maßnahmen zu ergreifen, um einen reibungslosen Übergang zu gewährleisten. Wenn Sie Unterstützung bei Ihrer Migration benötigen, stehen unsere Ihnen unsere Experten gerne zur Seite. Kontaktieren Sie uns für eine maßgeschneiderte Lösung, die Ihren spezifischen Anforderungen entspricht.
![](https://indeno.at/images/id_lgo.png)