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) |
Devices iOS |
OUT OF SCOPE |
Devices Android |
OUT OF SCOPE |
Devices unknowned |
OUT OF SCOPE |
Exchange Mailboxes |
3940 Usermailboxes |
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…
![avatar](https://7055280.fs1.hubspotusercontent-eu1.net/hub/7055280/hubfs/Gabriel%20Wern.jpg?width=290&name=Gabriel%20Wern.jpg)