DFSルートを共有フォルダーとして使用する
DFSリンクを使用せずにDFSルートを共有フォルダーとして使用できるかどうか知りたいです。
背景：名前の抽象化にDFSを使用するというアイデアが好きです。ドメインベースの名前空間を使用することで、サーバー名の参照を抽象化し、将来、共有フォルダーを別のマシンに柔軟に再配置できます。ただし、私のネットワークは小さいため（1台のADサーバーで最大10台のマシン）、DFSは一般に間接参照のレベルが多すぎるため、やややり過ぎです。実際のSMB共有を指すフォルダーリンクを含むDFSルート。 SMB共有が異なるマシンに分散されている場合は理にかなっていますが、すべてが1台のマシンにある場合はそうではないようです。最終的に、DFSルートとSMBフォルダーの両方が同じマシン上に1対1でマップされます。
それにもかかわらず、DFSルートは単なる通常のフォルダーのようです。そこにDFSリンクを配置する代わりに、ファイルやドキュメントを配置できます。したがって、DFSリンクを作成せずに、DFSルートを共有フォルダーとして使用できるかどうか疑問に思います。このアプローチの欠点は何ですか？あるいは、私が誤解しているかもしれない点を指摘することもできます。
DFS名前空間のルートにコンテンツを絶対に入力できます。あなたを止めるものは何もありません、そしてそれはうまくいくでしょう。
Windows 2008 DFSでは、ルート参照を選択的に無効にして、Windows 2003DFSに存在していた部分レプリカに関連する問題のある問題を取り除くことができます。
まだWindows2003 DFSを使用している可能性があり、この投稿に出くわす不運な魂の背景：Windows 2003 DFSで、DFS名前空間のルートにコンテンツを入力しない主な理由は、不完全なレプリカへの参照を無効にできなかったためです。 DFSルートを作成し、それに100 GBのコンテンツを入力し、2番目のルートターゲットを作成して、レプリケーションを有効にするシナリオを想像してみてください。完全に複製されていない新しいルートターゲットへの参照を防ぐことはできません（リンクごとに無効にできるルート内のリンクへの参照とは異なります）。
SMB環境で、レプリケーションなしでDFSを使用するのが普通です。
したがって、1つのDFSルートを作成し、その中にいくつかの共有/フォルダーを配置できます。もちろん、あなたが言及したように命名を使用するので、将来、いくつかの共有を簡単に移動したり、サーバーの名前を変更したりすることができます:)