Cenário - Link simbólico ou junção NTFS?

Diferenças

┌─────────────────────────────────────────────────────── ───────┬─────┐
│ ute Absoluto │ Relativo │ Arquivo │ Diretório │ UNC │
├─────────────────────────────────────────────────────── ───────┼─────┤
Link Link simbólico │ Sim │ Sim │ Sim │ Sim │ Sim │
│ Junção │ Sim │ - │ - │ Sim │ - │
└──────────────┴─────────────────────────────────────── ───────┴─────┘

Cenário

Vamos supor que estamos criando um ponto de nova análise para criar o redirecionamento C:\SomeDir => D:\SomeDir

Como esse cenário requer apenas caminhos absolutos locais, uma junção ou link simbólico funcionaria. Nessa situação, existe alguma vantagem em usar um ou outro?

Suponha o Windows 7 para o sistema operacional, desconsiderando a compatibilidade com versões anteriores. (Antes do Vista, os links simbólicos não são suportados nativamente, embora exista um driver de terceiros que forneça suporte a links simbólicos no Windows XP.)

Atualizar

Eu encontrei outra diferença.

• Link simbólico - as permissões do link afetam apenas as operações de exclusão / renomeação no próprio link, o acesso de leitura / gravação (ao destino) é governado pelas permissões do destino
• Junção - as permissões da junção afetam a enumeração, a revogação de permissões na junção negará a listagem de arquivos por essa junção, mesmo se a pasta de destino tiver ACLs mais permissivas

As permissões tornam isso interessante, pois os links simbólicos podem permitir que aplicativos herdados acessem arquivos de configuração em áreas restritas ao UAC (como %ProgramFiles%) sem alterar as permissões de acesso existentes, armazenando os arquivos em um local não restrito e criando links simbólicos no diretório restrito.

Atualização 2

O Windows 8.1 resolverá os links simbólicos do diretório ao navegar para um através da caixa de texto em uma Save As...caixa de diálogo. As junções não são expandidas.

Entendo que os links simbólicos NTFS substituem Junções em sistemas operacionais Windows mais recentes (Vista / 7/8), pois funcionam da mesma maneira, mas também fornecem funcionalidade adicional (pontos remotos). Portanto, desde que você esteja trabalhando apenas com sistemas operacionais mais recentes, não há motivo para não usar a opção de link simbólico.

Acho que os pontos de junção têm um suporte mais amplo no software de backup do que os links simbólicos. Você deve verificar com qualquer programa de backup que esteja usando qual recurso é suportado.

Se não for suportado, o link simbólico / ponto de junção será copiado como um diretório separado (e restaurado como tal) ou não será copiado.

Além do problema de backup, não vejo motivo para preferir um ao outro, no seu caso específico (diretório local).

As junções NTFS podem ser apontadas apenas para diretórios, enquanto os links simbólicos também funcionam nos arquivos.

Aqui está uma diferença que eu notei:

Eu tenho um diretório sincronizado de scripts, aplicativos portáteis, etc. Uso um script em lote para criar uma junção no diretório Menu Iniciar, que aponta para um diretório de atalhos para os aplicativos portáteis.

Uma junção permite que os atalhos apareçam no menu Iniciar. Quando eu uso um link simbólico, ele não funciona.

Talvez eu tenha perdido isso em algum lugar nos comentários, mas uma diferença muito importante entre links simbólicos e junções no Windows para mim são os privilégios necessários para criar os dois. Embora os links simbólicos sejam, por padrão, apenas criados com permissões especiais que os usuários padrão não possuem, as junções podem ser criadas facilmente por todos os usuários padrão OOB e, portanto, são o meu tipo de link preferido para dirs.

Por padrão, os membros do grupo Administradores têm esse direito.

https://docs.microsoft.com/en-us/windows/device-security/security-policy-settings/create-symbolic-links