Migrer des étiquettes de confidentialité parentes vers des groupes d’étiquettes

Guide de sécurité et conformité pour les licences Microsoft 365.

Auparavant, les étiquettes parentes étaient utilisées pour organiser les étiquettes de confidentialité dans une hiérarchie à deux niveaux. Pour réduire la complexité, leur remplacement, les groupes d’étiquettes ne prennent pas en charge les paramètres autres que le nom, la description, la couleur et la priorité.

Pour plus d’informations sur les étiquettes parentes et les groupes d’étiquettes, consultez Sous-étiquettes qui utilisent des étiquettes parentes ou des groupes d’étiquettes.

Pour migrer vos étiquettes de confidentialité parentes vers des groupes d’étiquettes de confidentialité, utilisez le portail Microsoft Purview si vous voyez la bannière d’informations affichée dans les instructions suivantes.

Avant de commencer

Tout d’abord, vérifiez que vous disposez des autorisations nécessaires pour créer et gérer des étiquettes de confidentialité. Pour obtenir plus d’informations, consultez Autorisations nécessaires pour la création et la gestion d'étiquettes de confidentialité.

Ensuite, comprenez l’impact des étiquettes parentes qui, le cas échéant, seront migrées vers une sous-étiquette portant le même nom, en plus d’un groupe d’étiquettes. Si ce scénario s’applique à vous, vous devez décider si vous souhaitez laisser ces nouvelles sous-étiquettes publiées après la migration ou les annuler :

• Si vous décidez d’annuler la publication de ces nouvelles sous-étiquettes, vous pouvez le faire manuellement ou utiliser des scripts PowerShell pour les annuler automatiquement.
• Si vous laissez ces nouvelles sous-étiquettes publiées, décidez si vous devez les modifier après la migration et avant que les utilisateurs puissent les sélectionner.

Cette nouvelle sous-étiquette garantit que tous les utilisateurs et services qui ont pu accéder à l’étiquette parente en tant qu’étiquette autonome continueront d’y accéder après la migration. Une étiquette parente est considérée comme applicable si l’une des conditions suivantes s’applique :

• Il est configuré pour les actions d’étiquette qui incluent le chiffrement, le marquage du contenu, l’étiquetage automatique et les paramètres avancés PowerShell.
• Il a une étendue d’étiquette différente de ses sous-étiquettes. L’étiquette parente et toutes ses sous-étiquettes doivent avoir une étendue d’étiquette identique pour que l’étiquette parente ne soit pas considérée comme applicable.
• Il est inclus dans une stratégie de publication différente de ses sous-étiquettes.

La sous-étiquette résultante créée a le même nom, guid d’étiquette et paramètres que l’étiquette parente d’origine. Sans reconfiguration, cette nouvelle sous-étiquette peut être sélectionnée dans une stratégie où auparavant elle ne pouvait pas être sélectionnée en tant qu’étiquette parente.

Vous pouvez vérifier si vous disposez d’étiquettes parentes applicables avant la migration des étiquettes lorsque vous examinez le nouveau schéma d’étiquette proposé dans le cadre du processus de migration. Dans l’exemple suivant, l’étiquette parente Confidential est identifiée comme une étiquette parente applicable, ce qui entraîne la création d’une nouvelle sous-étiquette du même nom :

Scripts PowerShell pour annuler la publication des sous-étiquettes des étiquettes parentes applicables

Ces commandes PowerShell utilisent PowerShell Sécurité & Conformité.

Script 1 : Avant la migration, exécutez la commande suivante pour extraire toutes les stratégies qui publient des étiquettes parentes.

$parents = (Get-Label | ? { $_.ParentId -ne $null } | %{ echo $_.ParentId } | Sort-Object -Unique)
$parentLabels = ($parents | % { Get-Label -Identity $_.Guid })
$policyPublishingParent = @{}
$policies = Get-LabelPolicy; $parentLabels | % { $parent = $_.Name; $policies | ? { $_.Labels -contains $parent } | 
% { echo "$($_.Name) policy has published $parent"; $(If ($policyPublishingParent.Keys -notcontains $_.Name) { 
$policyPublishingParent[$_.Name] = @() }); $policyPublishingParent[$_.Name] += $parent } }

Ne fermez pas votre session PowerShell, mais laissez-la ouverte pendant la migration des étiquettes.

Script 2 : Une fois la migration terminée, exécutez le script suivant pour annuler la publication des sous-étiquettes nouvellement créées à partir des étiquettes parentes applicables :

$policyPublishingParent.Keys | % { $policyToRemove = $_; $policyPublishingParent.Item($policyToRemove) | % { 
Set-LabelPolicy -Identity $policyToRemove -RemoveLabels $_ } 

Migrer vers le schéma d’étiquette moderne

La migration étant progressivement déployée, la migration de vos étiquettes parentes vers des groupes d’étiquettes peut ne pas encore être disponible pour votre locataire.

1. Se connecter au portail> Microsoft PurviewSolutions>> Information Protection Étiquettes de sensibilité

2. Dans la page Étiquettes de confidentialité , si vous voyez une bannière d’informations Migrer vers le schéma d’étiquette moderne, la migration des étiquettes est disponible pour votre locataire. Dans cette bannière, sélectionnez Prise en main pour démarrer la migration :

   

3. Dans le volet volant Migrer vers le schéma d’étiquette moderne , vous voyez un résumé de vos étiquettes de confidentialité avant et après la migration. Pour plus d’informations, sélectionnez le bouton Vérifier le nouveau schéma en bas du volet. Par exemple :

   

4. La page Nouveau modèle d’étiquette vous montre à quoi ressembleront vos étiquettes migrées dans le portail Microsoft Purview, avec une icône de dossier en regard de ce qui était auparavant des étiquettes parentes. Cette page vous avertit également des conflits de nommage qui doivent être résolus avant la migration. Par exemple, l’étiquette parente Général a une sous-étiquette qui est également nommée Général. Toutes les sous-étiquettes doivent avoir un nom unique à partir de leur étiquette parente.

   Si vous voyez un conflit de nommage, vous devez quitter la migration et modifier l’un des noms d’étiquette. Réexécutez ensuite la migration.

   Vous pouvez utiliser le bouton Télécharger pour enregistrer une copie dans un fichier CSV. Le nom par défaut est NewLabelSchemecsv.csv.

   Importante

   Même si vous n’avez pas d’alertes à résoudre, utilisez cette occasion pour examiner attentivement les étiquettes et envisager d’y apporter des modifications avant de migrer afin de pouvoir supprimer ou réduire les étiquettes parentes applicables qui créent une sous-étiquette si elles ne sont pas nécessaires. Après avoir apporté des modifications, redémarrez la migration et case activée à nouveau les informations de post-migration à partir de cette page.

   Par exemple, vous pouvez avoir des étiquettes parentes que vous n’avez jamais utilisées comme étiquettes autonomes, mais qui sont configurées pour le chiffrement ou le marquage de contenu. Les actions d’étiquette sont l’une des raisons pour lesquelles la migration crée une sous-étiquette dont vous n’avez peut-être pas besoin.

5. Lorsque vous êtes prêt à migrer vos étiquettes, sélectionnez le bouton Migrer .

   Remarque

   Si vous avez des étiquettes parentes applicables qui créent des sous-étiquettes et que vous avez décidé d’utiliser un script pour les annuler automatiquement, exécutez Script One avant de sélectionner Migrer.

   Le processus de migration ne prend pas longtemps, généralement quelques minutes à une heure. Toutefois, par mesure de précaution, autorisez jusqu’à 24 heures. Pendant la migration, nous vous déconseillons d’apporter des modifications à la configuration des étiquettes, car ces modifications seront probablement perdues.

   Une fois la migration terminée, le navigateur s’actualise et le nouveau modèle d’étiquette s’affiche avec un message confirmant que la migration est terminée.

   Remarque

   Si vous avez des étiquettes parentes applicables qui créent des sous-étiquettes et que vous avez décidé d’utiliser un script pour les annuler automatiquement, exécutez maintenant Script Two.

Étapes suivantes

Pour obtenir des instructions sur la gestion de vos étiquettes migrées, consultez Créer et configurer des étiquettes de confidentialité. Passez en revue vos nouveaux groupes d’étiquettes et étiquettes migrées, puis apportez les modifications dont vous avez besoin. Par exemple, reconfigurez ou annulez la publication des nouvelles étiquettes créées à partir d’étiquettes parentes.

Pour les étiquettes parentes qui ont été migrées vers des groupes d’étiquettes et pour les sous-étiquettes existantes, les utilisateurs ne verront ni ne subiront aucune modification dans leurs applications. Par exemple, l’ordre de priorité se comporte de la même façon et une sous-étiquette par défaut continue d’être respectée.