Experts Inside Blog

Microsoft 365 Tenant 2 Tenant Migrationen – Teil 1 von 3

Geschrieben von Gabriel Wernbacher | Jul 18, 2024 7:10:21 AM

Mittlerweile hat sich Experts Inside als einer der führenden Tenant2Tenant (T2T) Migrationspartner in der DACH Region etabliert. 

Sei es durch klassische M&A (Merger & Aquisitions) Projekte wo eine Firma die andere Firma übernimmt oder durch Carve-Outs wo sich Firmen z.b Organisatorisch trennen, werden Projekte im Bereich Microsoft 365 immer sehr spannend da doch immer komplex. 

Als Projektleiter und/oder Technischer Architekt durfte ich jetzt doch bei vielen Migrationsprojekten federführend begleiten, woraus diese 3-teilige Blog Serie entstehen wird. 

Eine T2T Migration sollte grob in 4 Phasen eingeteilt werden: 

  • Analysephase 
  • Solution Design / Migrationsplanung 
  • Migrationsphase 
  • Hyper-Care Phase nach der Migration 

Wir werden uns in dieser 3 teiligen Reihe der Analysephase, Solution Design Phase und der Migrationsphase widmen wobei wir hier auch die Hypercare Phase integrieren werden. 

Somit starten wir in die Phase 1 – Analysephase 

Leider sehr oft bei den Kunden unterschätzt jedoch eine sehr wichtige Phase. In dieser Phase wird nicht nur analysiert wie viele User habe ich und welche Teams möchte ich migrieren sondern natürlich auch technische Unterschiede zwischen Source und Target Tenant. Meistens ist 1 Tenant restriktiver bzw anders Konfiguriert als der andere und dass muss natürlich im Zuge des Projektes auch an die User kommuniziert werden was sich hier ändert bzw ändern kann. 

Der erste Schritt muss sein zu definieren WAS möchte ich migrieren, bzw was KANN ich migrieren bzw. wo gibt es technische Limitierungen seitens Microsofts (GraphAPI) oder von meinem Migrationstool. 

Hier mache ich mir immer gerne einfach eine Liste was ist im Projekt (In-Scope) und was nicht (out of Scope) 

IN SCOPE 

OUT OF SCOPE 

Exchange Online 

Teams Calling / Teams PSTN 

OneDrive for Business 

3rd Party Applications 

Sharepoint Online Document Libraries 

Devices iOS 

Teams 

Devices Android 

M365 Groups 

 

Windows Endpoints 

 

 

 

 

 

 

Grössenordnung: 

Um ein Gefühl über die Grössenordnung zu bekommen und welcher Datenmenge wir hier sprechen nehme ich mir folgende Tabelle zu Hilfe: 

 

PROJECT XY 

Active Directory Users 

3307 (3130 with License and active) 

Active Directory Groups 

2580 

Devices Windows 

3004 (SCCM Hybrid) 
all other SCCM 

Devices iOS 

OUT OF SCOPE 

Devices Android 

OUT OF SCOPE 

Devices unknowned 

OUT OF SCOPE 

Exchange Mailboxes 

3940 Usermailboxes 
810 Ressourcemailboxes 

Exchange Storage Used 

25,74 TB including deactivated Users 

OneDrive Total Accounts 

3002  

OneDrive Storage 

52,7 TB including deactivated Users 

Sharepoint Total Sites 

389 active Sites 

Sharepoint Storage 

30,4 TB 

Teams  

397 

 

So eine Tabelle gibt erstmal einen guten Überblick über die Datenmenge, Anzahl User und Anzahl der Teams. Die Auswertung dazu könnt ihr euch natürlich manuell machen, wir haben dazu ein Script entwickelt – du willst das Script haben? Melde dich einfach bei mir 😉 

 

Risikobewertung 

Das nächste, was ich mir immer zu Beginn überlege, welchen Risiken habe ich im Zuge der Tenant 2 Tenant Migration bzw. welche Risiken könnten mich treffen. Das ganze packe ich auch in eine „Risk Summary“ oder „Risikobewertung“ und mache mir dazu gedanken. Diese Liste könnte dann in etwa so aussehen: 

Topic 

Propability 

Impact 

Description 

Data Loss 

LOW 

LOW 

Not all Items are migrated – Mitigation is that we are comparing Data Reports before, within and after migration. 

Exchange Bad Item count can be exceeded, so a potential cleanup of the affected mailboxes must be done. 

MGN Throttling 

LOW 

MEDIUM 

Throttling occurs on the Microsoft Backend and slows down migration. When users start working, not all migrated services are ready (may impact time schedule). 

Autopilot re-enrollment 

HIGH 

MEDIUM 

Devices will be re-enrolled to the Customer's Intune and Autopilot Config. For this Step, it is necessary to touch every device. In this Part, it would be great if Users can get an new Device, when the Hardware Lifecycle is over. 

 

Re-Enrollment of Devices is part of the CUSTOMER XY onsite IT, but Experts Inside will support with 10 days onsite on Munich. 

Hyper-Care Support 

HIGH 

MEDIUM 

CUSTOMER XY might not be able to handle additional load due to and after the migration. 

Experts Inside will provide all necessary Documentation and can also help with an optional Hypercare Support. 

New Hardware 

HIGH 

MEDIUM 

Delivery date of hardware orders (if necessary) cannot be estimated because of the ongoing supply chain situation. Lifecycle must be defined by the customer. 

NO POC 

HIGH 

HIGH 

In case a detailed POC is not executed; the technical feasibility and rough time estimation cannot be calculated  

 

Lizenzen 

Ein wichtiger aber gerne vergessener Punkt von Kunden ist die Bereitstellung der Lizenzen. 
ACHTUNG: Viele Kunden glauben, dass die Lizenzen erst am Tag X der Umstellung (Cut-Over) bereitstehen müssen – NEIN, natürlich werden die Lizenzen vorher bereits benötigt für die Datenmigration. 
Also macht euch bitte aus dem Admin-Portal auf den Source Tenant einen Export der Lizenzen. 

Detaillierte technische Analyse Source und Target: 

Nun beginnen wir Schritt für Schritt den Source Tenant zu analysieren, den Target Tenant zu analysieren und daraus eine Liste zu erstellen mit den unterschieden. Das nimmt sehr viel zeit in Anspruch, weshalb wir uns auch Automatisierungen gebaut haben die uns in der technischen Detailanalyse unterstützen. 

Wenn du alle Informationen zusammengetragen hast, gilt es nun diese Infos zu analysieren, zu bewerten und für den weiteren Migrationsverlauf aufzubereiten. Wichtig ist, dass du dir Gedanken machst, wo du dokumentierst. Das beginnt am Anfang bei der Definition was ist im Projekt zu migrieren und was nicht. Hier zählt das Alte Sprichwort „wer schreibt der bleibt“. Was ich damit sagen will: 

Dokumentation und KOMMUNIKATION über die Inhalte und Nicht-Inhalte, dass von Beginn an klar ist was wird migriert und was nicht. 

Weiters musst du natürlich deine Mengenangaben irgendwo dokumentieren (User, Grösse Mailboxen, Grösse Ondedrive,Sharepoint etc…) damit wir dann im nächsten Schritt eine Migrationsplanung machen können. 

Und zu guter Letzt bleibt noch die Dokumentation der technischen Unterschiede von Source und Target Tenant, hier darfst du aber nicht vergessen dass die IT Welt nicht nur aus M365 Services besteht sondern vl. Auch die eine oder andere Schnittstelle vorhanden ist wie z.b SMTP Services für den Mailversand. 

Wenn du nun alles zusammengetragen hast gehen wir in die Migrationsplanung! Du willst wissen wie das funktioniert? Das ließ dir den zweiten der Serie „M365 Tenant 2 Tenant Migration“ durch…