Large tenant‑to‑tenant (T2T) migrations are complex, multi‑workload programmes that touch every layer of Microsoft 365. Over time, recurring patterns and lessons emerge, especially when dealing with thousands of users, legacy configurations, holds, storage constraints, and identity dependencies. Below are some of the most valuable lessons we’ve learned from delivering large‑scale M365 migrations.
Migrating active users is typically straightforward. However, leaver accounts often introduce unexpected delays, particularly when they are under:
These controls prevent normal removal or restoration processes. To migrate a mailbox or OneDrive, the account must first be restored, which is a task that can be time‑consuming when large numbers of leaver accounts are held for compliance reasons.
Restore all leaver mailboxes and OneDrives early, long before any migration waves begin. Doing this early allows time to:
Proactive restoration is essential for clean identity mapping and tool readiness.
Larger mailboxes frequently cause issues, particularly if previously active user mailboxes have been converted to shared. While shared mailboxes can be created without a licence, they are limited to:
They also do not support auto‑expanding archiving unless licensed.
When source mailboxes exceed these limits, target provisioning becomes more complex.
Provision target mailboxes early, and assign licences where the source mailbox exceeds the 50 GB shared mailbox limit. This can prevent situations where:
For leaver OneDrives, data often must be migrated into classic SharePoint team sites using consistent naming, such as:
Provisioning these sites early ensures URL stability and correct identity mapping.
The Master Migration List is the authoritative source for identity mapping. However, with multiple teams updating it over months, inconsistencies or formatting drift can easily occur.
Review and validate the MML regularly, and never alter its structure. Key practices for this include:
A clean MML prevents mismatches, provisioning issues, and mapping failures.
Large migrations often push SharePoint and OneDrive storage to their limits. A real risk is running out of space mid‑project, which can halt migrations entirely.
Monitor storage from day one and secure additional capacity early.
Side note: Additional storage can take weeks to provision, so forecasting usage and planning ahead is essential.
So to conclude: successful tenant‑to‑tenant migrations depend on early restoration of leavers, careful licensing and provisioning of large mailboxes, strict MML governance, and proactive storage management. Applying these lessons ensures smoother execution, fewer surprises, and a far more predictable migration journey.
If your organisation is planning a merger, acquisition, divestiture, or Microsoft 365 consolidation project, Nero Blanco helps enterprise teams deliver complex migrations with minimal downtime, reduced risk, and a strong focus on user experience.
Planning a tenant-to-tenant migration?
Explore Nero Blanco’s Tenant-to-Tenant Migration Services or get in touch to discuss your project with migration specialists who’ve delivered some of the world’s most complex Microsoft 365 transformations.