-

Written By Harshita Sachdeva
-
Approved By
Shivam Rathore -
Updated on September 30th, 2026
Introduction: Microsoft Teams has evolved into a centralized collaboration platform for IT professionals and organizations. Irrespective of the organization’s scale—SMBs or multinational enterprises—this utility allows 1:1 group chats, channel conversations, meetings, and file/document sharing, etc. As a result, the need to write an email for each conversation is eliminated. However, certain circumstances, like company mergers, acquisitions, and team consolidation, call for a need to migrate these conversations. Thus, organizations might use the Aryson Tenant-to-Tenant Migration or rely on manual methods to migrate Microsoft Teams between tenants. This blog explains both procedures in detail to help you pick the suitable one as required.
It is the process of moving the Teams-related data from one M365 account to another (Source → Tenant). Microsoft’s current cross-tenant user data migration allows Teams chats and meetings to be migrated. However, it doesn’t support shared Teams and channels.
It must be noted that user-data migration is not the same as the migration of a complete Teams workplace. The files shared in Teams channels are saved in SharePoint. On the other hand, the files shared in private chats/meetings or calls are stored in the OneDrive account of the sender.
When organizations undergo M&A/D or corporate development, the need to migrate Teams data and other collaboration resources from one tenant to another (A–>B) arises.
Organizations don’t simply have “Teams meetings” in their tenant account. Rather, the entire environment might consist of a set of interconnected collaboration data.
| Organisation → Teams → Channels → Conversations→ Files → Meetings → Users → Guests → Apps/Workflows. |
For example, an organization that is planning to acquire another org. might have:
| Sales Team → North America Channel → customer discussions + files + meetings + external participants |
When this organization moves from Tenant A to Tenant B, the concern is not merely creating the same Teams names in the destination. Rather, administrators would need to consider the users, teams, channels, memberships, and guests/external users, and much more at the same time. The migration of all this data depends upon the scope of the migration method you choose.
As we discussed above, the exact scope depends on the migration method and the capabilities of the migration solution.
| Teams Data & Components | What Is Migrated |
| Teams and channels | Team structures and supported public, private, or shared channels. |
| Team members and owners | User memberships and assigned ownership, subject to destination-account mapping. |
| Chat messages | Supported one-to-one and group chat conversations. |
| Channel conversations | Messages and replies associated with supported channels. |
| Files and attachments | Documents shared through Teams, including files associated with SharePoint and OneDrive. |
| Meetings | Supported Teams meeting data and related information. |
| Planner data | Planner plans and associated tasks, where supported by the migration solution. |
| Tabs and apps | Supported tabs, applications, and their configurations. |
| Team settings | Applicable team-level configurations and permissions, depending on the migration method. |
| User mapping | Source users are mapped to their corresponding destination accounts, so migrated data is associated with the correct identities. |
Important: Not every Microsoft Teams migration method transfers every item listed above. Microsoft’s native cross-tenant user-data migration has a narrower scope, while the dedicated software tools mentioned below may support additional Teams workloads. Always verify the supported data types before starting the migration.
Teams have limits that affect migration planning. A team can have a maximum of 25,000 members and 1,000 channels. Whereas for shared channels, this number might increase to 5,000 direct members.
Before moving data, prepare both tenants.
If you are using the Microsoft Orchestrator tool, it is necessary to map identities. It also requires Teams licenses on both tenants for users included in the Teams migration.
In this section, we will mainly focus on the top two methods to migrate Microsoft Teams from one account to another. Read through both of them and choose the suitable approach as required.
Microsoft Orchestrator Tool provides a cross-tenant migration framework for supported user data. With the help of this native approach, you can migrate Teams chats and meetings. However, the migration of shared Teams and channels is not supported via this workflow.
Admins use Microsoft migration tools to move Teams data between two tenants. They need to match source users with their destination accounts, configure some settings, and run the migration. This method is mainly intended for IT teams that are comfortable managing Microsoft 365 and PowerShell.
Microsoft documents separate applications for Teams Chat Migration and Teams Meeting Migration.
When you perform Microsoft Teams migrations for two different tenants, there are some limitations associated with the manual method.
Aryson’s Tenant-to-Tenant Migration Tool is designed for moving supported Microsoft 365 workloads, including Teams, between tenants. This Graph API and Migration API-based software makes it easy to bulk migrate Teams data. Its Teams module supports Teams, channels, messages, replies, files, folders, metadata, Planner, tabs, and supported apps. The User mapping and filters help administrators control which accounts and data are transferred.
Either you choose the manual workflow or opt for the Aryson Tenant-to-Tenant Migration tool to migrate Microsoft Teams between tenants.
| Factor | Manual Migration | Aryson Migration Tool |
| Setup | Requires tenant configuration, permissions, migration applications, and migration batches | Centralized migration workflow |
| Technical expertise | Requires Microsoft 365 and PowerShell knowledge | GUI-based workflow |
| Teams & channels | Not supported through the Microsoft native orchestrator | Supports Teams and channel migration |
| User mapping | Requires one-to-one source-to-destination mapping | Supports user mapping |
| Files & folders | Requires separate consideration of SharePoint and OneDrive data | Supports Teams files, folders, and metadata |
| Selective migration | Requires workload-specific configuration | Supports selected Teams or channels |
| Incremental migration | Requires additional migration planning | Supports incremental migration |
| Planner, tabs & apps | Limited by the native migration scope | Supports Planner, tabs, and supported apps |
| Monitoring | Requires administrators to track migration results | Dashboard and migration reports available |
| Bulk migration | Uses Microsoft migration batches | Supports bulk Teams migration |
| Migration scope | Focused on supported Teams chats and meetings | Covers a broader range of supported Teams components |
In this blog post, we discussed the manual and professional methods to migrate Microsoft Teams between tenants. The manual method doesn’t allow users to migrate shared Teams and channels. This method might be used to migrate a small amount of data, whereas to migrate large datasets, it is recommended to use the Aryson Tenant-to-Tenant Migration Tool. For different scenarios, the choice of method may vary and result in different outcomes. Therefore, it is essential to choose the right migration method for your next team’s migration project.
Ans: Microsoft’s Migration Orchestrator supports Teams chats and meetings for cross-tenant migration. It does not migrate shared Teams, channels, or SharePoint sites. These remain in the source tenant after migration automatically.
Ans: Yes, Microsoft requires every migrating user to be mapped between source and target tenants before migration. This ensures Teams chats and meetings associate correctly with destination identities during migration operations.
Ans: No. Microsoft doesn’t migrate meeting recordings, transcripts, recaps, attendance reports, apps, and tags via its native approach. These remain excluded from migration entirely today. However, with the help of the Aryson tenant-to-tenant migration tool, you can migrate them easily.
Ans: Microsoft does not migrate meetings with more than 250 attendees. Large meetings and several specialized meeting types are also outside the supported migration scope during tenant moves today, generally overall. Using the Aryson tenant-to-tenant migration tool, you can migrate Teams meetings as well.
Ans: Microsoft requires applicable Teams licensing for users included in migration. Users must also satisfy identity-mapping and tenant-preparation requirements before Teams data can migrate successfully between tenants during scheduled batches.
Ans: No. Teams Meeting migration depends on successful mailbox migration. Microsoft requires Teams chats and mailboxes when selecting the Teams Meetings workload in a migration batch for users during setup procedures.
Ans: Microsoft’s orchestrator supports migration retries for failed or incomplete batches. However, Teams chats and meetings do not use the same incremental migration model as OneDrive. Administrators should plan carefully beforehand. If you choose the Aryson Tenant-to-Tenant Migration tool, it is possible to incrementally migrate data later.
About The Author:
Harshita Sachdeva, a professional technical writer at Aryson Technologies, specialize in delivering clear, hands-on documentation for data management, migration, and recovery solutions. With a meticulous, reader-first approach, I break down complex technical processes into simple, actionable content - helping IT professionals and decision-makers tackle challenges efficiently.
Related Post
Useful Links
© Copyrights 2014-2026 by Aryson Technologies Private Limited - All Rights Reserved