DFS /フォルダリダイレクトを使用すると、なぜ問題が発生するのですか？

2つのわずかに異なるが、類似したシナリオを次に示します。

1. \\ server \ shareにマップされたS：\ドライブがあります。次に、DFS名前空間が実装され、S：\が\\ domain.local \ dfs \ share（レガシー共有を指している）に変更されます。現在、リンクされたファイル/埋め込まれたファイルを含む一部のファイルとさまざまなアプリケーションは、奇妙で誤動作します。なお、これらの埋め込みファイルリンク（リンクされたExcelテーブルなど）はレガシー共有を指し、親ファイルはDFS共有から開かれます。

2.マイドキュメントにあるPOP / IMAPアカウントのPSTがあります。その後、ドキュメントはネットワーク共有にリダイレクトされたフォルダです。現在、[データファイル]タブにファイルの正しいネットワークパス（\\ server \ share \ user.name \ Documents \ outlook.pst）が示されているにもかかわらず、Outlookはアカウントに関連付けられたPSTにアクセスできません。Outlookは読み込まれますが、PSTが見つからないため、関連付けられたアカウントの受信トレイを表示できません。*

*これは特定の既知の問題でした。後でリンクを掲載します

これらのタイプのリダイレクトを実行すると、フロントエンドの観点からはファイルへのパスが同じであるにもかかわらず、なぜ「壊れる」のですか？

これは古いスレッドですが、私のコメントから誰かが恩恵を受けるかもしれません。

NTFSネットワーク共有（KB312403）で移動または名前が変更されたファイルを検出する分散リンクトラッキングクライアントと呼ばれるサービスがあります。これは、シェルショートカットとOLEリンクでも機能します。

DFS共有でフォルダーを移動したときにも、同様の問題が発生しました。経験では、フォルダーが移動された後、ユーザーのデスクトップ上のショートカットが\ dfsvirtualname \ sharenameから\ realservername \ sharenameに変更されました。はい、ファイルは見つかりましたが1回だけです。次にフォルダーが移動されたとき（2014という名前のフォルダーにアーカイブされたときなど）、ショートカットが壊れました。

一部のファイルで発生している問題は、それらのファイルがすでに移動されており、Distributed Link Tracking Clientがそれらを検出し、リンクを完全な\ realservername \ sharename参照に変更して、移動されたファイルを見つけられないことです。

DFSを、共有にわかりやすい名前を付ける、または特定のサーバーにハードコーディングされていない、よりポータブルな名前を付ける簡単な方法として扱うことを間違えている可能性があります。

DFSはファイルロックをサポートしていません。これが埋め込みファイルの問題の原因だと思います。

https://social.technet.microsoft.com/Forums/windowsserver/en-US/d28d97a2-9156-469b-b8d8-e73ed39d8a30/dfs-file-locking?forum=winserverfiles