Windows Server 2025 / DFS名前空間で共有パスをまとめる

DFS（Distributed File System）名前空間は複数の共有を論理的なパスにまとめます。ファイルは元の共有に残り、名前空間を作るだけでデータ複製や高可用性が実現するわけではありません。

見せるパスと実際の保存先を分ける

DFS Namespacesはパスと参照情報を提供し、DFS Replicationは別の役割です。先に元のSales・Supportへ直接接続し、部署別権限が正常なことを確認します。直接使えない問題を名前空間の追加で直そうとしません。

役割と名前を準備する

Install-WindowsFeature FS-DFS-Namespace -IncludeManagementTools
Get-WindowsFeature FS-DFS-Namespace

FS1へ導入し、ローカルとドメイン名前空間を扱う権限でdfsmgmt.mscを開きます。Filesが未使用か確認してください。ドメインベースとスタンドアロンでは構成と可用性が異なります。

名前空間の作成条件を確認します。「Windows Server 2008モード」は名前空間の方式名で、インストール済みOSが2008という意味ではありません。

ドメインベースのルートを作る

1. 新しい名前空間のウィザードでサーバーFS1を指定します。
2. Filesを指定し、新規ルートのパスと共有を確認します。既存データへ上書きしません。
3. 許可された利用者の読み取り・通過と管理者・SYSTEMの必要権を確認します。
4. ドメインベースの方式と\\ad.example.test\Filesを確認して作成します。

一般ユーザーへルートへのファイル作成や権限変更まで許す必要はありません。ルートが見えても全部署のデータを読めるわけではなく、実データはターゲット共有へ置きます。

論理フォルダーを既存共有へ向ける

Salesフォルダーのターゲットに\\fs1.ad.example.test\Salesを、Supportにも対応する共有を登録します。D:のローカルパスではなくUNC（Universal Naming Convention）を使います。複製グループを提案されても、この実習では作りません。

Get-DfsnRoot -Path '\\ad.example.test\Files'
Get-DfsnFolder -Path '\\ad.example.test\Files\*'
Get-DfsnFolderTarget -Path '\\ad.example.test\Files\Sales'

フォルダーターゲットの追加を確認します。複数ターゲットを登録しても内容は自動で同じにはなりません。

一般ユーザーで元のデータと照合する

sales.user1でDFS経由のSalesへ小さなファイルを作り、直接共有に同じデータがあることを確認します。Supportは拒否されるべきです。support.user1でも逆方向を試します。

直接だけ成功する場合はルート、ターゲット、ドメインDNS、クライアントの参照とキャッシュを調べます。キャッシュの問題でADの名前空間データを削除しません。整理する場合も実習の論理構成だけを対象にし、元のSales・Supportのデータを維持します。