Microsoft Teams Tenant-to-Tenant Migration — Microsoft 365 Teams Data Move
Microsoft Teams Tenant-to-Tenant Migration moves your Teams structure and documents from one Microsoft 365 tenant to another — typically during a merger, acquisition, or move to a different geographic region. Microsoft provides no native way to move teams and channels between tenants, so IT Partner recreates the team and channel structure in the destination tenant, transfers the files stored in Teams, migrates membership information, and provides owner access to every migrated team. Using supported third-party migration tooling, channel conversation history is migrated too — Microsoft provides no native path for it, so the tooling is part of how this service delivers. Tabs, Planner boards, and OneNote notebooks move where the tooling supports them; some apps and custom tabs require reconfiguration in the destination. Private 1:1 and group chats are covered by IT Partner's separate Teams Private Chat Migration service.
What this engagement is
This service plans, designs, and migrates Microsoft Teams from one Microsoft 365 tenant to a different Microsoft 365 tenant. Because Microsoft offers no native mechanism to move teams, channels, or their underlying SharePoint sites across tenants, the migration works by recreating: IT Partner inventories the in-scope teams, channels, and files in the source tenant, creates the matching team and channel structure in the destination tenant, transfers the files stored in Teams and channels, migrates user membership information, and provides owner access to all migrated teams. The scope covers structure (including private channels), files, membership, and — using supported third-party migration tooling — channel conversation history; tabs, wikis, Planner plans, and OneNote notebooks are migrated where the tooling supports them, while some apps and custom tabs require reconfiguration in the destination. Private 1:1 and group chats and scheduled meetings are outside this scope — chats are covered by the separate Teams Private Chat Migration service. The migration is designed so the source environment stays usable until the agreed switchover, and in-scope content is validated in the destination before final cutover.
Success criteria
What you receive
How the work unfolds
Confirm business goals, source and destination tenant details, migration scope, key contacts, access requirements, expected timeline, and any known constraints such as licensing, naming standards, or cutover preferences.
Inventory the in-scope Teams, channels, owners, membership information, and files stored in Teams. Review the destination tenant readiness and confirm what will be migrated, what will be excluded, and any items that require client decisions before migration.
Create the agreed Teams and channel structure in the destination tenant and pre-stage supported file content where practical. This phase is used to reduce final migration time and identify access, naming, or data issues before the final migration event.
Validate that the destination Teams and channels are present, files are transferred as expected, and owner access has been provided. Review representative content and access with the client point of contact before proceeding to final migration.
Complete the final migration pass for in-scope Teams content, confirm the destination environment is accessible, and provide a final status summary including any known exceptions or client follow-up items such as membership management or desktop client reconfiguration.
Prerequisites
Who does what
IT Partner
- Identify data such as the team, channel, and the files contained in them in the source tenant
- Creation of appropriate team and channel structure in the destination tenant
- Transfer files stored in the team and channel to a new tenant
- Providing owner access to all Teams in destination tenant
Your team
- Provide a dedicated point of contact responsible for working with IT Partner
- Coordinate any outside vendor resources and schedules, if needed
- If Microsoft Team desktop clients are to be used for connectivity to Microsoft 365, reconfigure those clients
- Manage user membership in Teams
What's not included
Limitations & technical notes
Frequently asked questions
What does IT Partner's Microsoft Teams tenant-to-tenant migration service do?
It moves Microsoft Teams from one Microsoft 365 tenant to another — typically for mergers, acquisitions, or geographic-region moves. IT Partner identifies the in-scope teams, channels, and files in the source tenant, recreates the structure in the destination tenant, transfers the files, migrates membership information, and provides owner access to all migrated teams.
Can Microsoft Teams be moved natively between tenants?
No. Microsoft provides no native mechanism to move teams, channels, or their underlying SharePoint sites across tenants. That is why this service works by recreating the structure in the destination and transferring the content — an approach that is honest about what carries over and what does not.
What is included in the Microsoft Teams tenant-to-tenant migration?
Migration of teams and channels (recreated in the destination tenant), transfer of files stored in Teams and channels, migration of user membership information, and owner access provided to all teams in the destination tenant.
Does the service migrate channel conversations or private chats?
Channel conversation history is migrated: Microsoft provides no native cross-tenant path for it, so this service uses supported third-party migration tooling to move channel conversations along with structure and files, within the tooling's fidelity limits. Private 1:1 and group chats are handled by IT Partner's separate Microsoft Teams Private Chat Migration service, which uses Microsoft's cross-tenant migration tooling for chats.
What about apps, tabs, Planner, meetings, and recordings?
Tabs, wikis, Planner plans, and OneNote notebooks are migrated where the migration tooling supports them; apps, connectors, bots, custom tabs, meeting recordings, and scheduled meetings do not transfer with the team structure and are recreated or reconfigured in the destination, scoped separately where the effort is material.
How is this Teams migration priced, and how long does it take?
The service is priced as a fixed $3,500 tenant fee plus a fee per migrated team, over a 1-week engagement — the full amount is quoted in writing before work begins. The final cost depends on the number of teams in scope.
What access is required before the migration can begin?
Global admin-level access to both the source and destination Microsoft 365 tenants, and Teams licensing available in the destination tenant for the users who will work there.
Will users experience downtime during the Teams migration?
The migration is designed so the source environment remains usable until the agreed switchover: structure and files are pre-staged and validated in the destination before the final migration pass. Users then start working in the destination tenant per your communications plan.
What happens during the migration engagement?
The engagement runs through kickoff, source data inventory, pre-stage migration (structure creation and file transfer), validation and owner-access provisioning, and final data migration with a closing status summary that lists any exceptions and client follow-up items.
Does the service migrate user membership information?
Yes — membership information is migrated so recreated teams have the agreed members, and owner access is provided on every migrated team. Ongoing membership management after migration remains the client's responsibility.
Who is responsible for what during the migration?
IT Partner identifies the source data, creates the destination structure, transfers files, and provides owner access. The client provides a dedicated point of contact, coordinates outside vendors if needed, reconfigures Teams desktop clients where used, informs users about the change, and manages team membership going forward.
Can the migration plan be customized?
Yes. The core service remains a Teams tenant-to-tenant migration of structure, files, membership, and channel conversation history, and the sequencing, batching, and cutover approach are agreed at kickoff based on your environment and constraints.