Pastas de junção no servidor 2012 mostrando resultados esporádicos em máquinas clientes pela rede

Question

Eu tenho um novo servidor padrão do Windows 2012, com o gui instalado e montei três volumes de um storage array na unidade C em outra pasta. Então eu tenho a pasta "A" configuração no servidor, e três junções dentro do chamado "B", "C" e "D", cada um dos quais está ligado a um conjunto de 3 TB de discos. Eu usei o gui de serviços de arquivo e armazenamento para configurar essas junções e elas parecem funcionar perfeitamente dentro do próprio servidor. As unidades aparecem como pontos de nova análise na interface do explorador (portanto, o ícone da unidade com a seta).

Agora, o problema surge quando eles são usados em máquinas clientes, e o mesmo vale para XP, 7 e 8, mas não para osx. As junções aparecem como um atalho (portanto, um ícone de pasta com uma seta) e podem ser clicadas, mas quando você volta para a pasta "A" para ver os links, a junção que você acabou de inserir desaparece. O mesmo vale para todas as três junções, e só é corrigido fechando e reabrindo o explorador após um período de tempo aparentemente aleatório.

Após algumas tentativas, descobri que o ícone do link está desaparecendo e sendo substituído por uma pasta marcada no explorador de arquivos como oculta ou como sistema (embora a verificação em um prompt de comando não diga nada disso, as pastas estão claramente marcadas como Pontos de nova análise e não estão ocultos ou sistema). Isso torna ainda mais confuso quando ligar "view hidden, system ... etc" no windows explorer faz com que essas pastas apareçam na sua forma ligeiramente desbotada (como se fossem sistema ou ocultas). Fechar e reabrir o explorador retorna temporariamente essas pastas ao estado original.

Eu o corrijo no termo de classificação ativando a opção Mostrar oculto no Explorer, mas essa não é uma solução de longo prazo, pois está causando muitos problemas para os usuários que estão tendo que lidar com o thumbs.db questões e coisas semelhantes. Alguém se deparou com isso?

    

Answer 1

Seu comentário na sua resposta faz referência a um problema no cliente do Windows 7 SMBv2. Desativar o SMBv2, conforme descrito no documento que você referencia, é um grande passo para trás no desempenho de seus clientes. Desativar o cache de diretório em seus clientes também pode aumentar a carga de trabalho de seus servidores. Montar um diretório sob o volume, em vez do volume em si, é uma possível solução alternativa, mas, pessoalmente, eu consideraria a possibilidade de alterar a arquitetura dessas pastas para se afastar dos pontos de junção.

Você pode usar namespaces do DFS para "enxertar" juntos compartilhamentos díspares em um único namespace sem o uso de pontos de junção e você poderá manter o SMBv2 ativado. Isso dá a você a vantagem de dividir esses volumes em servidores separados fisicamente mais tarde, se precisar, com grande facilidade.