Checklist do Administrador do OneDrive: migração de servidor de arquivos quebra links recentes em fusões

Após sua organização concluir uma fusão ou aquisição, a migração de servidores de arquivos para um novo ambiente frequentemente quebra links compartilhados recentemente do OneDrive. Os usuários recebem erros de “arquivo não encontrado” ou “acesso negado” ao clicar em links compartilhados criados antes da migração. A causa raiz é que os caminhos de arquivo e contextos de permissão mudam durante a migração, fazendo com que os links existentes apontem para locais que não existem mais. Este artigo explica por que os links quebram durante fusões e fornece um checklist passo a passo para administradores prevenirem e corrigirem links compartilhados quebrados.

Por que a Migração de Servidor de Arquivos Quebra Links Compartilhados do OneDrive Durante Fusões

Quando uma empresa adquire outra organização, os servidores de arquivos da empresa adquirida são geralmente migrados para o locatário da empresa controladora. Essa migração envolve mover arquivos do OneDrive e sites do SharePoint do locatário adquirido para a infraestrutura do locatário controlador. Links compartilhados criados antes da migração contêm um identificador único que aponta para o local original do arquivo — o ID do conjunto de sites, o ID da lista e o ID do item no locatário de origem. Após a migração, esses identificadores não correspondem mais a nenhum local no locatário controlador. O link fica órfão.

Além disso, a herança de permissões muda durante a migração. Os usuários da empresa adquirida são frequentemente movidos para novos locatários do Azure AD, e seus nomes principais de usuário (UPNs) podem mudar. Links compartilhados que concedem acesso a usuários específicos por UPN ou endereço de email param de funcionar porque a identidade do destinatário não corresponde mais à entrada de controle de acesso do link. Links anônimos “Qualquer pessoa com o link” também quebram porque o GUID do arquivo subjacente muda quando o arquivo é copiado para o novo locatário, em vez de ser movido com seus metadados intactos.

Outro fator é a diferença nas políticas de compartilhamento entre locatários. O locatário controlador pode ter restrições de compartilhamento mais rígidas, como bloquear compartilhamento externo ou exigir login. Links criados sob uma política mais permissiva no locatário adquirido podem ser bloqueados completamente após a migração. Os administradores devem auditar as configurações de compartilhamento de ambos os locatários antes da migração e alinhá-las para evitar falhas nos links.

Checklist do Administrador: Passos para Prevenir e Corrigir Links Compartilhados Quebrados

1. Audite os links compartilhados existentes antes da migração
   Use o SharePoint Online Management Shell para executar Get-SPOSite -IncludePersonalSite $true | Get-SPOSiteSharingPermissions para exportar todos os links compartilhados do locatário de origem. Salve a saída como um arquivo CSV. Isso fornece uma linha de base de quais arquivos têm links compartilhados, quais tipos de link são usados e quem tem acesso. Você precisará dessa lista para recriar links críticos após a migração.
2. Alinhe as políticas de compartilhamento entre locatários
   No centro de administração do Microsoft 365 do locatário controlador, vá para Configurações > Configurações da organização > Compartilhamento. Defina o nível de compartilhamento externo para corresponder ou exceder a política do locatário de origem. Se o locatário de origem permitia links “Qualquer pessoa”, habilite essa opção temporariamente no locatário controlador. Após a migração, você pode restringir a política novamente. A falha em alinhar as políticas fará com que todos os links “Qualquer pessoa” sejam bloqueados.
3. Use as ferramentas de migração entre locatários da Microsoft
   Para migrações entre locatários, use o SharePoint Migration Tool (SPMT) versão 3.11 ou posterior, que suporta migração entre locatários de conteúdo do OneDrive e SharePoint. No SPMT, selecione Migração entre locatários > OneDrive e mapeie usuários de origem para usuários de destino. Esta ferramenta preserva os metadados dos arquivos e tenta remapear links compartilhados. No entanto, não garante que todos os links funcionarão — ela apenas remapeia links que usam permissões específicas de usuário.
4. Recrie links compartilhados críticos após a migração
   Para links que quebram apesar da migração, use a exportação CSV da etapa 1 para identificar links de alta prioridade — como aqueles compartilhados com parceiros externos ou usados em fluxos de trabalho críticos para os negócios. Recrie esses links manualmente navegando até cada arquivo no locatário de destino, clicando em Compartilhar e definindo as mesmas permissões e datas de expiração do link original. Para recriação em massa, use o cmdlet Set-SPOFile do PowerShell com o parâmetro -ShareLink.
5. Notifique usuários e parceiros externos sobre mudanças nos links
   Envie uma comunicação através da Central de Mensagens do Microsoft 365 ou um modelo de email personalizado. Inclua os novos locais dos arquivos e links para documentos críticos. Oriente os usuários a compartilhar novamente os arquivos do locatário de destino em vez de encaminhar links antigos. Isso reduz confusão e evita erros repetidos de acesso negado.
6. Monitore a atividade de compartilhamento por 30 dias após a migração
   No centro de administração do Microsoft 365, vá para Relatórios > Uso > Compartilhamento. Revise o relatório “Compartilhado com usuários externos” para ver se o uso de links externos cai após a migração. Uma queda acentuada indica que muitos links ainda estão quebrados. Use o Log de auditoria para pesquisar eventos “AccessDenied” relacionados a links compartilhados. Investigue e recrie quaisquer links que continuem falhando.

Se os Links Ainda Quebrarem Após a Migração

Erro “Arquivo não encontrado” ao clicar em um link compartilhado

Este erro significa que o arquivo de destino do link não existe mais no local esperado. O arquivo pode ter sido movido para um site ou biblioteca diferente durante a migração. Use o SharePoint Migration Assessment Tool (SMAT) para escanear o locatário de origem e identificar para onde cada arquivo foi movido. O SMAT gera um relatório de mapeamento que mostra a nova URL para cada arquivo migrado. Atualize manualmente o link quebrado com a nova URL.

Erro “Acesso negado” para um link que funcionava antes da migração

Este erro indica que o link existe, mas as permissões do usuário não foram migradas. Isso acontece comumente quando o UPN do usuário mudou durante a fusão. No centro de administração do Microsoft 365, vá para Usuários > Usuários ativos e verifique se o UPN do usuário afetado corresponde ao armazenado na lista de controle de acesso do link. Se o UPN mudou, o usuário deve ser adicionado novamente às permissões de compartilhamento do arquivo. Use Set-SPOUser -Site para atualizar em massa as permissões de usuário se muitos usuários forem afetados.

Links anônimos “Qualquer pessoa com o link” pararam de funcionar

Links anônimos quebram porque o identificador único do arquivo (GUID) muda quando o arquivo é copiado entre locatários. Não há maneira automatizada de remapear esses links. A única solução é recriar o link anônimo para cada arquivo após a migração. Para evitar isso em migrações futuras, evite usar links “Qualquer pessoa” para arquivos críticos. Em vez disso, use links “Pessoas específicas”, que podem ser remapeados pela ferramenta de migração.

Tipos de Link Compartilhado: Comportamento Antes vs Depois da Migração

Item	Antes da Migração (Locatário de Origem)	Depois da Migração (Locatário de Destino)
Links anônimos (Qualquer pessoa)	Funciona com qualquer usuário que tenha o link	Quebrado — GUID do arquivo mudou, deve recriar
Links para pessoas específicas	Funciona para usuários nomeados	Funciona se o UPN do usuário corresponder e os metadados do arquivo forem preservados pelo SPMT
Links para toda a organização	Funciona para todos os usuários no locatário de origem	Quebrado — usuários agora pertencem ao locatário controlador, escopo do link não corresponde
Links para usuários convidados	Funciona para usuários externos convidados ao locatário de origem	Quebrado — contas de convidado devem ser recriadas no locatário controlador

Fusões e aquisições exigem planejamento cuidadoso para evitar interrupções no acesso compartilhado a arquivos. Ao auditar links antes da migração, alinhar políticas de compartilhamento e usar as ferramentas entre locatários da Microsoft, você pode minimizar links quebrados. Recrie links críticos manualmente após a migração e monitore a atividade de compartilhamento por 30 dias. Para migrações futuras, defina o tipo de link padrão como “Pessoas específicas” para garantir a melhor chance de preservação dos links.