Migration Microsoft Teams, sans le drame.

La fonction Copy Teams de ShareGate migre des équipes entre tenants ou déplace des canaux d'une équipe à l'autre. Vous vous connectez aux tenants source et destination, sélectionnez les équipes ou les canaux à migrer, puis choisissez ce que vous emportez : messages de canal, fichiers, onglets, applications, Planner et membres.

Lancez la migration immédiatement ou planifiez-la. Les copies incrémentielles sont prises en charge.

ShareGate migre les canaux standards et privés, les conversations de canal (publications et réponses), les fichiers et dossiers, les onglets et applications, les plans Planner, les paramètres d'équipe, les permissions et les membres. Le site SharePoint connecté et le groupe Microsoft 365 suivent automatiquement.

Aussi inclus : les descriptions d'équipe et de canal, les auteurs et horodatages des conversations, l'historique de versions et les métadonnées des fichiers, les listes et bibliothèques, et OneNote. Pour ce qui ne suit pas, voyez la question sur les limites plus bas.

ShareGate ne migre pas les comptes d'utilisateurs entre tenants. Les utilisateurs doivent déjà exister dans le tenant de destination. ShareGate associe ensuite les utilisateurs source aux utilisateurs de destination pour préserver les membres des équipes, les permissions et les métadonnées liées aux utilisateurs.

L'outil cherche automatiquement les correspondances dans la destination à partir du nom de compte, du courriel, du nom d'affichage et d'autres propriétés. Si le mappage automatique ne trouve pas la bonne correspondance, ou si vous voulez le contrôle total, créez un fichier de mappage explicite (CSV ou SGUM) et réutilisez-le d'une migration à l'autre.

Microsoft 365 commercial uniquement. Copy Teams ne prend pas en charge GCC, GCC High et DoD, Microsoft 365 China exploité par 21Vianet, ni Microsoft 365 Germany.

Pour les tenants Multi-Geo, le site central est pris en charge. ShareGate ne peut pas migrer d'équipes vers les régions additionnelles créées par Multi-Geo, et les équipes migrées atterrissent sur le domaine par défaut de votre tenant. Si la résidence des données motive le déplacement, provisionnez d'abord l'équipe dans la région cible, puis copiez-y les canaux.

ShareGate migre les applications du Teams App Store, mais pas les applications personnalisées. Le comportement des onglets dépend de leur type. Certains onglets (Wiki et Flow, par exemple) ne sont pas pris en charge ou doivent être reconfigurés après la migration. Les onglets Microsoft comme Yammer, Power BI, Stream, Forms et Whiteboard ne fonctionnent que pour une migration à l'intérieur du même tenant.

Les onglets tiers se copient généralement, mais les utilisateurs doivent habituellement se reconnecter et ajuster les paramètres. L'ordre des onglets et certains dossiers de stockage cloud de l'onglet Fichiers ne peuvent pas être préservés.

La plupart tiennent à ce que les API de Microsoft exposent. Les enregistrements de réunion, le calendrier Teams et les boîtes aux lettres partagées ne migrent pas, parce qu'ils vivent dans Exchange et non dans SharePoint. Idem pour les réactions, les mentions J'aime, les balises et les aperçus de messages. Les onglets Wiki et les applications personnalisées restent sur le carreau, mais les applications du Teams App Store passent sans problème.

Certaines choses arrivent transformées plutôt qu'absentes. Les appartenances de groupe dynamiques deviennent statiques : vous devrez reconstruire les règles. Les réunions Teams rattachées au calendrier de l'équipe doivent être recréées. Les paramètres propres à chaque utilisateur — favoris, photos de profil, statut, messages enregistrés — ne sont pas préservés, et beaucoup d'onglets tiers doivent être reconnectés à la destination. Les conversations de canal antérieures aux 50 plus récentes atterrissent dans un onglet Historique des messages, qui n'est pas couvert par la recherche Teams. Notre documentation contient la liste complète, tenue à jour, avec les contournements quand ils existent.

La vitesse de migration ne dépend pas que de la taille des fichiers. Les plus gros facteurs sont la limitation (throttling) de Microsoft 365 et le volume d'appels API, davantage dictés par le nombre d'éléments et la complexité des métadonnées que par les gigaoctets bruts. Le matériel, la latence réseau et l'emplacement de la machine comptent aussi, tout comme les caractéristiques du contenu : permissions personnalisées, gestion des versions, listes ou bibliothèques volumineuses. La plupart des grands projets tournent sur une VM Azure dans la même région que le tenant, ce qui réduit la latence.

Le compte qui exécute la migration a besoin du rôle Administrateur général, ou des rôles Administrateur SharePoint et Administrateur Teams combinés. Il lui faut aussi une licence Teams et s'être connecté à Teams au moins une fois, sinon ShareGate ne voit pas le contenu Teams. Une étape de plus : un administrateur général doit accorder son consentement à l'application Azure de ShareGate sur les tenants source et destination. C'est distinct des permissions du compte de migration, et ça se fait une seule fois. Aucune licence Microsoft additionnelle ou par migration n'est requise, et les utilisateurs de destination doivent simplement exister dans le tenant cible avec une attribution Microsoft 365 standard.

Canaux privés : oui, entièrement pris en charge, avec leur collection de sites SharePoint, leurs membres, leurs fichiers et leurs conversations. Canaux partagés (Microsoft Teams Connect) : non pris en charge. Si une équipe contient des canaux partagés, ils sont ignorés pendant la migration. Pas d'erreur, mais rien ne passe non plus. Si les canaux partagés comptent pour votre projet, prévoyez de les recréer à la destination et de reconnecter les tenants externes.

Lancez une passe de suivi depuis le rapport de migration pour récupérer ce qui a changé depuis votre dernière exécution : nouvelles conversations et réponses, fichiers mis à jour, membres, paramètres d'équipe et de canal, plans Planner et collections de sites associées. Une limite à prévoir : les canaux ajoutés à une équipe après la migration initiale ne sont pas récupérés automatiquement. Migrez-les comme une copie de canal indépendante, puis ajoutez-les à l'équipe de destination.

Non. Les publications et réponses de canal migrent. Les conversations 1:1 et de groupe derrière l'icône de clavardage, non.

On l'a eu en bêta, et on l'a retiré. Les API n'arrivaient pas à nous dire de façon fiable qui devait voir quoi quand une personne rejoignait une conversation en cours de route — et ce n'est pas le genre de chose qu'on devine pendant une migration. Graph s'est amélioré depuis, et on reconstruit dessus.

Pour l'instant, considérez l'historique de clavardage hors périmètre. Tout le reste de Teams vous suit.

Les deux migrent des équipes et des canaux depuis l'application. Pro et Enterprise ajoutent le module PowerShell, qui donne accès à la migration des étiquettes de confidentialité, à la possibilité d'exclure du contenu précis d'une copie, et à 500 conversations de canal dans l'onglet Publications au lieu des 50 par défaut.