Migración de etiquetas de confidencialidad primarias a grupos de etiquetas

Guía de licencias de Microsoft 365 para la seguridad y el cumplimiento.

Anteriormente, las etiquetas primarias se usaban para organizar las etiquetas de confidencialidad en una jerarquía de dos niveles. Para reducir la complejidad, su reemplazo, los grupos de etiquetas, no admiten configuraciones que no sean nombre, descripción, color y prioridad.

Para obtener más información sobre las etiquetas primarias y los grupos de etiquetas, vea Subetiquetas que usan etiquetas primarias o grupos de etiquetas.

Para migrar las etiquetas de confidencialidad primarias a grupos de etiquetas de confidencialidad, use el portal de Microsoft Purview si ve el banner de información que se muestra en las instrucciones siguientes.

Antes de empezar

En primer lugar, asegúrese de que tiene permisos para crear y administrar etiquetas de confidencialidad. Para obtener más información, vea Permisos necesarios para crear y administrar etiquetas de confidencialidad.

A continuación, comprenda el impacto de las etiquetas primarias que, si procede, se migrarán a una subetiqueta con el mismo nombre, además de un grupo de etiquetas. Si este escenario se aplica a usted, debe decidir si desea dejar estas nuevas subetiquetas publicadas después de la migración o si desea anular su publicación:

• Si decide anular la publicación de estas nuevas subetiquetas, puede hacerlo manualmente o usar scripts de PowerShell para anular la publicación automáticamente.
• Si deja publicadas estas nuevas subetiquetas, decida si tendrá que editarlas después de la migración y antes de que los usuarios puedan seleccionarlas.

Esta nueva creación de subetiquetas garantiza que todos los usuarios y servicios que podrían haber accedido a la etiqueta primaria como una etiqueta independiente seguirán teniendo acceso a ella después de la migración. Una etiqueta primaria se considera aplicable si se aplica alguna de las condiciones siguientes:

• Está configurado para acciones de etiqueta que incluyen cifrado, marcado de contenido, etiquetado automático y configuración avanzada de PowerShell.
• Tiene un ámbito de etiqueta diferente de sus subetiquetas. La etiqueta primaria y todas sus subetiquetas deben tener un ámbito de etiqueta idéntico para que la etiqueta primaria no se considere aplicable.
• Se incluye en una directiva de publicación diferente de sus subetiquetas.

La subetiqueta resultante que se crea tiene el mismo nombre, GUID de etiqueta y configuración que la etiqueta primaria original. Sin reconfiguración, esta nueva subetiqueta estará disponible para seleccionarla en una directiva en la que anteriormente no se podía seleccionar como etiqueta primaria.

Puede confirmar si tiene etiquetas primarias aplicables antes de migrar las etiquetas al revisar el nuevo esquema de etiquetas propuesto como parte del proceso de migración. En el ejemplo siguiente, la etiqueta primaria Confidential se identifica como una etiqueta primaria aplicable, con el resultado de que se creará una nueva subetiqueta con el mismo nombre:

Scripts de PowerShell para anular la publicación de subetiquetas de etiquetas primarias aplicables

Estos comandos de PowerShell usan PowerShell de cumplimiento de seguridad &.

Script Uno: Antes de la migración, ejecute el siguiente comando para capturar todas las directivas que publican etiquetas primarias.

$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 } }

No cierre la sesión de PowerShell, pero manténgalo abierto durante la migración de etiquetas.

Script dos: Una vez completada la migración, ejecute el siguiente script para anular la publicación de las subetiquetas recién creadas de las etiquetas principales aplicables:

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

Migración al esquema de etiqueta moderno

La migración se está implementando gradualmente, por lo que es posible que la migración de las etiquetas primarias a grupos de etiquetas aún no esté disponible para el inquilino.

1. Inicio de sesión en el portal> de Microsoft PurviewSoluciones>>etiquetas de Information ProtectionSensibilidad

2. En la página Etiquetas de confidencialidad , si ve un banner de información Migrar al esquema de etiquetas moderno, la migración de etiquetas está disponible para el inquilino. En este banner, seleccione Introducción para iniciar la migración:

   

3. En el panel flotante Migrar al esquema de etiquetas moderno , verá un resumen de las etiquetas de confidencialidad antes y después de la migración. Para obtener más información, seleccione el botón Revisar nuevo esquema en la parte inferior del panel. Por ejemplo:

   

4. La página Nuevo esquema de etiquetas muestra cómo se verán las etiquetas migradas en el portal de Microsoft Purview, con un icono de carpeta junto a lo que solían ser etiquetas primarias. Esta página también le avisará de los conflictos de nomenclatura que deben resolverse antes de la migración. Por ejemplo, la etiqueta primaria General tiene una subetiqueta que también se denomina General. Todas las subetiquetas deben tener un nombre único de su etiqueta primaria.

   Si ve un conflicto de nomenclatura, debe salir de la migración y cambiar uno de los nombres de etiqueta. A continuación, vuelva a ejecutar la migración.

   Puede usar el botón Descargar para guardar una copia en un archivo CSV. El nombre predeterminado es NewLabelSchemecsv.csv.

   Importante

   Incluso si no tiene alertas que resolver, use esta oportunidad para revisar detenidamente las etiquetas y considerar la posibilidad de realizar cambios en ellas antes de migrar para poder quitar o minimizar las etiquetas primarias aplicables que crearán una nueva subetiqueta si no son necesarias. Después de realizar cambios, reinicie la migración y vuelva a comprobar la información posterior a la migración desde esta página.

   Por ejemplo, es posible que tenga etiquetas primarias que nunca haya usado como etiquetas independientes, pero que estén configuradas para el cifrado o las marcas de contenido. Las acciones de etiqueta son una de las razones por las que la migración crea una nueva subetiqueta que es posible que no necesite.

5. Cuando esté listo para migrar las etiquetas, seleccione el botón Migrar .

   Nota:

   Si tiene etiquetas primarias aplicables que crearán nuevas subetiquetas y ha decidido usar un script para des publicarlas automáticamente, ejecute Script One antes de seleccionar Migrar.

   El proceso de migración no tarda mucho, normalmente solo unos minutos o una hora. Sin embargo, como precaución, espere hasta 24 horas. Mientras la migración está en curso, no se recomienda realizar ningún cambio en la configuración de la etiqueta porque es probable que esos cambios se pierdan.

   Una vez completada la migración, el explorador se actualiza y el nuevo esquema de etiqueta se muestra con un mensaje para confirmar que la migración se ha completado.

   Nota:

   Si tiene etiquetas primarias aplicables que crearán nuevas subetiquetas y ha decidido usar un script para anular la publicación automáticamente, ejecute ahora script dos.

Pasos siguientes

Para obtener instrucciones para administrar las etiquetas migradas, consulte Creación y configuración de etiquetas de confidencialidad. Revise los nuevos grupos de etiquetas y las etiquetas migradas y realice los cambios que necesite. Por ejemplo, vuelva a configurar o anular la publicación de las etiquetas nuevas que se crearon a partir de etiquetas primarias.

Para las etiquetas primarias que se migraron a grupos de etiquetas y para las subetiquetas existentes, los usuarios no verán ni experimentarán ningún cambio en sus aplicaciones. Por ejemplo, el orden de prioridad se comporta de la misma manera y se sigue respetando una subetiqueta predeterminada .