Migrar etiquetas de confidencialidade principal para grupos de etiquetas

Diretrizes de licenciamento do Microsoft 365 para segurança e conformidade.

Anteriormente, as etiquetas principais eram utilizadas para organizar etiquetas de confidencialidade numa hierarquia de duas camadas. Para reduzir a complexidade, os respetivos grupos de etiquetas e substituição não suportam definições que não sejam o nome, a descrição, a cor e a prioridade.

Para obter mais informações sobre etiquetas principais e grupos de etiquetas, consulte Sublabelas que utilizam etiquetas principais ou grupos de etiquetas.

Para migrar as etiquetas de confidencialidade principal para grupos de etiquetas de confidencialidade, utilize o portal do Microsoft Purview se vir a faixa de informações apresentada nas seguintes instruções.

Antes de começar

Primeiro, certifique-se de que tem permissões para criar e gerir etiquetas de confidencialidade. Para saber mais, confira Permissões necessárias para criar e gerenciar rótulos de confidencialidade.

Em seguida, compreenda o impacto das etiquetas principais que, se aplicável, serão migradas para uma sub-etiqueta com o mesmo nome, além de um grupo de etiquetas. Se este cenário se aplicar a si, tem de decidir se pretende deixar estas novas sub-etiquetas publicadas após a migração ou se pretende anulá-las:

• Se decidir anular a publicação destas novas sub-etiquetas, pode fazê-lo manualmente ou utilizar scripts do PowerShell para os anular automaticamente.
• Se deixar estas novas sub-etiquetas publicadas, decida se terá de editá-las após a migração e antes de os utilizadores as poderem selecionar.

Esta nova criação de sub-etiquetas garante que todos os utilizadores e serviços que possam ter acedido à etiqueta principal como uma etiqueta autónoma continuarão a poder aceder à mesma após a migração. Uma etiqueta principal é considerada aplicável se qualquer uma das seguintes condições se aplicar:

• Está configurado para ações de etiquetas que incluem encriptação, marcação de conteúdo, etiquetagem automática e definições avançadas do PowerShell.
• Tem um âmbito de etiqueta diferente das respetivas sub-etiquetas. A etiqueta principal e todas as respetivas sub-etiquetas têm de ter um âmbito de etiqueta idêntico para que a etiqueta principal não seja considerada aplicável.
• Está incluído numa política de publicação diferente das respetivas sub-etiquetas.

A sub-etiqueta resultante que é criada tem o mesmo nome, etiqueta GUID e definições que a etiqueta principal original. Sem reconfiguração, esta nova sub-etiqueta estará disponível para selecionar numa política onde anteriormente não podia ser selecionada como uma etiqueta principal.

Pode confirmar se tem etiquetas principais aplicáveis antes de as etiquetas serem migradas quando revê o novo esquema de etiquetas proposto como parte do processo de migração. No exemplo seguinte, a etiqueta principal Confidencial é identificada como uma etiqueta principal aplicável, pelo que será criada uma nova sub-etiqueta com o mesmo nome:

Scripts do PowerShell para anular a publicação de sub-etiquetas a partir de etiquetas principais aplicáveis

Estes comandos do PowerShell utilizam o PowerShell de Conformidade & de Segurança.

Script 1: Antes da migração, execute o seguinte comando para obter todas as políticas que publicam etiquetas principais.

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

Não feche a sessão do PowerShell, mas mantenha-a aberta durante a migração de etiquetas.

Script Dois: Assim que a migração estiver concluída, execute o seguinte script para anular a publicação das sub-etiquetas criadas recentemente a partir das etiquetas principais aplicáveis:

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

Migrar para o esquema de etiquetas moderno

A migração está a ser implementada gradualmente, pelo que a migração das etiquetas principais para grupos de etiquetas poderá ainda não estar disponível para o seu inquilino.

1. Iniciar sessão no portal> do Microsoft PurviewSoluções>>etiquetas de Proteção de InformaçõesSensibilidade

2. Na página Etiquetas de confidencialidade , se vir uma faixa de informações Migrar para o esquema de etiquetas moderno, a migração de etiquetas estará disponível para o seu inquilino. Nesta faixa, selecione Começar para iniciar a migração:

   

3. No painel de lista de opções Migrar para o esquema de etiquetas moderno , verá um resumo das etiquetas de confidencialidade antes e depois da migração. Para obter mais detalhes, selecione o botão Rever novo esquema na parte inferior do painel. Por exemplo:

   

4. A página Novo esquema de etiquetas mostra-lhe o aspeto das etiquetas migradas no portal do Microsoft Purview, com um ícone de pasta junto ao que costumavam ser etiquetas principais. Esta página também irá alertá-lo para quaisquer conflitos de nomenclatura que precisem de ser resolvidos antes da migração. Por exemplo, a etiqueta principal Geral tem uma sub-etiqueta também denominada Geral. Todas as sub-etiquetas têm de ter um nome exclusivo da etiqueta principal.

   Se vir um conflito de nomenclatura, tem de sair da migração e alterar um dos nomes das etiquetas. Em seguida, execute novamente a migração.

   Pode utilizar o botão Transferir para guardar uma cópia num ficheiro CSV. O nome predefinido é NewLabelSchemecsv.csv.

   Importante

   Mesmo que não tenha alertas para resolve, utilize esta oportunidade para rever cuidadosamente as etiquetas e considerar fazer alterações às mesmas antes de migrar para poder remover ou minimizar as etiquetas principais aplicáveis que irão criar uma nova sub-etiqueta se não forem necessárias. Depois de fazer alterações, reinicie a migração e marcar as informações pós-migração novamente a partir desta página.

   Por exemplo, pode ter etiquetas principais que nunca utilizou como etiquetas autónomas, mas que estão configuradas para encriptação ou marcações de conteúdo. As ações de etiqueta são um dos motivos pelos quais a migração cria uma nova sub-etiqueta de que poderá não precisar.

5. Quando estiver pronto para migrar as etiquetas, selecione o botão Migrar .

   Observação

   Se tiver etiquetas principais aplicáveis que irão criar novas sub-etiquetas e tiver decidido utilizar um script para as anular automaticamente, execute o Script 1 antes de selecionar Migrar.

   Normalmente, o processo de migração não demora alguns minutos a uma hora. No entanto, por precaução, aguarde até 24 horas. Enquanto a migração estiver em curso, não recomendamos que faça alterações à configuração da etiqueta, uma vez que essas alterações provavelmente serão perdidas.

   Quando a migração estiver concluída, o browser é atualizado e o novo esquema de etiquetas é apresentado com uma mensagem para confirmar que a migração está concluída.

   Observação

   Se tiver etiquetas principais aplicáveis que irão criar novas sub-etiquetas e tiver decidido utilizar um script para as anular automaticamente, execute agora o Script 2.

Próximas etapas

Para obter instruções para gerir as etiquetas migradas, veja Criar e configurar etiquetas de confidencialidade. Reveja os novos grupos de etiquetas e etiquetas migradas e efetue as alterações necessárias. Por exemplo, reconfigure ou anule a publicação de novas etiquetas criadas a partir de etiquetas principais.

Para etiquetas principais que foram migradas para grupos de etiquetas e para sub-etiquetas existentes, os utilizadores não verão nem registarão alterações nas respetivas aplicações. Por exemplo, a ordenação de prioridades tem o mesmo comportamento e continua a ser respeitada uma sub-etiqueta predefinida .