Microsoft Teams migration, without the drama.

ShareGate's Copy Teams feature migrates Teams between tenants or moves channels between Teams. You connect to source and destination tenants, select the Teams or channels you want to migrate, then choose what to include: channel messages, files, tabs, apps, Planner, and membership.

You can run the migration immediately or schedule it, and incremental copies are supported.

ShareGate migrates standard and private channels, channel conversations (posts and replies), files and folders, tabs and apps, Planner plans, team settings, permissions, and membership. The connected SharePoint site and Microsoft 365 group come along automatically.

Also included: team and channel descriptions, conversation authors and timestamps, file version history and metadata, lists and libraries, and OneNote. For what doesn’t come across, see the limitations question below.

ShareGate doesn't migrate user accounts between tenants. Users need to already exist in the destination tenant. ShareGate then maps source users to destination users to preserve Teams membership, permissions, and user-related metadata.

It automatically searches for matching users in the destination using account name, email, display name, and other properties. If automatic mapping doesn't find the right match or you want full control, you can create an explicit user mapping file (CSV or SGUM) and reuse it across migrations.

Commercial Microsoft 365 only. Copy teams doesn’t support GCC, GCC High and DoD, Microsoft 365 China operated by 21Vianet, or Microsoft 365 Germany.
Migrating the site separately means doing the work twice.

For Multi-Geo tenants, the Central Site is supported. ShareGate can’t migrate teams into the additional regions Multi-Geo creates, and migrated teams land on your default tenant domain. If data residency is driving the move, provision the team in the target region first, then copy channels into it.

ShareGate migrates apps from the Teams App Store, but custom apps aren't supported. Tab behavior depends on the type. Some tabs (like Wiki and Flow) aren't supported or need reconfiguration after migration. Microsoft tabs like Yammer, Power BI, Stream, Forms, and Whiteboard only work when migrating within the same tenant.

Third-party tabs typically copy over, but users usually need to reconnect and adjust settings. Tab order and some Files tab cloud storage folders can't be preserved during migration.

Most of them come down to what Microsoft’s APIs expose. Meeting recordings, the Teams Calendar, and shared mailboxes don’t migrate, because they live in Exchange rather than SharePoint. Neither do reactions, likes, tags, or message previews. Wiki tabs and custom apps are out, though Teams app store apps come across fine.

Some things arrive changed rather than missing. Dynamic group memberships convert to static, so you’ll rebuild the rules. Teams meetings tied to the Team calendar need recreating. User-specific settings like favorites, profile pictures, status, and saved messages aren’t preserved, and many third-party tabs need reconnecting at the destination. Channel conversations older than the most recent 50 land in a Message history tab, which isn’t covered by Teams search. Our docs carry the full list, kept current, with workarounds where they exist.Our docs carry the full list, kept current, with workarounds where they exist.

Migration speed depends on more than file size. The biggest factors are Microsoft 365 throttling and API call volume, driven more by item count and metadata complexity than raw gigabytes. Hardware, network latency, and where the machine sits all matter, as do content characteristics like custom permissions, versioning, and large lists or libraries. Most large projects run from an Azure VM in the same region as the tenant, which cuts latency.

The account running the migration needs Global Admin, or both SharePoint Admin and Teams Admin. It also needs a Teams license and must have signed into Teams at least once, otherwise ShareGate can’t see Teams content. One extra step: a Global Admin grants consent to the ShareGate Azure app on both the source and destination tenants. That’s separate from the migration account’s own permissions, and it’s one time only. No add-on or per-migration Microsoft license is needed, and destination users just need to exist in the target tenant with a standard Microsoft 365 assignment.

Private channels: yes, fully supported, along with their SharePoint site collection, membership, files, and conversations. Shared channels (Microsoft Teams Connect): not supported. If a team contains shared channels, they’re skipped during migration. No error, but nothing comes over either. If shared channels matter to your project, plan to recreate them at the destination and reconnect the external tenants.

Run a follow-up pass from the migration report to pick up what changed since your last run: new conversations and replies, updated files, membership, team and channel settings, Planner plans, and the associated site collections. One limitation worth planning around: channels added to a team after the initial migration aren’t picked up automatically. Migrate those as a standalone channel copy, then add them to the destination team.

No. Channel posts and replies migrate. The 1:1 and group chats behind the chat icon don’t.

We had it in beta and pulled it. The APIs couldn’t reliably tell us who was meant to see what when someone joined a chat midway, and that’s not something to guess at during a migration. Graph is better now and we’re rebuilding on it.

Plan chat history as out of scope for now. Everything else in Teams comes with you.

Both migrate teams and channels through the app. Pro and Enterprise add the PowerShell module, which is where you get sensitivity label migration, the ability to leave specific content out of a copy, and 500 channel conversations in the Posts tab instead of the default 50.