以下是两个略有不同但类似的情况：
- 有一个 S:\ 驱动器映射到 \\server\share。然后实施 DFS 命名空间，将 S:\ 更改为 \\domain.local\dfs\share（指向旧共享）。现在，一些带有链接/嵌入文件的文件和各种应用程序出现异常并出现故障。需要注意的是，这些嵌入文件链接（例如链接的 Excel 表）指向旧共享，而父文件是从 DFS 共享打开的。
2. 我的文档中有一个 POP/IMAP 帐户的 PST。然后，文档文件夹重定向到网络共享。现在，尽管“数据文件”选项卡指示了文件的正确网络路径 (\\server\share\user.name\Documents\outlook.pst)，但 Outlook 无法访问与该帐户关联的 PST。Outlook 加载，但它声称无法找到 PST，因此无法查看关联帐户的收件箱。 *
*事实证明这是一个特定的已知问题。我稍后会发布链接
为什么执行这些类型的重定向时事情会“中断”，即使从前端的角度来看文件的路径仍然相同？
答案1
这是一个老话题，但也许有人可以从我的评论中受益。
有一个名为分布式链接跟踪客户端的服务可以查找在 NTFS 网络共享上被移动或重命名的文件（KB312403)。这也适用于 shell 快捷方式和 OLE 链接。
当我们移动 DFS 共享上的文件夹时，我们遇到了类似的问题。经验是，移动文件夹后，用户桌面上的快捷方式从 \dfsvirtualname\sharename 更改为 \realservername\sharename。是的，找到了文件，但只找到了一次。下次移动文件夹时（例如存档到名为 2014 的文件夹等），快捷方式就坏了。
您遇到的某些文件问题可能是这些文件在过去已被移动，并且分布式链接跟踪客户端找到了它们，将链接更改为完整的 \realservername\sharename 引用，现在它找不到移动的文件。
答案2
您可能错误地将 DFS 视为一种为您的共享赋予更好听的名称或更便携的名称的简单方法 - 而不是硬编码到任何特定服务器。
DFS 不支持文件锁定，我猜测这是导致嵌入文件问题的原因。