MS_DFS - NetDevInfraWGinOSSConsortium/NetDevInfraWiki GitHub Wiki

DFS

概要

Windows Server で学ぶサーバ OS 入門
第22回 分散ファイルシステムを理解しよう DFS でファイルサーバの弱点を克服
http://ascii.jp/elem/000/000/529/529773/

補足（DFS は 2 つの機能の総称）: 「DFS」と一括りにされるが、
中身は独立した 2 つの機能であり、これを区別しないと
本ページの議論が読み取りにくい。

機能 略称 役割
DFS 名前空間 DFS-N 複数サーバの共有を 1 つのツリーに見せる（別名づけ）
DFS レプリケーション DFS-R サーバ間でファイルを複製する（実体のコピー） 
【DFS-N】利用者からは 1 つのパスに見える
  \corp.example.jp\share\部門A  →  実体は サーバ1 の D:\部門A
  \corp.example.jp\share\部門B  →  実体は サーバ2 の E:\部門B
      ↑ サーバを移設してもパスが変わらない（これが主目的）

【DFS-R】同じフォルダを複数サーバに複製する
  本社サーバ ⇄ 支社サーバ   ← 双方向に同期

2 つは独立して使える。名前空間だけ、レプリケーションだけ、
という構成もあり得る。

そして、後述の「注意が必要」という話は
すべて DFS-R（レプリケーション）側の制約である。
DFS-N には該当しない。

詳細

  • 簡潔に言って、「更新が頻繁に起こる」＆「双方向にレプリケートされる」データは、そもそも DFS にミスマッチ。

  • 故に、フォルダ リダイレクション、移動ユーザ プロファイルを DFS と組み合わせて使用する際は注意が必要。

  • ブランチオフィスでの文書編集も、他のブランチオフィスや、本社との文書編集と競合が多発する場合は、
    ステージング・フォルダから取り出し＆マージが必要になるため同様に注意が必要。

  • マイクロソフトのサポート ポリシーの DFS-R および DFS-N の展開シナリオについての情報
    http://support.microsoft.com/kb/2533009/ja

  • フォルダ リダイレクション、移動ユーザ プロファイルを DFS と組み合わせて
    使用することは上記の「KB2533009」でサポートされないと言われている。

  • 以下は元情報

    Ask the Directory Services Team - Site Home - TechNet Blogs
    Microsoft's Support Statement Around Replicated User Profile Data
    マイクロソフトの移動ユーザ プロファイル データ周辺のサポート状況
    http://blogs.technet.com/b/askds/archive/2010/09/01/microsoft-s-support-statement-around-replicated-user-profile-data.aspx

    の「サポートされるシナリオ部分」を翻訳したもの。

  • サポートされるシナリオ訳.txt

補足（なぜ「更新が頻繁」だと破綻するのか）: DFS-R の同期は
**「ファイル単位・完了後・非同期」**である。この 3 つが制約の原因になる。

【DFS-R の動作】
  サーバA でファイルが閉じられる
     ↓ 変更を検知（USN ジャーナル）
  ステージング フォルダに退避（圧縮）
     ↓ RDC で差分だけ転送（非同期・スケジュール依存）
  サーバB に反映

ここから、次の制約が導かれる。

制約 内容
開いているファイルは複製されない 保存して閉じるまで同期されない
同時編集で「敗者」が発生する 両方で更新すると後勝ち。負けた版は ConflictAndDeleted フォルダへ退避（利用者は気付かない）
リアルタイムではない 帯域制御・スケジュールにより遅延する
ステージング領域が要る 容量不足で同期が止まる

移動ユーザー プロファイルやフォルダー リダイレクトが
サポートされないのはこのためである。

ユーザがログオフ → プロファイルが書き込まれる（サーバA）
   ↓ まだ同期されていない
別拠点でログオン → サーバB の古いプロファイルを読む
   ↓ ログオフ時に書き戻す
【衝突】どちらかの変更が失われる ＝ プロファイル破損

つまり、**「常に開いている・頻繁に書き換わる・
複数拠点から同時に触られる」**データは DFS-R に載せてはいけない。

用途 DFS-R
参照が主のファイル（マスタ資料、配布物、インストーラ） 適する
ソフトウェア配布、拠点間の参照用コピー 適する
移動ユーザー プロファイル、フォルダー リダイレクト 非サポート
Outlook の PST、Access の MDB、DB ファイル 不可（開きっぱなし）
複数拠点での同時共同編集 不可（後述の代替を使う）

補足（現在の代替手段）: 本ページが問題としている
「拠点間でのファイル共有・共同編集」は、
現在は別の技術で解決するのが標準である。

課題 現在の解
拠点間での共同編集 SharePoint / OneDrive（共同編集を前提に設計されている）
支社にファイル サーバを置きたくない Azure File Sync（クラウドを正とし、拠点はキャッシュ）
名前空間の統合 DFS-N は現在も現役（有効な手段）
バックアップ バックアップのいろいろ

特に Azure File Sync は DFS-R の課題に対する直接的な答えで、

【DFS-R】 サーバ同士が対等に双方向同期 → 衝突が起きる
【Azure File Sync】 クラウド（Azure Files）が唯一の正
                      各拠点サーバは「キャッシュ」として振る舞う
                      → 衝突の扱いが明確

という構造の違いがある。
ただし、同時編集の問題が消えるわけではない（ファイル単位である以上）。
本質的な共同編集は SharePoint / OneDrive（差分マージができる）に
委ねるのが正しい。

参考

移行メモ: 原典には Tags 行が存在しなかったため、
内容から「Windows, インフラストラクチャ, バックアップ」を付与した。

Tags: 移行, Windows, インフラストラクチャ, バックアップ

このWikiは「Open棟梁Project」,「OSSコンソーシアム 開発基盤部会」によって運営されています。

⚠️ **GitHub.com Fallback** ⚠️