DFSレプリケーション（Distributed File Systemレプリケーションとも呼ばれます）は、Windows Server に搭載された機能で、分散環境におけるサーバー間でファイルやフォルダーを同期できるようにします。
更新された 佐藤健 アット 2025/08/21
分散ファイルシステム (DFS) は、ネットワーク上で物理的に分散して保存されているファイルへのアクセスと管理をユーザーが容易に行えるようにします。DFS はファイルシステムに対して単一のアクセスポイントと論理的な構造を提供します。DFS を使用すると、ユーザーはファイルの実際の物理的な場所を知らなくてもそれらにアクセスできます。DFS により、同一ネットワーク内の異なるコンピュータにある共有フォルダを統一された論理的で階層的な共有ファイルシステムに整理することが可能になります。
DFSはMicrosoft Windows Serverに組み込まれた分散ファイル共有サービスで、企業が共有フォルダーの内容に1つのパスを通じてアクセスできるようにします。さらに、クライアントのログイン位置に基づいて近隣のサーバーに自動的に接続するため、ファイルサーバーに負荷分散および障害復旧機能を提供します。
DFS の主な機能は、クライアントに統一されたエントリ ポイントを提供することと、複数のファイル サーバー間でフォルダーの複製を実行することの 2 つに分類できます。この 2 つの側面は、それぞれ別のコンポーネントによって実装されます。
DFS名前空間は、スタンドアロンのメンバー サーバーまたはドメイン コントローラーにインストールできます。名前が示唆するように、名前空間はユーザーに論理的なアクセス パスを提供します。例えば、複数のWindows共有サーバー、NAS共有、およびLinux共有を持つ企業では、それぞれを個別に覚えることがユーザーにとって不便になります。このような場合、名前空間サーバーを使用して、統一されたアクセス名を提供することができます。これにより、企業内のすべての共有サーバーがこの名前下に統合されます。ユーザーはこの名前だけを覚えれば、組織内のすべての共有フォルダーを参照できます。
DFS名前空間はスタンドアロン名前空間とドメインベースの名前空間に分けることができます。
スタンドアロン名前空間とは、DFSへのアクセスポイントとして専用サーバーを使用する場合を指し、外部からのDFSアクセスにはサーバー名が使用されます。この構成の結果として、サーバーがダウンした場合、ユーザーはアクセスできなくなります。ただし、スタンドアロン名前空間はアクティブ・パッシブモードで高可用性を実現するためにクラスターロールとして展開することが可能です。
他の展開モデルはドメインベースの名前空間と呼ばれます。この展開モデルでは、ユーザーがDFSにアクセスする際に、domainnamedfsrootnameという形式を使用します。ドメインベースの名前空間を展開する利点は、アクセス名、名前空間サーバー、名前空間に接続されたターゲットフォルダー、その他のメタデータ情報をActive Directoryに保存できることです。このメタデータをActive Directoryに保存することで、同一のDFSルートパスに対して複数の名前空間サーバーを登録することが可能になります。例えば、同じDFSルートパスdomainnamedfsrootnameを共同でサポートする2つの名前空間サーバーが存在する場合があります。いずれかのサーバーが利用不可になった場合、ドメインコントローラーは次のクライアント照会時に利用可能なアドレスをクライアントに返すため、名前空間へのアクセスを継続することが可能です。
Windows Serverでロールと機能を追加する際、DFSはDFSネームスペースとDFSレプリケーショングループの2つのコンポーネントに分かれます。
DFS にレプリケーション グループを導入することで、単なるアクセス手段としての機能だけでなく、ファイルレベルでの自動レプリケーションやフォールト トレラントをサポートできるようになります。レプリケーション グループを構成することにより、ターゲット サーバー間でフォルダーを相互にレプリケートして、フォールト トレラントを実現します。
レプリケーション グループを使用するプロセスは次のとおりです:
レプリケーションに参加するターゲットサーバーを選択します
コピーするフォルダーをターゲットサーバーで選択します
レプリケーショントポロジーを選択してください。ハブ・ディストリビューター、インターリーブ、またはトポロジーなし。
レプリケーション帯域幅、レプリケーション時間、レプリケーションファイルフィルターを構成する
最初のレプリケーションのためにプライマリサーバーを構成する
レプリケーション グループを構成しても、サービスを提供する対象サーバーが1台だけになるわけではありません。逆に、レプリケーション グループ内のすべての対象サーバーが読み取りおよび書き込み機能を提供できます。デフォルトでは、レプリケーション グループ内の各メンバー サーバーがマルチマスター同期メカニズムに基づいて動作するため、各ノードがフォルダーのデータを変更することが可能です。Windows Server 2008以降では、読み取り専用のレプリケーション グループ メンバーを構成することが可能となり、ブランチ オフィスや書き込みアクセスではなく読み取りアクセスのみが必要なシナリオに適しています。
注意：DFSレプリケーションは既定でポート135およびRPC動的ポートを使用します。以下のコマンドを使用して、DFSレプリケーションのRPCポートを固定できます：
dfsrdiag staticrpc /port:55555 /mem:dfs01 dfsrdiag staticrpc /port:55555 /mem:dfs02
動作メカニズムを学ぶ前に、そこに含まれる構成要素について以下に示します。
GUID（グローバリー一意な識別子）: DFSレプリケーションはGUIDを使用してさまざまなコンポーネントを識別します。各レプリケーション グループ、レプリケートされたフォルダー、レプリケーション グループ メンバー、およびレプリケーション フォルダー ボリュームには、一意のGUIDが割り当てられます。
USNジャーナル: DFSR（DFSレプリケーション）は、NTFSのUSN（Update Sequence Number）ジャーナルを使用してファイルの変更を監視します。USNジャーナルはNTFS仕様の一部として定義された循環ログです。NTFSボリューム上のファイルまたはフォルダが変更されるたびに、USNジャーナルにレコードが追加されます。このレコードには通常、ファイル名、変更時刻、変更タイプ、および一意の更新シーケンス番号が含まれます。実際のデータはログに記録されないため、ログファイルのサイズを適切に管理することができます。アプリケーションはこのUSNジャーナルを監視して、NTFSファイルシステムに対する変更に関する更新情報を取得できます。
NTFSでは、各ファイルのUSNログを照会することが可能です。コマンドは以下の通りです：
fsutil usn readdata c:usn123.txt
DFSRが複製フォルダー内のファイルでUSNログが追加されたことを検出すると、DFSRが管理するデータベースにそのファイルの更新を追加します。
DFSRサービスは、複製フォルダーをホストする各ボリュームに対してESEデータベースを保持しています。DFSRはこのESEデータベースを使用して、複製フォルダー内の各ファイルおよびフォルダーに関するメタデータを保存します。
DFSR データベースで DFSRレプリケーション状態のトラブルシューティングを行う際、以下の5つの識別子を頻繁に目にすることがあります:
UID
GVSN
ファイル名
NTFSファイルID
親フォルダーUID
DFSR は、レプリケーション状態を追跡するために、UID と GVSN の 2 種類の識別子を使用します。
UID はデータベースの GUID と現在のデータベースバージョン番号に基づいて構成されます。これは、レプリケーションデータベース内の各ファイルおよびフォルダーに割り当てられる一意の ID です。一度割り当てられた UID は、ファイルまたはフォルダーが削除されるまで変更されることはありません。
GVSNはデータベースのGUIDと現在のデータベースバージョン番号に基づいて構成されており、複製された各ファイルおよびフォルダーに割り当てられます。ファイルまたはフォルダーが更新されるたびに、新しいGVSNが割り当てられます。
したがって、DFS レプリケーションの原理は次のように要約できます:
ファイルまたはフォルダーに変更が生じると、NTFS USNはその変更を記録し、USN番号を更新します。DFSはNTFSからUSNジャーナルを照会して更新内容を確認します。その後、複製ボリュームのDFSRデータベースIDを更新し、データベースIDをDFSRグループGVSNに反映します。これによりDFSRはこのサーバー上でファイルまたはフォルダーに変更があったことを認識し、RDCを使用して他のノードに増分コンテンツの複製を通知し、各ノードのDFSバージョンベクターテーブルの一貫性のある更新を維持します。
DFSレプリケーションの提案：確認済みの結果セットデータのみをDFSを通じてレプリケートすることが推奨されます。
たとえば、DFSレプリケートディレクトリに本番データに加えて、開発やテスト中に絶えず削除されたり変更されたりするTEMPフォルダが含まれている場合、TEMPフォルダ内の頻繁な変更によりDFSディレクトリは頻繁にレプリケーションが発生します。また、ファイルが繰り返し上書きされたり、ディレクトリに頻繁に追加および削除される場合、そのファイルは競合および削除フォルダに破棄されます。
DFS でのシステムクローンは推奨されません。代わりに、標準的なバックアップソリューションを使用して、DFS サーバーのディスクバックアップまたはバアメタルバックアップを実行することを推奨します。
また、Vinchin Backup & Recovery を使用して、物理的なWindows Serverマシンに保存されたデータを保護することもできます。
Vinchinバックアップ＆リカバリーは、プロフェッショナルな企業向けバックアップおよびディザスタリカバリーソリューションであり、Windows/Linuxサーバー （Windows 2022/2019/2016/2012/2012 R2/2008/2008 R2/2003/2003 R2など）、仮想マシン、ファイルサーバー、NAS（全ブランド）、データベースなどへのバックアップをサポートし、複雑なIT環境のための簡単な保護を提供します。
Vinchinの物理サーバーバックアップソリューションは、Windows ServerバックアップにVSS（Volume Shadow Copy Service）技術を利用し、NTFSボリュームのアプリケーション対応スナップショットを取得します。また、Linuxサーバーユーザーのために独自開発のスナップショット技術も内蔵されており、バックアップデータの一貫性を保証します。
使いやすいWebコンソールにより、Windowsサーバー上で簡単にベアメタルバックアップおよび復元を実行できます。Windowsサーバーをバックアップするには、以下の手順に従ってください。
Windowsサーバーを選択 > バックアップ先を選択 > バックアップ戦略を選択 > ジョブを送信
Vinchin Backup & Recovery は数千社の企業に選ばれており、60日間のフル機能トライアルから powerful なシステムを始めることも可能です！ また、お問い合わせ よりご要望をお知らせください。その後、IT環境に合わせたソリューションを提供いたします。
DFSレプリケーションは、Windows Server における分散ファイル システム環境で複数のサーバー間でファイルとフォルダーのレプリケーションを行うための機能です。これにより、異なる場所に保存されたファイルのコピーを同期状態に維持することで、データの冗長性、可用性、スケーラビリティを提供します。
Vinchin Backup & Recoveryは、マシン全体のバックアップおよび復元において優れたソリューションであり、Windows Server Backupよりも高度な機能を提供します。無料トライアルをぜひお試しください。
共有する:
