How a tenant-to-tenant migration is sequenced
A Microsoft 365 tenant-to-tenant migration moves people, mail, files and conversations from one tenant to another after a merger, acquisition, divestiture or consolidation. Microsoft documents two native approaches: an orchestrated migration that moves mailboxes, OneDrive, Teams chats and Teams meetings together in coordinated batches, and individual cross-tenant tools for mailbox, OneDrive and SharePoint when each workload needs its own timeline, with partner or third-party tools for complex cases (Microsoft Learn, Plan a Microsoft 365 tenant-to-tenant migration, accessed 2026-10-20). EPC Group, a Houston-based Microsoft consulting firm, runs these migrations in a fixed order because each workload depends on the one before it: identity first, then mail, then OneDrive and SharePoint, then Teams, then the domain. Changing that order is the usual cause of a cutover weekend that runs into Tuesday.
Step 1: identity, the part the tools do not do
Microsoft is explicit that its migration tooling moves content, not identities. The customer is responsible for creating and configuring users in the target tenant, and every workload then reads a one-to-one identity map of source users and groups to target users and groups; a source user cannot be mapped to several target users, and any change to the map must be re-uploaded in full (Microsoft Learn, An overview of tenant-to-tenant migration with orchestrator in Microsoft 365, accessed 2026-10-20; Step 5: SharePoint Identity mapping, accessed 2026-10-20). For the months between deal close and cutover, Microsoft Entra cross-tenant synchronization provisions users from one tenant into the other as B2B collaboration users so they can use Teams, SharePoint and shared applications across the boundary while their accounts stay managed at home (Microsoft Learn, What is cross-tenant synchronization?, accessed 2026-10-20). EPC Group's Microsoft 365 consulting practice builds the target accounts, licenses and Conditional Access before any data moves, and schedules the custom domain transfer as its own cutover window because mail routing changes with it.
Step 2: mail with cross-tenant mailbox migration
Cross-tenant mailbox migration lets tenant administrators move Exchange Online mailboxes with familiar tools, Exchange Online PowerShell and the New-MigrationBatch cmdlet. The target user must exist as a MailUser with specific attributes before the move; afterward the source mailbox is converted to a MailUser whose external address points at the destination, which keeps mail routing and coexistence working until the source is cleaned up. Only user-visible content moves, email, contacts, calendar, tasks and notes; the source mailbox is deleted after success and is not recoverable there; mailboxes on any kind of hold are blocked; and a per-user Cross Tenant User Data Migration license must be purchased first or the batch fails with a licensing error (Microsoft Learn, Cross-tenant mailbox migration, accessed 2026-10-20). Microsoft advises batches of no more than 2,000 mailboxes submitted two weeks before cutover, since synchronization has no user impact (same source). Items that do not migrate include public folders, client-side rules, Outlook profiles, send-as and send-on-behalf permissions and mailboxes with more than 12 auxiliary archives (Microsoft Learn, Cross-Tenant Migration, accessed 2026-10-20).
Step 3: OneDrive and SharePoint
Cross-tenant OneDrive migration is a move, not a copy. Two SharePoint administrators establish a trust between tenants, users and groups are precreated, the identity map is uploaded, and each OneDrive is moved with only a few minutes of read-only time and a redirect left at the old location so existing links keep working. Up to 4,000 accounts can be scheduled at a time, incremental or delta passes are not possible, accounts under a hold are blocked until the hold is removed, and the feature is not supported for GCC, GCC High or DoD tenants (Microsoft Learn, Cross-tenant OneDrive migration, accessed 2026-10-20). SharePoint sites follow the same trust and map; users and groups keep their permissions on migrated content if they are in the map, sharing links redirect to the new location, and for group-connected sites the target URL must match the alias of the new Microsoft 365 group or the move fails (Microsoft Learn, Cross-tenant SharePoint migration FAQs, accessed 2026-10-20; Step 5: SharePoint Identity mapping, accessed 2026-10-20). Sensitivity labels are not exported between tenants and must be recreated in the target (Microsoft Learn, Cross-tenant mailbox migration, accessed 2026-10-20). EPC Group's SharePoint consulting practice inventories sites by owner and size, retires what nobody claims, and recreates the label taxonomy before the first site moves.
Step 4: Teams chats, meetings, and what stays behind
Teams is where expectations most often diverge from the tooling. Microsoft's Migration Orchestrator can migrate one-to-one and group chats and Teams meetings in the same batch as mailboxes and OneDrive; the meeting workload depends on a successful mailbox migration and cannot be selected alone. Chats are recreated as new threads in the target while the source copies remain in edited form, duplicate threads can exist on both sides, and meeting URLs are updated for meetings that occurred within the previous 60 days while older meeting chats become new group chats (Microsoft Learn, An overview of tenant-to-tenant migration with orchestrator in Microsoft 365, accessed 2026-10-20; End-user experience, accessed 2026-10-20). Teams and channels themselves, along with SharePoint sites, are shared data that the Cross-Tenant User Data Migration solution does not migrate; they remain in the source tenant (same overview). EPC Group's approach is to rebuild the team structure in the target, move each channel's files as a SharePoint site, and either migrate channel history with partner tooling or preserve it as a searchable archive, a decision made per team with its owner.
What breaks, and how cutover is planned
The predictable breakages are the ones to plan for: send-on-behalf delegates must be re-stamped on target mailboxes after conversion; client-side Outlook rules and profiles are rebuilt by users; labels and retention policies are recreated; meeting links older than 60 days are not updated; and OneDrive redirects last only until the source tenant is deprovisioned (Microsoft Learn, Cross-tenant mailbox migration; Cross-tenant OneDrive migration; both accessed 2026-10-20). EPC Group plans cutover as waves rather than a single event: a pilot wave of a few dozen users across departments exercises every workload end to end, then department waves follow with explicit exit criteria. Each wave has a pre-cutover checklist (licenses, identity map, mailbox batch synced, OneDrive scheduled), a cutover window, and a next-business-day support plan. Timeline is governed by data, not headcount: Microsoft's published estimates for cross-tenant mailbox moves run from one day for mailboxes up to 10 GB to three to six days for 100 to 200 GB, with no support above 200 GB, in the duration table referenced from the cross-tenant mailbox migration FAQ (Microsoft Learn, Cross-tenant mailbox migration, accessed 2026-10-20), so the large-mailbox population sets the wave length.
Documented work
ANON-CASES: EPC Group engagement data in manufacturing and financial services covers mid-size and large organizations consolidating or separating Microsoft 365 tenants after acquisitions and divestitures, delivered by the firm's Microsoft 365 consulting practice. Client names are not published here. Engagements are described by industry and organization size only, and no outcome figures are quoted that cannot be traced to a signed deliverable. EPC Group is a Microsoft Solutions Partner with all six Solutions Partner Designations as of October 2026.
Primary sources
- Cross-tenant mailbox migration — Microsoft Learn, accessed 2026-10-20
- An overview of tenant-to-tenant migration with orchestrator in Microsoft 365 — Microsoft Learn, accessed 2026-10-20
- Cross-tenant OneDrive migration — Microsoft Learn, accessed 2026-10-20
- Cross-tenant SharePoint migration FAQs — Microsoft Learn, accessed 2026-10-20
- What is cross-tenant synchronization? — Microsoft Learn, accessed 2026-10-20
- Plan a Microsoft 365 tenant-to-tenant migration — Microsoft Learn, accessed 2026-10-20
- Cross-Tenant Migration — Microsoft Learn, accessed 2026-10-20
Frequently Asked Questions
What is cross-tenant mailbox migration and when is it used?
Cross-tenant mailbox migration is Microsoft’s native method for moving Exchange Online mailboxes between tenants during mergers or divestitures, run from Exchange Online PowerShell with New-MigrationBatch. The user must already exist in the target as a MailUser; after the move the source mailbox becomes a MailUser stamped with a routing address so mail keeps flowing. Only user-visible content moves, mailboxes on hold are blocked, and a per-user Cross Tenant User Data Migration license is required (Microsoft Learn, Cross-tenant mailbox migration, accessed 2026-10-20).
How are Teams channels, chats and files moved?
Microsoft’s Migration Orchestrator moves one-to-one and group chats and Teams meetings in the same batch as mailboxes and OneDrive; chats are recreated in the target, source copies remain in edited form, and duplicate threads can appear. Teams and channels, as shared data, are not migrated by the Cross-Tenant User Data Migration solution and stay in the source (Microsoft Learn, An overview of tenant-to-tenant migration with orchestrator in Microsoft 365, accessed 2026-10-20). EPC Group rebuilds teams in the target, moves channel files as SharePoint sites, and archives or tools channel history.
How are SharePoint and OneDrive migrated and what does not move?
Cross-tenant OneDrive migration moves each account in one pass and leaves a redirect behind; up to 4,000 accounts can be scheduled at once, incremental passes are not possible, and GCC, GCC High and DoD are not supported (Microsoft Learn, Cross-tenant OneDrive migration, accessed 2026-10-20). SharePoint sites move with permissions for every mapped user and group, and sharing links redirect (Microsoft Learn, Cross-tenant SharePoint migration FAQs, accessed 2026-10-20). Sensitivity labels are not exported and must be recreated in the target (Microsoft Learn, Cross-tenant mailbox migration, accessed 2026-10-20).
How is identity handled (new accounts, cross-tenant sync, domain move)?
Microsoft’s tools move content, not identities: the customer creates target users first, then builds a one-to-one identity map of source to target users and groups that every workload reads (Microsoft Learn, An overview of tenant-to-tenant migration with orchestrator in Microsoft 365, accessed 2026-10-20). For coexistence before cutover, Microsoft Entra cross-tenant synchronization provisions users as B2B collaboration users in the other tenant so they can reach Teams and SharePoint there (Microsoft Learn, What is cross-tenant synchronization?, accessed 2026-10-20). EPC Group schedules the custom domain move as its own cutover window.
What is a realistic timeline by user count?
Mailbox sizes, SharePoint volume and wave count drive the schedule, not headcount. Microsoft’s duration table for cross-tenant mailbox moves, referenced from the cross-tenant mailbox migration FAQ, gives one day for mailboxes up to 10 GB, one to two days for 10 to 50 GB, two to five days for 50 to 100 GB, three to six days for 100 to 200 GB, and no support above 200 GB; Microsoft recommends batches under 2,000 mailboxes submitted two weeks before cutover (Microsoft Learn, Cross-tenant mailbox migration, accessed 2026-10-20).
Talk to a senior architect
If your organization has a deal closing and two tenants to reconcile, a 30-minute discovery call with a senior EPC Group architect will cover the identity plan, the workload order and a first-pass wave schedule. See the M&A tenant migration service hub for engagement structures.
Email contact@epcgroup.net or call 888-381-9725.
a Microsoft Gold Partner (2000 until Microsoft retired the program in 2022) — today holding all six Microsoft Solutions Partner Designations.
Documented engagements
Each record publishes a redacted primary-source document — a client purchase order, executed agreement or payment record — with a SHA-256 hash you can recompute, and states what the document does not establish.
- Tarleton State University — Contracted — countersignedCase study: Tarleton State: Office 365 Cross-Tenant Migration (2021)
Related reading
- What are the steps to plan an Office 365 tenant migration?
- Anonymized engagement summary: consolidating four acquired companies' Office 365 tenants into one parent tenant (2023)
- Anonymized engagement summary: Microsoft Teams as the organization-wide communications platform, with Teams Phone and about 1,000 numbers ported, for a construction company (2020–2021)
- What is Microsoft 365 identity governance, and how does Entra ID Governance work?
