加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Windows > 正文

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

发布时间:2020-12-13 23:51:51 所属栏目:Windows 来源:网络整理
导读:在使用mklink路径到网络共享时,是否存在性能,许可或其他考虑因素,而不仅仅是直接UNC路径(或映射驱动器). 例如,这三种访问网络资源的方式可以被认为是功能上等同的并且大致可以互换吗? mklink /d c:shareswarehouse server1warehousexcopy /s c:shares
在使用mklink路径到网络共享时,是否存在性能,许可或其他考虑因素,而不仅仅是直接UNC路径(或映射驱动器).

例如,这三种访问网络资源的方式可以被认为是功能上等同的并且大致可以互换吗?

mklink /d c:shareswarehouse server1warehouse
xcopy /s c:shareswarehouse d:tempwarehouse_copy

.

xcopy /s server1warehouse d:tempwarehouse_copy

.

net use X: server1warehouse
xcopy /s X: d:tempwarehouse_copy

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

我强烈建议不要使用具有远程目标的符号链接.我的理由是,符号链接在NTFS主文件表中输入,虽然没有证实,但我认为这可能会导致执行低级NTFS MFT操作(例如离线CHKDSK)时出现问题.

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

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读