S'applique à : Copy Structure and Content, Copy Content Only, Copy Teams, Import from file share, Import from Google Drive, Copy Planner Plans
ShareGate Migrate associe automatiquement les utilisateurs entre votre source et votre destination lors d'une migration. Cette association automatique peut avoir un impact sur les autorisations et les champs de métadonnées Person or Group comme Modified by.
Astuce : Vous pouvez mapper manuellement vos utilisateurs et groupes. Les utilisateurs et groupes que vous ne spécifiez pas dans vos mappages sont associés automatiquement. Pour mapper vos utilisateurs avec ShareGate Migrate, consultez Mapper les utilisateurs et groupes.
Remarque : L'algorithme de mappage automatique peut associer par erreur des utilisateurs ayant des noms d'affichage, adresses courriel ou noms de compte similaires. Pour les migrations où la précision des autorisations et des métadonnées est essentielle, nous recommandons de définir des mappages d'utilisateurs explicites. Voir Mapper les utilisateurs et groupes.
Comment ShareGate Migrate associe les utilisateurs de la source à la destination
L'outil de migration de ShareGate extrait les informations suivantes pour chaque compte d'utilisateur depuis la source :
Nom du compte.
Nom d'affichage.
Courriel.
Remarque : Seul le nom du compte est extrait lors d'une migration depuis un partage de fichiers.
Une fois les informations extraites, ShareGate Migrate parcourt les comptes d'utilisateurs à la destination et recherche des correspondances exactes avec les propriétés ci-dessous, dans l'ordre indiqué. Ces propriétés sont :
Nom de compte exactement identique.
Nom de compte normalisé identique (sans l'en-tête claims).
Même identifiant de connexion et même domaine.
Même identifiant de connexion.
Même identifiant de connexion et même domaine (identifiant de connexion source lu à partir du nom d'affichage – cela peut arriver lors d'une importation depuis un système de fichiers car le nom du compte est utilisé comme nom d'affichage).
Même identifiant de connexion (identifiant de connexion source lu à partir du nom d'affichage – cela peut arriver lors d'une importation depuis un système de fichiers car le nom du compte est utilisé comme nom d'affichage).
Même adresse courriel.
Même nom d'affichage.
PrincipalType non défini ou est un groupe de sécurité et même nom d'affichage sans domaine.
Dès qu'une propriété correspondante est trouvée, le compte d'utilisateur de destination est considéré comme une correspondance et est mappé à ce compte d'utilisateur source.
Si aucune correspondance exacte n'est trouvée, un algorithme est utilisé pour rechercher des correspondances partielles de ces propriétés. Le mappage partiel est heuristique et peut parfois associer le mauvais utilisateur. Si la précision est essentielle, définissez des mappages manuels plutôt que de vous fier aux correspondances partielles.
Comment ShareGate Migrate associe les groupes de la source à la destination
Groupe SharePoint
ShareGate Migrate recherche un groupe SharePoint du même nom à la destination. Si un groupe correspondant est trouvé, ce groupe est utilisé.
Si aucun groupe SharePoint n'est trouvé, ShareGate Migrate recherche un groupe de sécurité Active Directory du même nom. Si un groupe de sécurité Active Directory correspondant est trouvé, ce groupe est utilisé à la destination.
En utilisant Copy structure and content, si aucun groupe de sécurité Active Directory correspondant n'est trouvé, ShareGate Migrate migre le groupe SharePoint avec ses membres tant que les utilisateurs sont disponibles à la destination.
Groupe de sécurité Active Directory
ShareGate Migrate ne migre pas les groupes de sécurité Active Directory ; il recherche plutôt un groupe de sécurité Active Directory du même nom à la destination. Si un groupe correspondant est trouvé, ce groupe est utilisé. ShareGate Migrate copiera alors les autorisations du groupe source vers le groupe de destination.
Si aucun groupe de sécurité Active Directory n'est trouvé, ShareGate Migrate recherche un groupe SharePoint du même nom. Si un groupe SharePoint correspondant est trouvé, ShareGate Migrate copie les autorisations du groupe source vers le groupe de destination.
Remarque : Si un groupe de sécurité Active Directory est déjà imbriqué dans un groupe SharePoint, l'option de mappage échouera car un groupe SharePoint ne peut pas être ajouté dans un autre groupe SharePoint.
À prendre en compte
Type de correspondance
Lors du mappage de vos utilisateurs et groupes, ShareGate Migrate tente de trouver une entrée du même type, comme un utilisateur, un groupe SharePoint ou un groupe de sécurité (Active Directory).
Si aucune entrée du même type n'est trouvée, l'application recherchera une entrée correspondante d'un type différent. Un groupe peut être associé à un utilisateur, et un utilisateur peut être associé à un groupe.
Quand le mappage automatique peut être imprécis
Le mappage automatique risque davantage de produire des erreurs dans les environnements où de nombreux utilisateurs partagent des noms d'affichage similaires ou identiques, ou lorsque les noms d'utilisateur suivent des formats alphanumériques qui ne correspondent pas facilement entre locataires. Dans ces cas, mappez les utilisateurs concernés manuellement ou utilisez un fichier CSV de mappage à l'échelle de l'entreprise. Voir Créer un fichier CSV de mappage des utilisateurs.
Connexion bloquée
Si le paramètre utilisateur Azure Active Directory Block sign in a été appliqué, cet utilisateur ne deviendra pas membre de l'équipe de destination ou de l'environnement SharePoint Online lors de la migration. Cette limitation s'applique si l'utilisateur a sa connexion bloquée à la source ou à la destination.
Remarque : Le rapport de migration ne contiendra aucun avertissement.
"Cet article a été traduit à l'aide de l'intelligence artificielle. En cas de doute, veuillez vous référer à la version originale en anglais."