如果我通过networkingUNC名称(\\ mycomputer name \ SharedAsName)来引用本地外部USB驱动器,那么引用本地名称(d:\)会带来性能上的损失

我在我们的服务器上有一个外部USB硬盘驱动器(用于备份)。 我被分享为“T”。 其他电脑备份到\服务器\ T。

我也想把驱动器本地称为\ server \ T而不是(比如说D :),因为当我旋转USB驱动器时驱动器号会改变。

以UNC名称引用是否会有性能损失? (也就是说,就好像Windows XP实际上正在networking上进入驱动器一样)。

你将通过redirect器,我看到一个案例,当一个大文件被引用时,一个问题发生在共享的所有networking访问突然失败。 在我们的情况下,我们正在使用UNCpath恢复相当大的数据库上的SQL Server备份。 这是在Windows 2000上。当我们改变它参考本地驱动器,问题就消失了。 2003年还有一些问题。例如:

通过SMB协议(客户端redirect器)的所有networking共享访问可能会失败在基于Windows Server 2003的计算机上

另一种解决scheme是将该USB驱动器安装在NTFS卷上的空文件夹下(使用连接点),因此该驱动器可以称为C:\ Mounted \ USB或类似的东西。

创build文件夹,然后进入“计算机pipe理”>“存储”>“磁盘pipe理”,右键单击该分区并“在该文件夹下挂载”。

即使驱动器号分配,这也不会改变。

根据你在做什么,你也可以遇到身份validation问题。 在应用程序级别的服务中使用UNCpath将强制服务模拟情况,如果没有build立适当的信任关系,这些情况可能会频繁地显示阻止者。

例如,我们在SQL Server环境中遇到的一些问题是通过SQL代理作业访问文件系统。 使用物理驱动器盘符path(单跳validation),但使用UNCpath到同一文件会失败,因为我们没有设置允许模拟工作的信任。