Aqui estão dois cenários ligeiramente diferentes, mas semelhantes:
- Há uma unidade S: \ mapeada para \\ server \ share. Um namespace DFS é então implementado, com S: \ alterado para \\ domain.local \ dfs \ share (que está apontando para o compartilhamento herdado). Agora, alguns arquivos com arquivos vinculados / incorporados e vários aplicativos agem de maneira estranha e com defeito. Observe que esses links de arquivos incorporados (por exemplo, tabelas vinculadas do Excel) apontam para o compartilhamento herdado, enquanto o arquivo pai é aberto no compartilhamento DFS.
2. Existe um PST para uma conta POP / IMAP localizada em Meus Documentos. Documents é então redirecionado para um compartilhamento de rede. Agora, o Outlook tem problemas para acessar o PST associado à conta, apesar de a guia Arquivos de dados indicar o caminho de rede correto para o arquivo (\\ servidor \ compartilhamento \ usuário.name \ Documents \ outlook.pst). O Outlook é carregado, mas alega que o PST não pode ser encontrado; portanto, a Caixa de Entrada da conta associada não pode ser exibida. *
* Acontece que esse era um problema conhecido específico. Postarei um link mais tarde
Por que as coisas "quebram" ao executar esses tipos de redirecionamento, mesmo que o caminho para os arquivos ainda seja o mesmo do ponto de vista do front-end?
some files with linked/embedded files and various applications act weird and malfunction.
- Precisa de esclarecimentos.Outlook has trouble accessing the PST associated with the account
- Precisa de esclarecimentos.Respostas:
Este é um tópico antigo, mas talvez alguém possa se beneficiar do meu comentário.
Existe um serviço chamado Distributed Link Tracking Client que localiza um arquivo que foi movido ou renomeado em um compartilhamento de rede NTFS ( KB312403 ). Isso funciona para atalhos de shell e links OLE também.
Tivemos um problema semelhante quando movemos pastas no nosso compartilhamento DFS. A experiência foi que, depois que as pastas foram movidas, os atalhos nas áreas de trabalho dos usuários foram alterados de \ dfsvirtualname \ sharename para \ realservername \ sharename. Sim, os arquivos foram encontrados, mas apenas uma vez. Na próxima vez em que a pasta foi movida (como arquivada em uma pasta chamada 2014 etc.), os atalhos foram interrompidos.
O problema que você tem com alguns arquivos pode ser que esses arquivos já foram movidos no passado e o Distributed Link Tracking Client os encontrou, alterando o link para uma referência completa \ realservername \ sharename e agora não consegue encontrar o arquivo movido.
fonte
Você pode estar cometendo o erro de tratar o DFS como apenas uma maneira fácil de fornecer um compartilhamento de um nome melhor ou mais portátil - não codificado para nenhum servidor em particular.
O DFS não oferece suporte ao bloqueio de arquivos, e eu acho que essa é a causa dos problemas de arquivos incorporados.
https://social.technet.microsoft.com/Forums/windowsserver/en-US/d28d97a2-9156-469b-b8d8-e73ed39d8a30/dfs-file-locking?forum=winserverfiles
fonte