我们IT部门的一个小组希望消除来自我们networking的所有驱动器映射，并用简单的networking位置（UNC）快捷方式replace它们。 该组织声称，驱动器映射消耗了太多的服务器资源，并损害了性能。 另一个组织认为能够根据需要重新定位文件的便利性，并通过login脚本更改驱动器映射来覆盖资源消耗问题。 无论是方法，驱动器映射还是networking位置快捷方式，都比其他方法有明显优势？ 资源消耗是否合理？ 我意识到一些应用程序可能无法处理UNCpath; 我们将需要在个案的基础上处理这个问题。 我们有大约500台客户端PC，每台平均有大约5个映射驱动器连接。 谢谢你的想法。
我从来没有听说映射驱动器比非映射驱动器占用更多的“资源”，我们使用映射驱动器到我工作的地方。 我在“财富”5期工作，拥有数千台PC和数千台Windows服务器。
我会要求他们用数据支持他们的陈述。 他们有任何Microsoft知识库文章备份他们的要求？ 他们的要求似乎没有携带任何水。 据我所知，映射的驱动器不会导致更多或更less的networkingI / O开销; 底层协议仍然是SMB / CIFS。
UNC连接消耗比映射驱动器更less的资源的唯一方法就是打开这些连接的频率。 当您有大量的映射驱动器时，打开Windows资源pipe理器的简单动作或显示驱动器映射的任何打开/保存对话框将导致该工作站重新连接到这些资源。 有15个驱动器映射，打开资源pipe理器，可能导致15个新的服务器连接 打开一个UNC快捷方式，创build一个连接到一台服务器。
更重要的是，Windows在这些打开/保存/浏览器对话框中创build的连接types将在闲置10分钟后超时。 等待10分钟，它会再次closures所有的连接。 微软这样做是为了保持并发用户的数量减less。
他们对此敏感的唯一原因是很less使用资源获取驱动器号，因此获得大量从未实际使用的连接。 在内存是宝贵的宝贵商品的虚拟机环境中，这些连接数量会导致内存使用量的增加。
就个人而言，这个IT团队要么正在运行的东西，比实际应该接近的资源，或喜欢桑巴服务器; Samba无法扩展到并发用户数的Windows级别，但它们可能会相当高。 连接跟踪不会消耗现代Windows服务器上的大量内存。
有500台电脑，你甚至不会接近Windows的极限。 我们的日常使用机器大小只有我们的3倍，而我看到的连接到一个单一份额的数字大约是600.同时，家庭目录服务器很less能够通过集体500个连接戳头。 这个共享的区别在于它是所有PC的共享音量，并且连接由于打开的文件而保持打开状态。
这500个有5个映射的机器最多有25,000个连接。 除非每个人都在同一时间login，否则你永远不会看到。 如果所有这些地图都在同一台服务器上，那确实会造成问题。 但Windows旨在最大限度地减less这种可能性。
他们的论点在实质上是虚弱的。 他们需要certificate他们的要求比对效率的普遍诉求更好。 如果在连接数量过高的时候他们确实看到了性能上的提升，那么他们的服务器运行起来也是非常舒适的。 文件服务器确实需要大量的内存，他们不是你想提供的最低限度的内容。