Meistern Sie Ihre Microsoft Teams Migration

ShareGates Copy Teams-Funktion migriert Teams zwischen Mandanten oder verschiebt Kanäle zwischen Teams. Sie verbinden sich mit Quell- und Zielmandanten, wählen die Teams oder Kanäle aus, die Sie migrieren möchten, und entscheiden dann, was einbezogen werden soll: Kanalnachrichten, Dateien, Registerkarten, Apps, Planner und Mitgliedschaften.

Sie können die Migration sofort ausführen oder planen, und inkrementelle Kopien werden unterstützt.

ShareGate migriert Standard-Teams, Standard- und private Kanäle, Kanalunterhaltungen (Beiträge und Antworten), Dateien in Teams-Kanälen, Registerkarten und Apps, Planner-Pläne und Team-Mitgliedschaften.

Was nicht migriert wird: Gruppen-Chats, Einzelchats (Support ist begrenzt und oft nur über PowerShell möglich), geteilte Kanäle und Unterhaltungselemente wie Reaktionen, Tags, Vorschauen, Aufzeichnungen und Besprechungsartefakte.

ShareGate migriert keine Benutzerkonten zwischen Mandanten. Benutzer müssen bereits im Zielmandanten vorhanden sein. ShareGate ordnet dann Quellbenutzer den Zielbenutzern zu, um die Teams-Mitgliedschaft, Berechtigungen und benutzerbezogene Metadaten zu erhalten.

Es sucht automatisch nach übereinstimmenden Benutzern im Ziel anhand von Kontoname, E-Mail, Anzeigename und anderen Eigenschaften. Wenn die automatische Zuordnung nicht die richtige Übereinstimmung findet oder Sie volle Kontrolle wünschen, können Sie eine explizite Benutzerzuordnungsdatei (CSV oder SGUM) erstellen und diese über mehrere Migrationen hinweg wiederverwenden.

Wenn eine SharePoint-Website mit einem Team verbunden ist, migrieren Sie sie nicht separat. Wenn Sie ein Team mit ShareGate migrieren, werden die zugehörige SharePoint-Website und Microsoft 365-Gruppe automatisch mitgeliefert.
Die separate Migration der Website bedeutet, die Arbeit doppelt zu machen.

Migrieren Sie SharePoint-Websites nur dann separat, wenn sie nicht mit Teams verbunden sind, wie klassische Websites oder eigenständige Gruppenseiten.

ShareGate migriert Apps aus dem Teams App Store, aber benutzerdefinierte Apps werden nicht unterstützt. Das Verhalten von Registerkarten hängt vom Typ ab. Einige Registerkarten (wie Wiki und Flow) werden nicht unterstützt oder müssen nach der Migration neu konfiguriert werden. Microsoft-Registerkarten wie Yammer, Power BI, Stream, Forms und Whiteboard funktionieren nur bei der Migration innerhalb desselben Mandanten.

Registerkarten von Drittanbietern werden normalerweise übertragen, aber Benutzer müssen sich meist erneut verbinden und Einstellungen anpassen. Die Reihenfolge der Registerkarten und einige Cloud-Speicher-Ordner der Registerkarte „Dateien" können während der Migration nicht beibehalten werden.

Teams-Besprechungen, die mit dem Team-Kalender verknüpft sind, werden nicht migriert und müssen neu erstellt werden. Dynamische Gruppenmitgliedschaften werden in statische umgewandelt, sodass Sie die dynamischen Regeln neu konfigurieren müssen. Benutzerspezifische Einstellungen wie Favoriten, Profilbilder, Status und gespeicherte Nachrichten bleiben nicht erhalten.

Viele Registerkarten und Apps werden entweder nicht migriert oder müssen neu verbunden werden. Flow/Power Automate-Registerkarten, Drittanbieter-Registerkarten und benutzerdefinierte Apps erfordern eine manuelle Neukonfiguration. Unterhaltungselemente wie Reaktionen, Likes, Tags und Nachrichtenvorschauen werden ebenfalls nicht migriert.

Die Migrationsgeschwindigkeit hängt von mehr als nur der Dateigröße ab. Die größten Faktoren sind Microsoft 365-Drosselung und das API-Aufrufvolumen, das mehr von der Anzahl der Elemente und der Komplexität der Metadaten als von rohen GB bestimmt wird. Hardware, Netzwerklatenz und der Standort des Computers spielen ebenfalls eine Rolle. Genauso wichtig sind Inhaltseigenschaften wie benutzerdefinierte Berechtigungen, Versionierung und große Listen oder Bibliotheken.

The account running the Teams migration needs to be a Global Admin, or have both SharePoint Admin and Teams Admin roles combined. It also needs to hold a Teams license and must have signed into Teams at least once - if the account hasn't signed in before, ShareGate won't be able to see or access Teams content with that account. One important additional step: even when using the SharePoint Admin + Teams Admin combo instead of Global Admin, a Global Admin still needs to grant consent to the ShareGate Azure app on the tenant. This is a one-time step, separate from the migration account's own permissions, and needs to happen on both the source and destination tenants. Destination users just need to exist in the target tenant with their standard M365 assignment.

Private channels: yes, fully supported. ShareGate migrates private channels along with their associated SharePoint site collection, membership, files, and conversations. Shared channels (Microsoft Teams Connect): not supported. If a team contains shared channels, those channels are skipped during migration - they won't error out, but they won't come over either. If shared channels are business-critical for your migration, you'll need to recreate them manually at the destination and reconnect the relevant external tenants. This is a known gap and one of the more common blockers for organizations that rely heavily on cross-tenant collaboration.

Teams incremental migration lets you run a follow-up pass to pick up changes since your initial migration - new posts, updated files, membership changes. You trigger it from the migration report screen rather than setting a mode upfront. One important limitation: new channels added to a team after the initial migration won't be picked up automatically in the incremental. You need to migrate those new channels as a standalone operation, then add them to the destination team. Also worth knowing: for large teams with complex item-level permissions, some customers find it faster to do a fresh selective migration of specific content rather than running a full incremental across the whole team.

Not currently - private chats and 1:1 conversations between users are out of scope. Channel conversations (posts and replies within a team channel) do migrate.

ShareGate previously ran a beta for private chat migration but retired it because Microsoft's APIs for this type of operation are too limited to support a reliable, high-integrity migration - the workarounds required to make it work weren't good enough to ship to customers. The feature is on the roadmap and is being rebuilt now that Microsoft Graph API offers better options, but there's no committed release date.

If private chat history is a hard requirement, plan for it to be out of scope and flag it with stakeholders early.

A useful pattern from the field: exclude membership from the initial migration, then include it only in the final incremental pass at cutover. The reason is practical - when ShareGate adds users to the migrated team, Microsoft sends notifications to all those members immediately. If cutover is still weeks away, end users start receiving access alerts for a tenant they shouldn't be using yet, which creates confusion and sometimes breaks things. By deferring membership to the cutover migration, notifications fire at the right moment and users land cleanly in the new environment.