我有一个全新的Windows 2012标准服务器，安装了GUI，我已经从一个存储arrays挂载到另一个文件夹下的C驱动器的三卷。 所以我在服务器上安装了文件夹“A”，内部有三个“B”，“C”和“D”的连接点，每个连接一个3TB的光盘。 我使用文件和存储服务gui来设置这些连接点，并且它们在服务器本身内看起来完全正常工作。 驱动器显示为资源pipe理器界面内的重新分析点（所以带有箭头的驱动器图标）。
现在问题出现在客户端机器上，而XP，7和8也是这样，而不是osx。 路口显示为一个快捷方式（所以一个带有箭头的文件夹图标），可以点击，但当你回到文件夹“A”看链接刚才input的路口已经消失。 所有三个路口都是一样的，只有在看似随机的时间之后，才能通过closures和重新打开资源pipe理器来修复。
经过一番捣鼓之后，我发现链接图标正在消失，并被文件资源pipe理器中标记为隐藏或系统的文件夹所替代（虽然检查命令提示符并没有说明这些事情，但文件夹清楚地标记为“重新分析点”不隐藏或系统）。 这使得它在Windows资源pipe理器中打开“查看隐藏的，系统…等”使得这些文件夹以稍微褪色的forms出现（就好像它们是系统或隐藏的）而变得更加混乱。 closures并重新打开资源pipe理器将这些文件夹暂时返回到其原始状态。
我已经通过在资源pipe理器中打开显示隐藏选项来解决它的sorting问题，但这不是一个长期的解决scheme，因为这对于需要处理thumbs.db问题和类似问题的用户造成了很多问题的东西。 有没有人遇到过这个？
您对答案的评论引用了Windows 7 SMBv2客户端中的问题。 如您参考的文档中所述，禁用SMBv2是您的客户在性能上倒退的重要一步。 禁用客户端上的目录caching也可能增加服务器的工作量。 安装一个目录下的卷，而不是卷本身，是一种可能的解决方法，但个人而言，我强烈考虑改变这些文件夹的架构，以离开交界点。
您可以使用DFS命名空间将不同的共享“嫁接”到一个单一的命名空间不使用交接点的命名空间，您将开始保持SMBv2。 这为您提供了一个优势，即您可以稍后将这些卷拆分到物理上独立的服务器上，如果您需要的话，可以非常轻松地进行操作。