mklink 到网络共享或 UNC 路径或映射驱动器?

mat*_*kie 5 windows network-share path

在使用mklink网络共享路径而不是直接 UNC 路径(或与此相关的映射驱动器)时,是否需要考虑性能、权限或其他注意事项。

例如,这三种访问网络资源的方式是否可以被视为功能等效且大致可以互换?

mklink /d c:\shares\warehouse \\server1\warehouse
xcopy /s c:\shares\warehouse d:\temp\warehouse_copy
Run Code Online (Sandbox Code Playgroud)

.

xcopy /s \\server1\warehouse d:\temp\warehouse_copy
Run Code Online (Sandbox Code Playgroud)

.

net use X: \\server1\warehouse
xcopy /s X:\ d:\temp\warehouse_copy
Run Code Online (Sandbox Code Playgroud)

服务器是Windows 2003,客户端是Win7 Pro。网络主要是千兆位,尽管这里和那里很少有 100 兆位的落后者。我在示例中使用了 cmd shell,因为它最容易解释,实际上资源也可以通过各种其他方法访问(Windows 资源管理器、Office“打开”对话框、系统备份服务等)

Sim*_*lin 2

我强烈建议不要使用具有远程目标的符号链接。我的理由是符号链接会在 NTFS 主文件表中创建一个条目,虽然没有得到证实,但我认为这可能会在执行低级 NTFS MFT 操作(例如脱机 CHKDSK)时导致问题。

至于性能,我看不出有什么区别。两者都会产生 SMB 流量。符号链接路由必须通过重定向(由 NTFS.SYS 处理),但这里的“延迟”将比任何后续网络延迟小数千倍......

  • 你认为?有任何实际证据吗? (3认同)
  • 我必须这样做才能与服务共享驱动器。网络共享(显然)对服务不可见/不可用,但由于符号链接是一个实际的文件系统条目,因此它可以工作。 (2认同)