Migrez Entra ID en premier. Le reste suit.

ShareGate migre les utilisateurs, les groupes de sécurité, les groupes Microsoft 365 et les appartenances aux groupes entre les locataires cloud Microsoft 365. L'attribution des licences est incluse dans le processus de migration.

ShareGate ne migre pas les objets d'appareil, les profils de poste de travail ni les annuaires Active Directory locaux. Il est spécialement conçu pour les migrations de locataires de cloud à cloud.

Entra ID devrait être la première chose à migrer dans un projet de migration de tenant à tenant. Les identités doivent exister dans le tenant de destination avant que la migration des boîtes aux lettres ne puisse commencer. Si ce n'est pas le cas, les boîtes aux lettres ne pourront pas être mappées correctement et les autorisations ne seront pas suivies.

ShareGate est conçu autour de cette séquence : migrer d'abord les utilisateurs et les groupes Entra ID, puis les boîtes aux lettres, puis le contenu, le tout avec le même outil. Respecter cet ordre permet d'éviter le travail de nettoyage qui survient lorsque l'identité est traitée après coup.

Le plus important est de résoudre la correspondance entre les utilisateurs du tenant source et les comptes de la destination avant l'exécution. ShareGate met en évidence les conflits – les cas où la correspondance automatique est ambiguë ou incorrecte – afin que vous puissiez les examiner et les annuler avant que quoi que ce soit ne soit déplacé.

Pour les scénarios de fusions et acquisitions avec plusieurs tenants sources ou des structures de domaine complexes, le mappage manuel des identités est disponible pour gérer les cas où la correspondance automatique n'est pas suffisante. L'objectif est de démarrer la migration avec chaque mappage confirmé, afin que les autorisations soient correctement appliquées et que les utilisateurs puissent travailler dès le premier jour.

La réexécution est sûre et incluse dans la licence annuelle forfaitaire de ShareGate sans frais supplémentaires.

Si l'enregistrement d'un utilisateur n'a pas changé dans le tenant source depuis la dernière exécution, il apparaîtra comme « Correspondance trouvée » et recevra une mise à jour. Rien de perturbateur ne se produit.

Si leur enregistrement a changé à la source avant la nouvelle exécution, ShareGate les remappe et affiche le statut pertinent : « Sera créé » si aucun enregistrement correspondant n'existe dans la destination, ou « Nécessite une révision » si une correspondance conflictuelle est trouvée.

Vous gardez le contrôle tout au long du processus. Et une annulation manuelle est disponible quel que soit le statut de correspondance, afin que vous puissiez corriger tout mappage avant toute exécution.

Non, la migration Entra ID de ShareGate couvre les objets d'identité cloud : utilisateurs, groupes et groupes de sécurité entre les tenants Microsoft 365. Elle ne migre pas les objets d'appareil, les inscriptions Intune ou les profils de poste de travail – les documents, les favoris et les paramètres de bureau restent hors de portée.

Une chose à noter : la « migration de profil utilisateur » est un terme ambigu dans l'écosystème Microsoft. Microsoft l'utilise pour désigner les attributs d'annuaire Entra ID, tandis que de nombreuses équipes informatiques et partenaires l'utilisent pour désigner l'état du poste de travail. Si ce terme apparaît dans vos discussions de planification de projet, il est utile de confirmer la définition que chacun utilise avant de définir la portée de la migration.