在使用mklink路径到网络共享时,是否存在性能,许可或其他考虑因素,而不仅仅是直接UNC路径(或映射驱动器).
例如,这三种访问网络资源的方式可以被认为是功能上等同的并且大致可以互换吗？
mklink /d c:\shares\warehouse \\server1\warehouse xcopy /s c:\shares\warehouse d:\temp\warehouse_copy
.
xcopy /s \\server1\warehouse d:\temp\warehouse_copy
.
net use X: \\server1\warehouse xcopy /s X:\ d:\temp\warehouse_copy
服务器是Windows 2003,客户端是Win7 Pro.网络大多是千兆位,尽管这里和那里几乎没有100个落后者.我在示例中使用了cmd shell,因为它最容易解释,实际上资源也可以通过各种其他方法访问(Windows资源管理器,Office“打开”对话框,系统备份服务等)
我强烈建议不要使用具有远程目标的符号链接.我的理由是,符号链接在NTFS主文件表中输入,虽然没有证实,但我认为这可能会导致执行低级NTFS MFT操作(例如离线CHKDSK)时出现问题.
至于表现,我看不出会有任何差别.两者都会导致SMB流量.符号链接路由必须通过重定向(由NTFS.SYS处理),但这里的“延迟”将比任何后续网络延迟小数千倍…
