在 Windows 中映射网络驱动器不好吗?

Bee*_*rox 79 network-shares network-drive

我们 IT 部门内部就映射网络驱动器进行了一些热烈的讨论。特别是,有人说映射网络驱动器是一件坏事,将DFS路径或网络共享添加到您的(Windows 资源管理器/库)收藏夹是一个更好的解决方案。

是这种情况吗?

就个人而言,我发现'z:\folder\\server\path\folder'更方便,尤其是在 cmd 行和脚本方面(当然,我不是在谈论硬编码链接,自然!)。

我曾尝试搜索映射网络驱动器的优缺点,但除了“如果网络出现故障,驱动器将不可用”之外,我没有看到任何其他内容。但这是任何网络访问存储的限制。

我还被告知,当网络资源不可用时,映射的网络驱动器会轮询网络,但是我还没有找到更多关于此的信息。网络驱动器是否比 Windows 资源管理器库/收藏夹更多地轮询网络?每当 Windows 尝试枚举文件系统时(例如,打开文件/文件夹选择器对话框时),这是否仍然是其他网络访问机制(即映射的收藏夹)的问题?

rob*_*rob 68

我想不映射网络驱动器的最强有力的原因是管理员不想处理除了网络路径之外维护有限数量的驱动器号的索引的麻烦。一方面,可能有太多常用网络共享,无法为所有共享分配驱动器号,而且在大型组织中,并非每个人都可以访问所有相同的共享。与驱动器号相比,共享名称也更具描述性,并且可能不那么模糊(稍后会详细介绍歧义)。

其次,您可能会遇到驱动器号冲突。如果某人的 PC 有读卡器,则可能会占用四个或更多驱动器号。A和B一般是为上个世纪的软驱预留的,C和D一般是为硬盘和光驱预留的,所以读卡器会使用E、F、G、H。如果你的网盘之一通常通过登录脚本映射到 H:,这个可怜的人要么无法使用读卡器的 H: 驱动器,要么无法安装网络驱动器。

除非组织内有人负责为特定目的分配驱动器号,否则网络驱动器最终也可能会造成很多混乱。例如,假设您将驱动器 S: 映射到包含所有站点许可软件的安装程序的共享,而其他人将 S: 映射到共享驱动器,他们在其中放置各种共享文档。当你试图解释如何安装某些软件时,你告诉他们打开他们的 S: 驱动器并找到 Microsoft Office 的安装程序,但他们只能找到一个名为office的文件夹,其中包含一堆别人放在那里的杂项文件用于临时文件传输。您可能需要 5 或 10 分钟才能理清这些困惑。

如果服务器出现故障或机器脱离网络,也会出现一些潜在的性能问题。例如,如果您将网络驱动器映射到一台机器上,然后从网络中删除该机器(可能是一台膝上型电脑),则该机器可能会在登录时挂起,而 Windows 尝试安装丢失的网络驱动器却徒劳无功。

另一方面,在旧版本的 Windows 上,我注意到与映射的网络驱动器之间的文件传输通常比浏览到网络文件夹并执行相同的文件传输要快得多——在这种情况下,大多数人们更喜欢映射网络驱动器。

  • +1 因不同用户将驱动器映射到不同位置而造成的混乱。用户*多次*告诉我,他们将文件放在“Z:\”驱动器上,并且不得不花很长时间弄清楚他们的特定 Z 驱动器的映射位置。也许不是技术问题,但绝对可以是组织问题。 (22认同)
  • 另一个巨大的缺点是,一旦您开始沿着这条路走下去,如果您删除映射的驱动器,任何引用“Z”驱动器的电子邮件链接都会中断。另一个严重的缺点是如果删除映射的字母,跨越多个文件的文件(例如 CAD 文件)将完全损坏!这是因为依赖文件加载的是驱动器号,而不是 UNC 路径。由于这些问题,我们在我的公司被他们困住了。负面影响远远超过节省几次鼠标点击的“方便”因素。 (4认同)

Sec*_*att 63

答案很简单,这不是坏事。将网络驱动器映射为驱动器是完全安全的。

迷信来自这样一个事实,即您不应该将外部(即 Internet)驱动器映射为本地驱动器,因为从映射驱动器打开的文件是使用“本地”区域打开的,这通常为它们提供较少的保护 - 如果文件确实来自从互联网上看,这是安全性的降低。

如果像我怀疑是这种情况,你实际上映射INT RA网的网络驱动器,然后打开文件夹,映射驱动器是完全一样的安全,因为通过它们的网络路径名访问它们。唯一的区别是映射它们更方便。


Fak*_*ame 15

根据我的经验,它主要围绕写得不好的软件。

如果 A 处理映射到 的一组文件,G:然后 B 尝试使用映射到 的相同路径打开同一组文件,则H:操作失败。

如果使用 UNC 路径,那么假设 A 人和 B 人的计算机都可以看到共享点,那么一切都会正常进行。


当然,理想的解决方案是使用不使用绝对路径存储文件关系的软件,但这不是您始终可以控制的。

CAD/CAM 市场上的许多软件编写得很差,而且几乎无法运行。由于市场较小,竞争压力不大。我知道至少有一个软件在最近 5 个主要版本中存在绝对路径问题,尽管向公司报告了问题,但它们仍然没有得到修复。

  • @Dalin Seivewright - 这似乎假设您完全可以手动设置链接。在我看到的很多软件中,如果主文档在`H:`中,不管你要不要,相关文档都会自动使用`H:`存储。 (3认同)
  • @MSalters - 告诉你什么。你说服整个软件行业重写他们的大部分软件。 (2认同)
  • @CADbloke - 不!它是 Altium Designer。我很确定这样的行为在专业软件市场中非常普遍。 (2认同)

Ben*_*cka 11

我们在我工作的网络驱动器上遇到了严重的问题,因为有时 Windows 无法连接到它们,而且当程序尝试访问它时,它似乎不会自动连接网络驱动器。

会计部门的用户至少打了六次电话,因为她遇到了同样的错误。这是因为她打开了程序 X,该程序使用了映射在网络驱动器 Y: 上的文件,并且由于某种莫名其妙的原因而未连接。

  • @foocode 我不确定第一个(但用户确实有权限)并且驱动器设置为在启动时连接......只需要一段时间。就像在几分钟内一样。有时它仅在您*在 Windows 资源管理器中手动访问时才连接*,不幸的是,这是我必须教用户做的事情。 (2认同)

Kyl*_*nes 8

我怀疑 IT 人员是否担心映射网络驱动器的一个用户,而不是他们担心一百个或一千个用户。例如,如果一堆主机同时启动一个或多个网络驱动器的搜索索引,这将如何影响其他尝试使用网络的人?当网络驱动器不可避免地脱机时,它会锁定数百台机器,直到操作系统放弃并删除驱动器映射吗?如果无法重新建立与映射驱动器的连接,那么 PC 是否会更慢地启动或完全启动失败?

  • 这是我想到的唯一原因:映射驱动器意味着 Explorer 将在找不到它时抛出异常。即使在映射了 3 个以上的网络驱动器时打开资源管理器也会真正减慢它的速度。 (2认同)

小智 6

\server\dir 语法的一个问题是命令窗口不能 cd 到它们。如果您具有管理员权限并且不想使用驱动器号,则可以使用 mklink 命令将驱动器安装到目录而不是驱动器号。目录 Home 不应该存在。

mklink /d "c:\Drives\Home" "\server\HomeFolder\user1"

该文件夹可供所有人使用。

挂载到驱动器盘符可能很糟糕,因为它可能会更改为另一个挂载点。然后你正在阅读和写作你不期望的东西。如果挂载点的可执行文件发生更改,则它们可能包含病毒。

我的解决方案需要管理员权限,所以如果您没有以管理员权限运行,它会更安全,因为另一个程序无法在没有管理员权限的情况下更改它。

  • 澄清;1.Windows Batch cmd.exe 报错“CMD 不支持 UNC 路径作为当前目录”。; 2.Windows Powershell 支持“set-location myUNCpath”就好了。 (3认同)

小智 5

这是一个很好的理由:

Windows(至少 XP)不支持超过 256 个字符的文件路径。映射允许某人通过缩短路径来添加原本不可能添加的文件。然后你有一个程序可以浏览所有文件和文件夹,并且不知道映射。如果没有映射,现有文件的路径长度将超过 256。程序崩溃。

  • 好的程序不会在无法打开文件时立即崩溃。如果这样做,就会在文件受 ACL 限制的域环境中产生许多问题。(此外,从技术上讲,如果使用“\\?\”前缀,Windows 最多可以支持大约 32767 个 Unicode 字符的路径。) (2认同)