ShareGate Migrate aide à maintenir l'intégrité des étiquettes et la conformité entre les environnements.
Vous pouvez mapper vos étiquettes de confidentialité Microsoft Purview pour garantir que le contenu conserve les bons paramètres de protection et de conformité lors de la migration.
Remarque : Une licence Migrate Pro ou Migrate Enterprise est requise pour mapper les étiquettes de confidentialité.
Il n'est actuellement pas possible de mapper les étiquettes de confidentialité avec PowerShell.
Comment faire
Sélectionnez Copy dans le menu.
Sélectionnez le type de migration que vous souhaitez effectuer.
Cliquez sur Options en haut à droite.
Sélectionnez l’onglet Sensitivity labels.
Activez Map source labels to destination labels pour l’étiquetage au niveau de la structure ou du contenu.
Cliquez sur Mapping.
Cliquez sur l’icône Run auto-mapping pour faire correspondre automatiquement vos étiquettes.
Vous pouvez annuler cette action avec l’icône Clear mapping.
Utilisez le champ Search destination labels pour trouver les étiquettes de confidentialité de la destination.
Glissez-déposez les étiquettes pour mapper vos étiquettes source.
Cliquez sur Save.
Comportements de mappage par défaut
Vous pouvez utiliser le bouton Run auto-mapping pour faire correspondre les étiquettes.
L’auto-mapping se base uniquement sur le nom de l’étiquette. ShareGate fait correspondre le nom de l’étiquette parent (si disponible) et le nom de l’étiquette à la destination. La correspondance doit être exacte.
Vous pouvez modifier manuellement ces mappages et mapper les étiquettes non appariées.
Toutes les étiquettes de destination disponibles sont listées. Elles sont limitées aux étiquettes publiées pour l’utilisateur qui effectue la migration.
Les étiquettes source non mappées sont ignorées. Si aucune étiquette de destination n’est associée à une étiquette source, l’objet ou le fichier de destination n’aura pas d’étiquette de confidentialité appliquée, sauf si Microsoft en attribue une automatiquement, comme c’est le cas avec une étiquette par défaut de bibliothèque.
Pour les étiquettes de confidentialité sur les fichiers :
Si l’étiquette source est ignorée, le fichier est migré avec ses étiquettes de confidentialité d’origine intactes.
Si une étiquette est appliquée via le mappage, elle s’ajoute à toute étiquette déjà présente sur le fichier.
Dans les migrations au sein d’un même locataire, aucun changement n’a lieu si la même étiquette est mappée, car elle est déjà présente sur le fichier. Sinon, la nouvelle étiquette remplace l’ancienne, car un fichier ne peut avoir qu’une seule étiquette de confidentialité par locataire.
Points à considérer
Gardez à l’esprit les éléments suivants lors de la configuration ou de la vérification des mappages d’étiquettes de confidentialité Microsoft Purview :
L’auto-mapping ne tient pas compte des propriétés autres que le nom. L’application ne considère pas l’ID, la couleur, la description ou la priorité pour l’auto-mapping.
La visibilité des étiquettes dépend de l’utilisateur. Les étiquettes qui ne sont pas publiées pour l’utilisateur effectuant la migration n’apparaîtront pas.
Les info-bulles fournissent des informations clés. Survoler une étiquette dans l’interface affiche son nom, son statut de chiffrement et sa portée pour faciliter la validation.
Application de l’étiquette par défaut de la bibliothèque. Les fichiers sans étiquette de confidentialité peuvent automatiquement hériter de l’étiquette par défaut de la bibliothèque à la destination. SharePoint applique ce comportement et il ne peut pas être contourné par ShareGate Migrate.
Chiffrement des documents. Pour les fichiers, le chiffrement n’est supprimé que lorsqu’une autre étiquette avec chiffrement est appliquée. Si une étiquette avec chiffrement est mappée vers une étiquette sans chiffrement, la nouvelle étiquette ne sera pas appliquée pour des raisons de sécurité ; dans ce cas, la modification doit être faite manuellement.
Les marquages de contenu ne sont pas mis à jour. Certaines étiquettes de confidentialité appliquent des marquages de contenu qui ajoutent des en-têtes, pieds de page ou filigranes dans les documents Office. ShareGate Migrate ne met pas à jour ces marquages lors d’une migration, car cela nécessiterait de modifier le contenu de chaque fichier, ce qui n’est pas possible via l’API. Un document migré conserve donc les en-têtes, pieds de page ou filigranes qu’il avait à la source, même si une étiquette différente est mappée à la destination.
"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."