La façon la plus simple de migrer vers Microsoft 365

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

ShareGate ne migre pas les objets d'appareils, les profils de postes de travail ni Active Directory en local. Il est conçu spécifiquement pour les migrations de locataire cloud à cloud.

Entra ID doit être la première chose que vous migrez dans un projet de tenant à tenant. Les identités doivent exister dans le tenant de destination avant que la migration des boîtes aux lettres puisse commencer. Dans le cas contraire, les boîtes aux lettres ne peuvent pas être mappées correctement et les permissions ne suivent pas.

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 est ce qui permet d'éviter le travail de nettoyage qui survient lorsque la gestion des identités est traitée comme une réflexion secondaire.

L'essentiel est de déterminer, avant l'exécution, comment les utilisateurs du tenant source correspondent aux comptes du tenant de destination. ShareGate fait apparaître les conflits—c'est-à-dire les cas où la correspondance automatique est ambiguë ou incorrecte—afin que vous puissiez les examiner et les corriger avant tout transfert.

Pour les scénarios de fusions-acquisitions impliquant plusieurs tenants sources ou des structures de domaines complexes, le mappage manuel des identités est disponible pour traiter les cas où la correspondance automatique ne suffit pas. L'objectif est d'aborder la migration avec chaque mappage confirmé, afin que les permissions soient appliquées comme prévu et que les utilisateurs puissent travailler dès le premier jour.

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

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

Si son enregistrement a été modifié à la source avant la réexécution, ShareGate le remappe et affiche le statut approprié : « Sera créé » si aucun enregistrement correspondant n'existe dans la destination, ou « Révision requise » si une correspondance conflictuelle est détectée.

Vous gardez le contrôle à tout moment. Et le remplacement manuel est disponible quel que soit le statut de correspondance, afin que vous puissiez corriger tout mappage avant toute exécution.