DFS レプリケーションに関する FAQ

仮想エージェントを試す - 一般的なファイル レプリケーションの問題をすばやく特定して修正するのに役立ちます。

この FAQ では、Windows Server の分散ファイル システム (DFS) レプリケーション (DFSR とも呼ばれます) に関する質問に回答します。

DFS 名前空間の詳細については、「 DFS 名前空間: よく寄せられる質問」を参照してください。

DFS レプリケーションの新機能の詳細については、次の記事を参照してください。

• DFS 名前空間と DFS レプリケーションの概要 (Windows Server 2012)

• 「Windows Server 2008 から Windows Server 2008 R2 への機能の変更」の「分散ファイル システムの新機能」の記事

• 「Windows Server 2003 SP1 から Windows Server 2008 への機能の変更点」の分散ファイル システムの記事

この記事に対する最近の変更の一覧については、この記事の変更 履歴 セクションを参照してください。

Interoperability

DFS レプリケーションは FRS と通信できますか?

No. DFS レプリケーションは、ファイル レプリケーション サービス (FRS) と通信しません。 DFS レプリケーションと FRS は、同じサーバー上で同時に実行できますが、同じフォルダーまたはサブフォルダーをレプリケートするように構成しないでください。これによりデータが失われる可能性があるためです。

SYSVOL レプリケーションの FRS を DFS レプリケーションで置き換えることができます

はい。DFS レプリケーションは、Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2、または Windows Server 2008 を実行しているサーバー上の SYSVOL レプリケーションの FRS を置き換えることができます。 Windows Server 2003 R2 を実行しているサーバーでは、DFS レプリケーションを使用して SYSVOL フォルダーをレプリケートすることはできません。

DFS レプリケーションを使用した SYSVOL レプリケーションの詳細については、「 SYSVOL レプリケーションを DFS レプリケーションに移行する」を参照してください。

構成設定を失わずに FRS から DFS レプリケーションにアップグレードできますか?

Yes. FRS から DFS レプリケーションにレプリケーションを移行するには、次のドキュメントを参照してください。

• SYSVOL フォルダー以外のフォルダーのレプリケーションを移行するには、「 SYSVOL レプリケーション移行ガイド: FRS から DFS へのレプリケーション」を参照してください。

混在する Windows/UNIX 環境で DFS レプリケーションを使用できますか?

Yes. DFS レプリケーションでは、Windows Server を実行しているサーバー間でのコンテンツのレプリケートのみがサポートされますが、UNIX クライアントは Windows サーバー上のファイル共有にアクセスできます。 これを行うには、ネットワーク ファイル システム (NFS) のサービスを DFS レプリケーション サーバーにインストールします。

また、多くの UNIX クライアントに含まれる SMB/CIFS クライアント機能を使用して Windows ファイル共有に直接アクセスすることもできますが、この機能は多くの場合、制限されているか、Windows 環境に変更が必要です (グループ ポリシーを使用して SMB 署名を無効にするなど)。

DFS レプリケーションは、Windows Server オペレーティング システムを実行しているサーバー上の NFS と相互運用できますが、NFS マウント ポイントをレプリケートすることはできません。

DFS レプリケーションでボリューム シャドウ コピー サービスを使用できますか?

Yes. DFS レプリケーションはボリューム シャドウ コピー サービス (VSS) ボリュームでサポートされており、以前のバージョンのクライアントで以前のスナップショットを正常に復元できます。

Windows Backup (Ntbackup.exe) を使用して、レプリケートされたフォルダーをリモートでバックアップすることはできますか?

いいえ。Windows Server 2003 以前を実行しているコンピューターで Windows Backup (Ntbackup.exe) を使用して、Windows Server 2012、Windows Server 2008 R2、または Windows Server 2008 を実行しているコンピューター上のレプリケート されたフォルダーの内容をバックアップすることはできません。

レプリケートされたフォルダーに格納されているファイルをバックアップするには、Windows Server Backup または Microsoft® System Center Data Protection Manager を使用します。 Windows Server 2008 R2 および Windows Server 2008 のバックアップと回復の機能については、「 バックアップと回復」を参照してください。 詳細については、「 System Center Data Protection Manager」を参照してください。

ファイル システム ポリシーは DFS レプリケーションに影響しますか?

Yes. レプリケートされたフォルダーに対してファイル システム ポリシーを構成しないでください。 ファイル システム ポリシーは、グループ ポリシーの更新間隔ごとに NTFS アクセス許可を再適用します。 ファイルが閉じられるまで開いているファイルがレプリケートされないため、共有違反が発生する可能性があります。

DFS レプリケーションは、Microsoft Exchange Server でホストされているメールボックスをレプリケートしますか?

No. DFS レプリケーションを使用して、Microsoft Exchange Server でホストされているメールボックスをレプリケートすることはできません。

DFS レプリケーションは、ファイル サーバー リソース マネージャーによって作成されたファイル 画面をサポートしていますか?

Yes. ただし、ファイル サーバー リソース マネージャー (FSRM) ファイル スクリーンの設定は、レプリケーションの両端で一致する必要があります。 さらに、DFS レプリケーションには、特定のファイルとファイルの種類をレプリケーションから除外するために使用できるファイルとフォルダー用の独自のフィルター メカニズムがあります。

ファイル画面またはクォータを実装するためのベスト プラクティスを次に示します。

• 非表示の DfsrPrivate フォルダーは、クォータまたはファイル画面の対象にすることはできません。

• スクリーン処理が有効になる前に、レプリケートされたフォルダーにスクリーン ファイルが存在してはなりません。

• クォータが有効になる前に、クォータを超えるフォルダーはありません。

• ハード クォータは慎重に使用する必要があります。 レプリケーション グループの個々のメンバーは、レプリケーションの前にクォータ内に留まる可能性がありますが、ファイルがレプリケートされるときにそれを超える可能性があります。 たとえば、あるユーザーが 10 MB のファイルをサーバー A にコピーし (ハード制限に達しています)、別のユーザーが 5 MB のファイルをサーバー B にコピーした場合、次のレプリケーションが発生すると、両方のサーバーがクォータを 5 MB 超えます。 これにより、DFS レプリケーションによってファイルのレプリケートが継続的に再試行され、バージョン ベクターに穴が開き、パフォーマンスの問題が発生する可能性があります。

DFS レプリケーション クラスターに対応していますか?

はい、Windows Server 2012 R2、Windows Server 2012、および Windows Server 2008 R2 の DFS レプリケーションには、フェールオーバー クラスターをレプリケーション グループのメンバーとして追加する機能が含まれています。 詳細については、「 レプリケーショングループへのフェイルオーバークラスタの追加」を参照してください。 Windows Server 2008 R2 より前のバージョンの Windows の DFS レプリケーション サービスは、フェールオーバー クラスターと調整するように設計されておらず、サービスは別のノードにフェールオーバーしません。

Note

DFS レプリケーションでは、クラスター共有ボリューム上のファイルのレプリケートはサポートされていません。

DFS レプリケーションはデータ重複除去と互換性がありますか?

はい。DFS レプリケーションでは、Windows Server でデータ重複除去を使用するボリューム上のフォルダーをレプリケートできます。

DFS レプリケーションは RIS および WDS と互換性がありますか?

Yes. DFS レプリケーションは、単一インスタンス ストレージ (SIS) が有効になっているボリュームをレプリケートします。 SIS は、リモート インストール サービス (RIS)、Windows 展開サービス (WDS)、および Windows Storage Server によって使用されます。

オフライン ファイルで DFS レプリケーションを使用できますか?

DFS レプリケーションとオフライン ファイルは、ファイルに書き込むユーザーが一度に 1 人しかいない場合に、一緒に安全に使用できます。 これは、2 つのブランチ オフィス間を移動し、ブランチまたはオフラインでファイルにアクセスできるようにするユーザーに役立ちます。 オフライン ファイルはオフラインで使用するためにファイルをローカルにキャッシュし、DFS レプリケーションは各ブランチ オフィス間でデータをレプリケートします。

DFS レプリケーションには分散ロック メカニズムやファイル チェックアウト機能がないため、マルチユーザー環境ではオフライン ファイルを含む DFS レプリケーションを使用しないでください。 2 人のユーザーが異なるサーバーで同じファイルを同時に変更する場合、DFS レプリケーションは、次のレプリケーション中に古いファイルを DfsrPrivate\ConflictandDeleted フォルダー (レプリケートされたフォルダーのローカル パスの下にあります) に移動します。

DFS レプリケーションと互換性のあるウイルス対策アプリケーションは何ですか?

ウイルス対策アプリケーションは、スキャン アクティビティによってレプリケートされたフォルダー内のファイルが変更された場合に、過剰なレプリケーションを引き起こす可能性があります。 詳細については、「 DFS レプリケーションによるウイルス対策アプリケーションの相互運用性のテスト」を参照してください。

Windows SharePoint Services の代わりに DFS レプリケーションを使用する利点は何ですか?

Windows® SharePoint® Services では、DFS レプリケーションでは行われないファイル チェックアウト機能の形式で緊密な一貫性が提供されます。 複数のユーザーが同じファイルを編集することを心配している場合は、Windows SharePoint Services を使用することをお勧めします。 Windows SharePoint Services 2.0 Service Pack 2 は、Windows Server 2003 R2 の一部として使用できます。 Windows SharePoint Services は、Microsoft Web サイトからダウンロードできます。新しいバージョンの Windows Server には含まれていません。 ただし、複数のサイト間でデータをレプリケートし、ユーザーが同じファイルを同時に編集しない場合は、DFS レプリケーションを使用すると、帯域幅が広くなり、管理が簡素化されます。

制限事項と要件

VPN 接続なしでブランチ オフィス間で DFS レプリケーションをレプリケートできますか?

はい。ブランチ オフィスに接続するプライベートワイド エリア ネットワーク (WAN) リンク (インターネットではない) があると仮定します。 ただし、外部ファイアウォールで適切なポートを開く必要があります。 DFS レプリケーションでは、RPC エンドポイント マッパー (ポート 135) と、1024 より上のランダムに割り当てられたエフェメラル ポートが使用されます。 dfsrdiag.exe コマンドラインツールを使用して、エフェメラルポートの代わりに静的ポートを指定できます。 RPC エンドポイント マッパーを指定する方法の詳細については、「 ファイアウォールで動作するように RPC 動的ポート割り当てを構成する方法」を参照してください。

DFS レプリケーションは、暗号化ファイル システムで暗号化されたファイルをレプリケートできますか。

No. DFS レプリケーションでは、暗号化ファイル システム (EFS) を使用して暗号化されたファイルやフォルダーはレプリケートされません。 ユーザーが以前にレプリケートされたファイルを暗号化した場合、DFS レプリケーションは、レプリケーション グループの他のすべてのメンバーからファイルを削除します。 これにより、ファイルの使用可能なコピーがサーバー上の暗号化されたバージョンであることが保証されます。

DFS レプリケーションは、Outlook の .pst ファイルまたは Microsoft Office Access データベース ファイルをレプリケートできますか。

DFS レプリケーションは、Microsoft Outlook の個人用フォルダー ファイル (.pst) と Microsoft Access ファイルがアーカイブ目的で保存され、Outlook や Access などのクライアントを使用してネットワーク経由でアクセスされない場合にのみ、安全にレプリケートできます ( .pst ファイルや Access ファイルを開くには、まずファイルをローカル ストレージ デバイスにコピーします)。 その理由は次のとおりです。

• ネットワーク接続を介して .pst ファイルを開くと、 .pst ファイルのデータが破損する可能性があります。 ネットワーク経由で .pst ファイルに安全にアクセスできない理由の詳細については、「 LAN および WAN リンクを介した個人用フォルダー ファイルの使用に関する制限」を参照してください。

• .pst Access ファイルは、Outlook や Office Access などのクライアントからアクセスされている間、長時間開いたままになる傾向があります。 これにより、DFS レプリケーションは、閉じられるまでこれらのファイルをレプリケートできなくなります。

ワークグループで DFS レプリケーションを使用できますか?

No. DFS レプリケーションは、構成に Active Directory Domain Services に依存します®。 ドメインでのみ機能します。

1 台のサーバーに複数のフォルダーをレプリケートできますか?

Yes. DFS レプリケーションでは、サーバー間で多数のフォルダーをレプリケートできます。 レプリケートされた各フォルダーに一意のルート パスがあり、重複しないことを確認します。 たとえば、D:\Sales と D:\Accounting は 2 つのレプリケートされたフォルダーのルート パスにすることができますが、D:\Sales と D:\Sales\Reports は 2 つのレプリケートされたフォルダーのルート パスにすることはできません。

DFS レプリケーションには DFS 名前空間が必要ですか?

No. DFS レプリケーションと DFS 名前空間は、個別に使用することも、一緒に使用することもできます。 さらに、DFS レプリケーションを使用して、FRS では不可能だったスタンドアロンの DFS 名前空間をレプリケートできます。

DFS レプリケーションにはサーバー間の時刻同期が必要ですか?

No. DFS レプリケーションでは、サーバー間の時刻同期は明示的に必要ありません。 ただし、DFS レプリケーションでは、サーバー クロックが密接に一致する必要があります。 Kerberos 認証が正常に機能するためには、サーバー クロックを互いに 5 分以内に設定する必要があります (既定)。 たとえば、DFS レプリケーションでは、タイムスタンプを使用して、競合が発生した場合にどのファイルが優先されるかを判断します。 正確な時間は、ガベージ コレクション、スケジュール、およびその他の機能にも重要です。

DFS レプリケーションはボリューム全体のレプリケートをサポートしていますか?

Yes. ただし、ボリューム全体をレプリケートすると、次の問題が発生する可能性があります。

• ボリュームに Windows ページング ファイルが含まれている場合、レプリケーションは失敗し、DFSR イベント 4312 がシステム イベント ログに記録されます。

• DFS レプリケーションは、ターゲット サーバー上のレプリケートされたフォルダーにシステム属性と非表示属性を設定します。 これは、Windows が既定でシステム属性と非表示属性をボリューム ルート フォルダーに適用するためです。 コピー先サーバー上のレプリケートされたフォルダーのローカル パスもボリューム ルートである場合、フォルダー属性に対してそれ以上の変更は行われません。

• Windows システム フォルダーを含むボリュームをレプリケートする場合、DFS レプリケーションは %WINDIR% フォルダーを認識し、レプリケートしません。 ただし、DFS レプリケーションは、Microsoft 以外のアプリケーションで使用されるフォルダーをレプリケートします。これにより、アプリケーションが DFS レプリケーションとの相互運用性の問題を抱えている場合、ターゲット サーバーでアプリケーションが失敗する可能性があります。

DFS レプリケーションは RPC over HTTP をサポートしていますか?

No.

DFS レプリケーションはワイヤレス ネットワーク間で機能しますか?

Yes. DFS レプリケーションは、接続の種類に依存しません。

DFS レプリケーションは ReFS ボリュームまたは FAT ボリュームで動作しますか?

No. DFS レプリケーションは、NTFS ファイル システムでフォーマットされたボリュームのみをサポートします。回復性ファイル システム (ReFS) と FAT ファイル システムはサポートされていません。 DFS レプリケーションでは NTFS ファイル システムの NTFS 変更ジャーナルやその他の機能が使用されるため、NTFS が必要です。

DFS レプリケーションはスパース ファイルで動作しますか?

Yes. スパース ファイルはレプリケートできます。 Sparse 属性は、受信側メンバーに保持されます。

ファイルをレプリケートするには、管理者としてサインインする必要がありますか?

No. DFS レプリケーションはローカル システム アカウントで実行されるサービスであるため、レプリケートするために管理者としてサインインする必要はありません。 ただし、DFS レプリケーション構成を変更するには、影響を受けるファイル サーバーのドメイン管理者またはローカル管理者である必要があります。

詳細については、「 DFS レプリケーションを管理する機能の委任」を参照してください。

DFS レプリケーション メンバーをアップグレードまたは置換するにはどうすればよいですか?

DFS レプリケーション メンバーをアップグレードまたは交換するには、「 DFSR メンバーのハードウェアまたは OS の交換」を参照してください。

DFS レプリケーションはローミング プロファイルのレプリケートに適していますか?

Yes. ローミング ユーザー プロファイルをレプリケートする場合は、特定のシナリオがサポートされます。 サポートされているシナリオの詳細については、「 レプリケートされたユーザー プロファイル データに関する Microsoft のサポート ステートメント」を参照してください。

ファイルの文字制限やフォルダーの深さに制限はありますか?

Windows および DFS レプリケーションでは、最大 32,000 文字のフォルダー パスがサポートされます。 DFS レプリケーションは、260 文字のフォルダー パスに制限されません。

レプリケーション グループのメンバーは同じドメインに存在する必要がありますか?

No. レプリケーション グループは、1 つのフォレスト内のドメインにまたがることができますが、異なるフォレストにまたがりません。

DFS レプリケーションでサポートされている制限は何ですか?

次の一覧では、Microsoft によってテストされ、Windows Server 2012 R2、Windows Server 2016、および Windows Server 2019 に適用される一連のスケーラビリティ ガイドラインを示します。

• サーバー上のすべてのレプリケートされたファイルのサイズ: 100 テラバイト。

• ボリューム上のレプリケートされたファイルの数: 7,000 万。

• 最大ファイル サイズ: 250 ギガバイト。

Important

ファイルの数またはサイズが多いレプリケーション グループを作成する場合は、データベース クローンをエクスポートし、事前シード処理手法を使用して初期レプリケーションの期間を最小限に抑えるようにすることをお勧めします。 詳細については、「 Windows Server 2012 R2 の DFS レプリケーション初期同期: クローンの攻撃」を参照してください。

次の一覧は、Windows Server 2012、Windows Server 2008 R2、および Windows Server 2008 で Microsoft によってテストされた一連のスケーラビリティ ガイドラインを示しています。

• サーバー上のすべてのレプリケートされたファイルのサイズ: 10 テラバイト。

• ボリューム上のレプリケートされたファイルの数: 1,100 万。

• 最大ファイル サイズ: 64 ギガバイト。

Note

レプリケーショングループ、レプリケートされたフォルダー、接続、またはレプリケーショングループメンバーの数に制限がなくなりました。

Windows Server 2003 R2 用に Microsoft によってテストされたスケーラビリティ ガイドラインの一覧については、「 DFS レプリケーションのスケーラビリティ ガイドライン」を参照してください。

DFS レプリケーションを使用すべきでないのはいつですか?

複数のユーザーが異なるサーバーで同じファイルを同時に更新または変更する環境では、DFS レプリケーションを使用しないでください。 これを行うと、DFS レプリケーションによって、ファイルの競合するコピーが非表示の DfsrPrivate\ConflictandDeleted フォルダーに移動する可能性があります。

複数のユーザーが異なるサーバーで同じファイルを同時に変更する必要がある場合は、Windows SharePoint Services のファイル チェックアウト機能を使用して、1 人のユーザーのみがファイルを操作していることを確認します。 Windows SharePoint Services 2.0 Service Pack 2 は、Windows Server 2003 R2 の一部として使用できます。 Windows SharePoint Services は、Microsoft Web サイトからダウンロードできます。新しいバージョンの Windows Server には含まれていません。

DFS レプリケーションにスキーマ更新が必要な理由

DFS レプリケーションでは、Active Directory Domain Services のドメイン名付けコンテキストで新しいオブジェクトを使用して、構成情報を格納します。 これらのオブジェクトは、Active Directory Domain Services スキーマを更新するときに作成されます。 詳細については、「 DFS レプリケーションの要件を確認する」を参照してください。

監視と管理ツール

正常性レポートを自動化して警告を受信できますか?

Yes. 正常性レポートを自動化するには、次の 3 つの方法があります。

• Windows Server 2012 R2 または dfsradmin.exe に含まれる DFSR Windows PowerShell モジュールをスケジュールされたタスクと共に使用して、正常性レポートを定期的に生成します。 詳細については、「 DFS レプリケーション正常性レポートの自動化」を参照してください。

• System Center Operations Manager 用 DFS レプリケーション管理パックを使用して、指定された条件に基づくアラートを作成します。

• DFS レプリケーション WMI プロバイダーを使用して、アラートのスクリプトを作成します。

Microsoft System Center Operations Manager を使用して DFS レプリケーションを監視できますか?

Yes. 詳細については、 Operations Manager のドキュメントを参照してください。

DFS レプリケーションはリモート管理をサポートしていますか?

Yes. DFS レプリケーションでは、DFS 管理コンソールと レプリケーション グループの追加 コマンドを使用したリモート管理がサポートされます。 たとえば、サーバー A では、サーバー A と B をメンバーとして使用して、フォレストで定義されているレプリケーション グループに接続できます。

DFS 管理は、Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2、Windows Server 2008、および Windows Server 2003 R2 に含まれています。 他のバージョンの Windows から DFS レプリケーションを管理するには、リモート デスクトップまたは Windows 用リモート サーバー管理ツール (RSAT) を使用します。

超音波とソナーは DFS レプリケーションで動作しますか?

No. DFS レプリケーションには、独自の監視ツールと診断ツールのセットがあります。 超音波およびソナーはFRSを監視することしかできない。

ConflictAndDeleted フォルダーまたは PreExisting フォルダーからファイルを回復するにはどうすればよいですか?

失われたファイルを回復するには、ファイル履歴、エクスプローラーの [以前のバージョンの復元 ] コマンド、またはバックアップからファイルを復元して、ファイル システム フォルダーまたは共有フォルダーからファイルを復元します。 ConflictAndDeleted フォルダーまたは PreExisting フォルダーからファイルを直接回復するには、 Get-DfsrPreservedFiles コマンドレットと Windows PowerShell コマンドレット Restore-DfsrPreservedFiles を使用します。

レプリケーションの状態を知る方法はありますか?

Yes. レプリケーションを監視するには、さまざまな方法があります。

• DFS レプリケーションには、プロアクティブ監視を提供する System Center Operations Manager 用の管理パックがあります。

• DFS 管理には、レプリケーション バックログ、レプリケーションの効率、特定のレプリケーション グループ内のファイルとフォルダーの数に関するインボックス診断レポートがあります。

• Windows Server 2012 R2 の DFSR Windows PowerShell モジュールには、伝達テストを開始し、伝達レポートと正常性レポートを記述するためのコマンドレットが含まれています。 詳細については、「 DFSR モジュール セット」を参照してください。

• dfsrdiag.exe は、バックログ数を生成したり、伝播テストをトリガーしたりできるコマンドラインツールです。 どちらもレプリケーションの状態を示します。 伝達では、ファイルがすべてのノードにレプリケートされているかどうかを示します。 バックログには、2 台のコンピューターが同期されるまでにレプリケートする必要があるファイルの数が表示されます。バックログ数は、レプリケーション グループ メンバーが処理していない更新の数です。 Windows Server 2012 R2、Windows Server 2012、または Windows Server 2008 R2 を実行しているコンピューターでは、Dfsrdiag.exe DFS レプリケーションが現在レプリケートしている更新プログラムを表示することもできます。

• スクリプトでは、WMI を使用してバックログ情報を手動または MOM を使用して収集できます。

Performance

DFS レプリケーションはダイヤルアップ接続をサポートしていますか?

DFS レプリケーションはダイヤルアップ速度で動作しますが、レプリケートする変更が多数ある場合、バックログになる可能性があります。 既存のファイルに小さな変更が加えられた場合、リモート差分圧縮 (RDC) を使用した DFS レプリケーションは、ファイルを直接コピーするよりも高いパフォーマンスを提供します。

DFS レプリケーションは帯域幅検出を実行しますか?

No. DFS レプリケーションでは、帯域幅の検出は実行されません。 接続ごとに限られた帯域幅を使用するように DFS レプリケーションを構成できます (帯域幅の調整)。 ただし、ネットワーク インターフェイスが飽和状態になった場合、DFS レプリケーションは帯域幅の使用率をさらに低下させず、DFS レプリケーションはリンクを短時間飽和させる可能性があります。 DFS レプリケーションでは RPC 呼び出しを調整することで帯域幅が調整されるため、DFS レプリケーションによる帯域幅調整は完全に正確ではありません。 その結果、ネットワーク スタックの下位レベルのさまざまなバッファー (RPC を含む) が干渉し、ネットワーク トラフィックが急増する可能性があります。

DFS レプリケーションは、スケジュール、サーバーごと、または接続ごとに帯域幅を調整しますか?

スケジュールの指定時に帯域幅調整を構成すると、そのレプリケーショングループのすべての接続で帯域幅調整にその設定が使用されます。 帯域幅調整は、DFS 管理を使用して接続レベルの設定として設定することもできます。

DFS レプリケーションは Active Directory Domain Services を使用してサイト リンクと接続コストを計算しますか?

No. DFS レプリケーションでは、Active Directory Domain Services サイトのコストに関係なく、管理者によって定義されたトポロジが使用されます。

レプリケーションのパフォーマンスを向上させるにはどうすればよいですか?

レプリケーションのパフォーマンスをチューニングするさまざまな方法については、「ディレクトリ サービス チームに質問する」ブログの DFSR でのレプリケーション パフォーマンスのチューニングを参照してください。

DFS レプリケーションで接続の飽和を回避する方法

DFS レプリケーションでは、接続で使用する最大帯域幅を設定すると、サービスはそのレベルのネットワーク使用量を維持します。 これはバックグラウンド インテリジェント転送サービス (BITS) とは異なり、適切に設定すると DFS レプリケーションでは接続が飽和しません。

それにもかかわらず、帯域幅調整は 100% 正確ではなく、DFS レプリケーションによってリンクが短時間飽和する可能性があります。 これは、DFS レプリケーションが RPC 呼び出しを調整することによって帯域幅を調整するためです。 このプロセスは、RPC を含むネットワーク スタックの下位レベルのさまざまなバッファーに依存するため、レプリケーション トラフィックはバーストで移動する傾向があり、ネットワーク リンクが飽和する場合があります。

Windows Server 2008 の DFS レプリケーションには、「Windows Server 2003 SP1 から Windows Server 2008 への機能の変更点」の記事「分散ファイル システム」で説明されているように、いくつかのパフォーマンス強化が含まれています。

DFS レプリケーションのパフォーマンスと FRS の比較

DFS レプリケーションは、特に大きなファイルに小さな変更が加えられ、RDC が有効になっている場合に、FRS よりも高速です。 たとえば、RDC では、2 MB のPowerPoint® プレゼンテーションに小さな変更を加えた場合、ネットワーク経由で送信されるキロバイト数は 60 KB に過ぎなく、転送されたバイト数は 97% 削減されます。

RDC は 64 KB 未満のファイルでは使用されず、ネットワーク帯域幅が競合しない高速 LAN では役に立たない可能性があります。 RDC は、DFS 管理を使用して接続ごとに無効にすることができます。

DFS レプリケーションはどのくらいの頻度でデータをレプリケートしますか?

設定したスケジュールに従ってデータがレプリケートされます。 たとえば、スケジュールを 15 分間隔 (週 7 日) に設定できます。 これらの間隔の間に、レプリケーションが有効になります。 レプリケーションは、ファイルの変更が検出された直後 (通常は数秒以内) に開始されます。

接続スケジュールが受信側メンバーの現地時刻に設定されている間、レプリケーション グループ のスケジュールは協定世界時 (UTC) に設定できます。 レプリケーション グループが複数のタイム ゾーンにまたがる場合は、これを考慮してください。 ローカル時刻は、受信接続をホストしているメンバーの時刻を意味します。 受信接続の表示されるスケジュールと、対応する送信接続は、スケジュールがローカル時刻に設定されている場合のタイム ゾーンの違いを反映します。

DFS レプリケーションはサーバーのシステム リソースのどのくらいを消費しますか?

DFS レプリケーションで使用されるディスク、メモリ、および CPU リソースは、ファイルの数とサイズ、変更率、レプリケーション グループ メンバの数、レプリケートされたフォルダの数など、多くの要因によって異なります。 さらに、一部のリソースは見積もりが困難です。 たとえば、DFS レプリケーション データベースに使用される拡張記憶域エンジン (ESE) テクノロジでは、使用可能なメモリの大部分が消費され、オンデマンドで解放される可能性があります。 DFS レプリケーション以外のアプリケーションは、サーバーの構成に応じて同じサーバーでホストできます。 ただし、1 台のサーバーで複数のアプリケーションまたはサーバーの役割をホストする場合は、運用環境に実装する前に、この構成をテストすることが重要です。

レプリケーション中に WAN リンクが失敗した場合はどうなりますか?

接続がダウンした場合、DFS レプリケーションはスケジュールが開いている間、レプリケートを試み続けます。 また、(アラートを通じて事前に) MOM と DFS レプリケーション正常性レポート (管理者が実行するときなど) を使用して収集できる接続エラーが DFS レプリケーション イベント ログに記録されます。

リモート差分圧縮の詳細

RDC とは

リモート差分圧縮 (RDC) は、制限された帯域幅のネットワーク経由でファイルを効率的に更新するために使用できるクライアント/サーバー プロトコルです。 RDC は、ファイル内のデータの挿入、削除、および再配置を検出し、DFS レプリケーションがファイルの更新時にのみ変更をレプリケートできるようにします。 RDC は、既定で 64 KB 以上のファイルにのみ使用されます。 RDC では、レプリケート フォルダーまたは DfsrPrivate\ConflictandDeleted フォルダー (レプリケート されたフォルダーのローカル パスの下にある) に同じ名前のファイルの古いバージョンを使用できます。

レプリケーションに RDC が使用されるのはいつですか?

RDC は、ファイルが最小サイズのしきい値を超えた場合に使用されます。 このサイズのしきい値は、既定では 64 KB です。 そのしきい値を超えるファイルがレプリケートされた後、ファイルの大部分が変更されるか RDC が無効になっていない限り、更新されたバージョンのファイルは常に RDC を使用します。

クロスファイル RDC をサポートする Windows オペレーティング システムのエディションはどれですか?

ファイル間 RDC を使用するには、レプリケーション接続の 1 つのメンバーが、ファイル間 RDC をサポートする Windows オペレーティング システムのエディションを実行している必要があります。 次の表に、ファイル間 RDC をサポートする Windows オペレーティング システムのエディションを示します。

Windows オペレーティング システムのエディションでのファイル間の RDC 可用性

オペレーティング システムのバージョン	Standard Edition	Enterprise Edition	Datacenter Edition
Windows Server 2012 R2	Yes	Not available	Yes
Windows Server 2012	Yes	Not available	Yes
Windows Server 2008 R2	No	Yes	Yes
Windows Server 2008	No	Yes	No
Windows Server 2003 R2	No	Yes	No

* 必要に応じて、Windows Server 2012 R2 でファイル間 RDC を無効にすることができます。

変更はレプリケートされる前に圧縮されますか?

Yes. ファイルの変更された部分は、 .wma、 .wmv、 .zip、 .jpg、 .mpg、 .mpeg、 .m1v、 .mp2、 .mp3、 .mpa、 .cab、 .wav、 .snd、 .au、 .asf、 .wm、 .avi、 .z、 .gz、 .tgz、 .frxを除くすべてのファイルタイプで送信されます。 これらのファイルの種類の圧縮設定は、Windows Server 2003 R2 では構成できません。

管理者は RDC をオフにするか、しきい値を変更できますか?

Yes. RDC は、特定の接続のプロパティ ページを使用してオフにすることができます。 RDC を無効にすると、帯域幅の制約がない高速ローカル エリア ネットワーク (LAN) リンク、または主に 64 KB 未満のファイルで構成されるレプリケーション グループの場合、CPU 使用率とレプリケーションの待機時間を短縮できます。 接続で RDC を無効にすることを選択した場合は、変更の前後にレプリケーションの効率をテストして、レプリケーションのパフォーマンスが向上していることを確認します。

RDC サイズのしきい値は、 Set-DfsrConnection コマンドレット、DFS レプリケーション WMI プロバイダーを使用するか、構成 XML ファイルを手動で編集することで変更できます。

RDC はすべてのファイルの種類で機能しますか?

Yes. RDC は、ファイル データ型に関係なく、ブロック レベルで相違点を計算します。 ただし、RDC は、Word ドキュメント、PST ファイル、VHD イメージなどの特定のファイルの種類でより効率的に動作します。

圧縮ファイルでの RDC のしくみ

DFS レプリケーションでは、変更されたファイル内のブロックを計算し、それらのブロックのみをネットワーク経由で送信する RDC を使用します。 DFS レプリケーションは、ファイルの内容について何も知る必要はなく、どのブロックが変更されたかのみを知る必要があります。

Windows Server Enterprise Edition または Datacenter Edition にアップグレードするときに、ファイル間 RDC は有効になっていますか?

Windows Server の Standard Edition では、ファイル間 RDC はサポートされていません。 ただし、ファイル間 RDC をサポートするエディションにアップグレードする場合、またはレプリケーション接続のメンバーがサポートされているエディションを実行している場合は、自動的に有効になります。 ファイル間 RDC をサポートするエディションの一覧については、「ファイル間 RDC をサポートする Windows オペレーティング システムのエディション」を参照してください。

RDC は本当のブロック レベルのレプリケーションですか?

No. RDC は、ファイル転送を圧縮するための汎用プロトコルです。 DFS レプリケーションでは、ディスク ブロック レベルではなく、ファイル レベルのブロックで RDC が使用されます。 RDC はファイルをブロックに分割します。 ファイル内のブロックごとに、より大きなブロックを表すことができる数バイトの署名が計算されます。 署名のセットは、サーバーからクライアントに転送されます。 クライアントは、サーバー署名を独自の署名と比較します。 次に、クライアントは、クライアントにまだ存在しない署名のデータのみを送信するようにサーバーに要求します。

ファイルの名前を変更するとどうなりますか?

DFS レプリケーションは、次のレプリケーション中に、レプリケーション グループの他のすべてのメンバーのファイルの名前を変更します。 ファイルは一意の ID を使用して追跡されるため、ファイルの名前を変更し、レプリカ内でファイルを移動しても、DFS レプリケーションでファイルをレプリケートする機能には影響しません。

クロスファイル RDC とは

ファイル間 RDC を使用すると、クライアント側に同じ名前のファイルが存在しない場合でも、DFS レプリケーションで RDC を使用できます。 ファイル間 RDC では、ヒューリスティックを使用して、レプリケートする必要があるファイルに似たファイルを特定し、レプリケート ファイルと同じ類似ファイルのブロックを使用して、WAN 経由で転送されるデータの量を最小限に抑えます。 ファイル間 RDC では、このプロセスで最大 5 つの類似ファイルのブロックを使用できます。

ファイル間 RDC を使用するには、レプリケーション接続の 1 つのメンバーが、ファイル間 RDC をサポートする Windows のエディションを実行している必要があります。 ファイル間 RDC をサポートするエディションの一覧については、「ファイル間 RDC をサポートする Windows オペレーティング システムのエディション」を参照してください。

Replication details

レプリケートされたフォルダーの作成後にパスを変更できますか?

No. レプリケート フォルダーのパスを変更する必要がある場合は、DFS 管理で削除し、新しいレプリケート フォルダーとして追加し直す必要があります。 DFS レプリケーションでは、リモート差分圧縮 (RDC) を使用して同期を実行し、データが送受信メンバーで同じかどうかを判断します。 フォルダー内のすべてのデータが再度複製されることはありません。

レプリケートされるファイル属性を構成できますか?

いいえ、DFS レプリケーションがレプリケートするファイル属性を構成することはできません。

属性値とその説明のリストについては、「 ファイル属性」を参照してください。

次の属性値は、 SetFileAttributes dwFileAttributes 関数を使用して設定され、DFS レプリケーションによってレプリケートされます。 これらの属性値を変更すると、属性のレプリケーションがトリガーされます。 ファイルの内容も変更されない限り、ファイルの内容はレプリケートされません。 詳細については、「 SetFileAttributes 関数」を参照してください。

• FILE_ATTRIBUTE_HIDDEN

• FILE_ATTRIBUTE_READONLY

• FILE_ATTRIBUTE_SYSTEM

• FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

• FILE_ATTRIBUTE_OFFLINE

次の属性値は DFS レプリケーションによってレプリケートされますが、レプリケーションはトリガーされません。

• FILE_ATTRIBUTE_ARCHIVE

• FILE_ATTRIBUTE_NORMAL

次のファイル属性値もレプリケーションをトリガーしますが、 SetFileAttributes 関数を使用して設定することはできません (属性値を表示するには GetFileAttributes 関数を使用します)。

• FILE_ATTRIBUTE_REPARSE_POINT

Note

DFS レプリケーションでは、再解析タグがIO_REPARSE_TAG_SYMLINKされていない限り、再解析ポイント属性値はレプリケートされません。 IO_REPARSE_TAG_DEDUP、IO_REPARSE_TAG_SIS、またはIO_REPARSE_TAG_HSM再解析タグを持つファイルは、通常のファイルとしてレプリケートされます。 ただし、再解析ポイントはローカル システムでのみ機能するため、再解析タグと再解析データ バッファーは他のサーバーにレプリケートされません。

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

Note

DFS レプリケーションでは、暗号化ファイル システム (EFS) を使用して暗号化されたファイルはレプリケートされません。 DFS レプリケーションは、Microsoft 以外のソフトウェアを使用して暗号化されたファイルをレプリケートしますが、ファイルに FILE_ATTRIBUTE_ENCRYPTED 属性値が設定されていない場合に限ります。

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

DFS レプリケーションでは、FILE_ATTRIBUTE_TEMPORARY値はレプリケートされません。

レプリケートされるメンバーを制御できますか?

Yes. レプリケーション グループを作成するときにトポロジを選択できます。 または、[ トポロジなし ] を選択し、レプリケーション グループの作成後に接続を手動で構成することもできます。

最初のレプリケーションの前に、レプリケーショングループメンバーにデータをシードできますか?

Yes. DFS レプリケーションでは、初期レプリケーションの前にファイルをレプリケーション グループ メンバーにコピーできます。 この "事前設定" により、初期レプリケーション中にレプリケートされるデータの量が大幅に削減される可能性があります。

初期レプリケーションでは、ファイルが実際の属性またはタイムスタンプによってのみ異なる場合、コンテンツをレプリケートする必要はありません。 実際の属性は、Win32 関数 SetFileAttributesで設定できる属性です。 詳細については、「 SetFileAttributes 関数」を参照してください。 2 つのファイルが圧縮などの他の属性によって異なる場合、ファイルの内容がレプリケートされます。

レプリケーション グループ メンバーを事前設定するには、ファイルをコピー先サーバー上の適切なフォルダーにコピーし、レプリケーション グループを作成して、プライマリ メンバーを選択します。 プライマリ メンバーのコンテンツが "権限がある" と見なされるため、レプリケートする -date ファイルが最も up-toメンバーを選択します。つまり、初期レプリケーション中に、プライマリ・メンバーのファイルは、レプリケーション・グループの他のメンバーにあるファイルの他のバージョンを常に上書きします。

DFSR データベースの事前シード処理と複製の詳細については、「 Windows Server 2012 R2 の DFS レプリケーション初期同期: クローンの攻撃」を参照してください。

初期レプリケーションの詳細については、「レプリケーション グループの作成」を参照してください。

DFS レプリケーションは、ファイル レプリケーション サービスの一般的な問題を克服しますか?

Yes. DFS レプリケーションは、次の 3 つの一般的な FRS の問題を克服します。

• ジャーナル ラップ: DFS レプリケーションは、その場でジャーナル ラップから回復します。 既存の各ファイルまたはフォルダーは journalWrap としてマークされ、レプリケーションが再び有効になる前にファイル システムに対して検証されます。 復旧中は、このボリュームはどちらの方向でもレプリケーションに使用できません。

• 過剰なレプリケーション: 過剰なレプリケーションを防ぐために、DFS レプリケーションではクレジットのシステムが使用されます。

• 変形フォルダー: フォルダー名の変更を防ぐために、DFS レプリケーションは、非表示の DfsrPrivate\ConflictandDeleted フォルダー (レプリケート されたフォルダーのローカル パスの下にある) に競合するデータを格納します。 たとえば、FRS を使用してレプリケートされた異なるサーバーで同じ名前の複数のフォルダーを同時に作成すると、FRS は古いフォルダーの名前を変更します。 代わりに、DFS レプリケーションは、古いフォルダーをローカルの競合フォルダーと削除済みフォルダーに移動します。

DFS レプリケーションでは、ファイルは時系列でレプリケートされますか?

No. ファイルが順を追ってレプリケートされる場合があります。

DFS レプリケーションは、別のアプリケーションで使用されているファイルをレプリケートしますか?

アプリケーションがファイルを開き、そのファイルにファイル ロックを作成した場合 (開いている間は他のアプリケーションでファイルが使用されないようにする場合)、DFS レプリケーションはファイルを閉じるまでファイルをレプリケートしません。 アプリケーションが読み取り共有アクセス権を持つファイルを開いた場合でも、そのファイルをレプリケートできます。

DFS レプリケーションは、NTFS ファイルのアクセス許可、代替データ ストリーム、ハード リンク、および再解析ポイントをレプリケートしますか?

• DFS レプリケーションでは、NTFS ファイルのアクセス許可と代替データ ストリームがレプリケートされます。

• Microsoft は、レプリケートされたフォルダー内のファイルとの間で NTFS ハード リンクを作成することをサポートしていません – そうすると、影響を受けるファイルでレプリケーションの問題が発生する可能性があります。 ハード リンク ファイルは DFS レプリケーションによって無視され、レプリケートされません。 ジャンクション ポイントもレプリケートされず、DFS レプリケーションは、検出されたジャンクション ポイントごとにイベント 4406 をログに記録します。

• DFS レプリケーションによってレプリケートされる再解析ポイントは、IO_REPARSE_TAG_SYMLINK タグを使用するポイントのみです。ただし、DFS レプリケーションでは、シンボリックリンクのターゲットもレプリケートされることは保証されません。 詳細については、「 ディレクトリ サービス チームに質問する」ブログを参照してください。

• IO_REPARSE_TAG_DEDUP、IO_REPARSE_TAG_SIS、またはIO_REPARSE_TAG_HSM再解析タグを持つファイルは、通常のファイルとしてレプリケートされます。 再解析ポイントはローカル システムでのみ機能するため、再解析タグと再解析データ バッファは他のサーバーにレプリケートされません。 そのため、DFS レプリケーションは、Windows Server 2012 またはシングル インスタンス ストレージ (SIS) でデータ重複除去を使用するボリューム上のフォルダーをレプリケートできますが、データ重複排除情報は、ロール サービスが有効になっている各サーバーとは別に保持されます。

DFS レプリケーションは、ファイルに対して他の変更が行われなかった場合、タイムスタンプの変更をレプリケートしますか?

いいえ、DFS レプリケーションでは、タイムスタンプの変更のみが変更されるファイルはレプリケートされません。 さらに、変更されたタイムスタンプは、ファイルに他の変更が加えられない限り、レプリケーショングループの他のメンバーにレプリケートされません。

DFS レプリケーションは、ファイルまたはフォルダーに対する更新されたアクセス許可をレプリケートしますか?

Yes. DFS レプリケーションは、ファイルとフォルダーのアクセス許可の変更をレプリケートします。 DFS レプリケーションでは引き続きファイル全体をステージング領域に読み取る必要がありますが、アクセス制御リスト (ACL) に関連付けられているファイルの一部のみがレプリケートされます。

Note

多数のファイルで ACL を変更すると、レプリケーションのパフォーマンスに影響する可能性があります。 ただし、RDC を使用する場合、転送されるデータの量は、ファイル全体のサイズではなく、ACL のサイズに比例します。 ステージング フォルダーとの間でファイルを読み取る必要があるため、ディスク トラフィックの量はファイルのサイズに比例します。

DFS レプリケーションは、競合が発生した場合のテキスト ファイルのマージをサポートしていますか?

DFS レプリケーションでは、競合が発生した場合にファイルをマージしません。 ただし、競合が検出されたコンピューター上の非表示の DfsrPrivate\ConflictandDeleted フォルダーに古いバージョンのファイルを保持しようとします。

DFS レプリケーションでは、データの送信時に暗号化が使用されますか?

Yes. DFS レプリケーションでは、暗号化と共にリモート プロシージャ コール (RPC) 接続が使用されます。

暗号化された RPC の使用を無効にできますか?

No. DFS レプリケーション サービスは、TCP 経由のリモート プロシージャ コール (RPC) を使用してデータをレプリケートします。 インターネット経由のデータ転送をセキュリティで保護するために、DFS レプリケーション サービスは常に認証レベルの定数 ( RPC_C_AUTHN_LEVEL_PKT_PRIVACY) を使用するように設計されています。 これにより、インターネット経由の RPC 通信が常に暗号化されます。 そのため、DFS レプリケーション サービスによる暗号化された RPC の使用を無効にすることはできません。

詳細については、次の Microsoft Web サイトを参照してください。

• RPC テクニカル リファレンス

• リモート差分圧縮について

• Authentication-Level Constants

同時レプリケーションはどのように処理されますか?

レプリケートされたフォルダーごとに 1 つの更新マネージャーがあります。 更新マネージャーは互いに独立して動作します。

既定では、最大 16 個 (Windows Server 2003 R2 では 4 つ) の同時ダウンロードが、すべての接続とレプリケーション グループ間で共有されます。 接続とレプリケーション グループの更新はシリアル化されないため、更新が受信される特定の順序はありません。 2 つのスケジュールが開かれている場合、両方の接続から同時に更新プログラムが受信され、インストールされます。

レプリケーションまたはポーリングを強制するにはどうすればよいですか?

レプリケーション スケジュールの編集の説明に従って、DFS 管理を使用してすぐに レプリケーションを強制できます。 Windows Server 2012 R2 で導入された DFSR PowerShell モジュールに含まれる Sync-DfsReplicationGroup コマンドレット、または Dfsrdiag SyncNow コマンドを使用して、レプリケーションを強制することもできます。 ポーリングは、 Update-DfsrConfigurationFromAD コマンドレットまたは Dfsrdiag PollAD コマンドを使用して強制できます。

頻繁に変更されるファイルのレプリケーション間の静かな時間を構成できますか?

No. スケジュールが開いている場合、DFS レプリケーションは変更に気付くとレプリケートします。 ファイルの静かな時間を設定する方法はありません。

DFS レプリケーションを使用して一方向レプリケーションを構成できますか?

Yes. Windows Server 2012 または Windows Server 2008 R2 を使用している場合は、一方向接続を介してコンテンツをレプリケートする読み取り専用のレプリケート フォルダーを作成できます。 詳細については、「」を参照してください。

Windows Server 2008 または Windows Server 2003 R2 での DFS レプリケーションを使用した一方向レプリケーション接続の作成はサポートされていません。 これを行うと、正常性チェック トポロジ エラー、ステージングの問題、DFS レプリケーション データベースに関する問題など、さまざまな問題が発生する可能性があります。

Windows Server 2008 または Windows Server 2003 R2 を使用している場合は、次のアクションを実行して一方向接続をシミュレートできます。

• プライマリ サーバーとして指定するサーバーでのみ変更を加え、その変更を宛先サーバーにレプリケートするように管理者をトレーニングします。

• エンド ユーザーに書き込みアクセス許可がないように、宛先サーバーの共有アクセス許可を構成します。 ブランチ サーバーで変更が許可されていない場合、レプリケートバックするものは何もなく、一方向接続をシミュレートし、WAN 使用率を低く保ちます。

変更されていないファイルを含むすべてのファイルの完全なレプリケーションを強制する方法はありますか?

No. DFS レプリケーションがファイルを同一と見なす場合、レプリケートは行われません。 変更されたファイルがレプリケートされていない場合、DFS レプリケーションは、そうするように構成されている場合、自動的にレプリケートします。 構成されたスケジュールを上書きするには、WMI メソッド ForceReplicate() を使用します。 ただし、これはスケジュールのオーバーライドにすぎず、変更されていないファイルや同一のファイルのレプリケーションは強制されません。

初期レプリケーション中にプライマリ メンバーがデータベースの損失を受けた場合はどうなりますか?

初期レプリケーション中、プライマリ メンバーのファイルは、受信メンバーがプライマリ メンバー上で異なるバージョンのファイルを持っている場合に発生する競合解決で常に優先されます。 プライマリ メンバーの指定は Active Directory Domain Services に格納され、プライマリ メンバーをレプリケートする準備ができた後、レプリケーション グループのすべてのメンバーがレプリケートされる前に、指定がクリアされます。

初期レプリケーションが失敗した場合、またはレプリケーション中に DFS レプリケーション サービスが再起動された場合、プライマリ メンバーはローカル DFS レプリケーション データベースでプライマリ メンバーの指定を確認し、初期レプリケーションを再試行します。 Active Directory Domain Services のプライマリ指定をクリアした後、レプリケーション グループのすべてのメンバーが初期レプリケーションを完了する前に、プライマリ メンバーの DFS レプリケーション データベースが失われた場合、プライマリ メンバーとして指定されたサーバーがないため、レプリケーション グループのすべてのメンバーはフォルダーのレプリケートに失敗します。 この場合は、プライマリ メンバー サーバーで Dfsradmin membership /set /isprimary:true コマンドを使用して、プライマリ メンバーの指定を手動で復元します。

初期レプリケーションの詳細については、「レプリケーション グループの作成」を参照してください。

Warning

プライマリ メンバーの指定は、初期レプリケーション プロセス中にのみ使用されます。 レプリケーションの完了後に Dfsradmin コマンドを使用してレプリケートされたフォルダーのプライマリ メンバーを指定する場合、DFS レプリケーションでは、サーバーが Active Directory ドメイン サービスのプライマリ メンバーとして指定されません。 ただし、サーバー上の DFS レプリケーション データベースが、その後、元に戻せない破損やデータ損失が発生した場合、サーバーは、レプリケーション グループの別のメンバーからデータを回復するのではなく、プライマリ メンバーとして初期レプリケーションを実行しようとします。 基本的に、サーバーは悪意のあるプライマリ サーバーになり、競合が発生する可能性があります。 このため、最初のレプリケーションが失敗することが確実な場合にのみ、プライマリ メンバーを手動で指定してください。

ファイルのレプリケート中にレプリケーション スケジュールが閉じた場合はどうなりますか?

接続でリモート差分圧縮 (RDC) が有効になっている場合、スケジュールが終了する (または [ 帯域幅なし] に変更される) 直前にレプリケートを開始した 64 KB を超えるファイルの受信レプリケーションは、スケジュールが開いたとき (または [ 帯域幅なし] 以外のものに変更される) ときに続行されます。 レプリケーションは、レプリケーションが停止した時点の状態から続行されます。

RDC がオフの場合、DFS レプリケーションはファイル転送を完全に再起動します。 これは、受信側メンバーでファイルが使用可能な場合に遅延する可能性があります。

2 人のユーザーが異なるサーバー上の同じファイルを同時に更新するとどうなりますか?

DFS レプリケーションは、競合を検出すると、最後に保存されたファイルのバージョンを使用します。 もう 1 つのファイルを DfsrPrivate\ConflictandDeleted フォルダーに移動します (競合を解決したコンピューター上のレプリケート フォルダーのローカル パスの下)。 競合フォルダーと削除済みフォルダーが構成されたサイズを超えた場合、または DFS レプリケーションでディスク領域不足エラーが発生した場合に発生する、競合フォルダーと削除済みフォルダーのクリーンアップまで保持されます。 Conflict and Deleted フォルダーはレプリケートされず、この競合解決方法により、FRS で可能だったモーフィングされたディレクトリの問題を回避できます。

競合が発生すると、DFS レプリケーションは情報イベントを DFS レプリケーション イベント ログに記録します。 このイベントでは、次の理由からユーザー アクションは必要ありません。

• ユーザーには表示されません (サーバー管理者にのみ表示されます)。

• DFS レプリケーションでは、競合フォルダーと削除済みフォルダーがキャッシュとして扱われます。 クォータのしきい値に達すると、それらのファイルの一部がクリーンアップされます。 競合するファイルが保存されるという保証はありません。

• 競合は、競合の発生元とは異なるサーバー上に存在する可能性があります。

Staging

スケジュールまたは帯域幅調整クォータによってレプリケーションが無効になっている場合、または接続が手動で無効になっている場合、DFS レプリケーションはステージング ファイルを続行しますか?

No. DFS レプリケーションは、帯域幅調整クォータを超えた場合、または接続が無効になっている場合、スケジュールされたレプリケーション時間外にファイルをステージングし続けません。

DFS レプリケーションでは、ステージング中に他のアプリケーションがファイルにアクセスできなくなりますか?

No. DFS レプリケーションは、ユーザーやアプリケーションがレプリケーション フォルダー内のファイルを開くのをブロックしない方法でファイルを開きます。 このメソッドは"日和見ロック" と呼ばれます。

DFS 管理ツールを使用してステージング フォルダーの場所を変更できますか?

Yes. ステージング フォルダの場所は、[プロパティ] ダイアログ ボックスの [詳細設定] タブで、レプリケーション グループの各メンバーについて構成します。

ファイルはいつステージングされますか?

次の表に示すように、受信側のメンバーが (ファイルが 64 KB 以下でない限り) ファイルを要求すると、ファイルは送信側メンバーでステージングされます。 接続でリモート差分圧縮 (RDC) が無効になっている場合、ファイルは 256 KB 以下でない限りステージングされます。 ファイルのサイズが 64 KB 未満の場合、転送時に受信側メンバーにもステージングされますが、この設定は 16 KB から 1 MB の間で構成できます。 スケジュールが閉じている場合、ファイルはステージングされません。

ステージング ファイルの最小ファイル サイズ

	RDC enabled	RDC disabled
Sending member	64 KB	256 KB
Receiving member	既定では 64 KB	既定では 64 KB

ステージング後、リモートサイトに送信される前にファイルが変更された場合はどうなりますか?

ファイルの一部が既に送信されている場合、DFS レプリケーションは転送を続行します。 DFS レプリケーションがファイルの送信を開始する前にファイルが変更された場合は、新しいバージョンのファイルが送信されます。

Change history

Date	Description	Reason
2018 年 11 月 15 日	Windows Server 2019 用に更新されました。	新しいオペレーティング システム。
2013年10月9日	Windows Server 2012 R2 でのテストの結果を使用して、「 DFS レプリケーションでサポートされている制限は何ですか? 」セクションを更新しました。	最新バージョンの Windows Server の更新プログラム
2013年1月30日	[ スケジュールまたは帯域幅の調整クォータによってレプリケーションが無効になっている場合、または接続が手動で無効になっている場合、DFS レプリケーションはファイルのステージングを続行しますか? ] エントリを追加しました。	Customer questions
2012年10月31日	[ DFS レプリケーションでサポートされている制限は何ですか?] エントリを編集して、ボリューム上のレプリケートされるファイルのテスト数を増やしました。	Customer feedback
2012 年 8 月 15 日	「 DFS レプリケーションは NTFS ファイルのアクセス許可、代替データ ストリーム、ハード リンク、および再解析ポイントをレプリケートしますか? 」エントリを編集して、DFS レプリケーションがハード リンクと再解析ポイントを処理する方法をさらに明確にしました。	カスタマー サポート サービスからのフィードバック
2012 年 6 月 13 日	「DFS レプリケーションは ReFS ボリュームと FAT ボリュームで機能しますか?」エントリを編集して、ReFS に関する説明を追加しました。	Customer feedback
2012 年 4 月 25 日	「DFS レプリケーションは NTFS ファイルのアクセス許可、代替データ ストリーム、ハード リンク、および再解析ポイントをレプリケートしますか?」エントリを編集して、DFS レプリケーションがハード リンクを処理する方法を明確にしました。	潜在的な混乱を減らす
2011 年 3 月 30 日	「DFS レプリケーションで Outlook .pst または Microsoft Office Access データベース ファイルをレプリケートできますか?」エントリを編集して、.pst ファイルと Access ファイルで DFS レプリケーションを使用した場合の潜在的な影響を修正しました。 レ プリケーションのパフォーマンスを向上させるにはどうすればよいですか?	.pst ファイルまたは Access ファイルをレプリケートすると DFS レプリケーション データベースが破損する可能性があると誤って示された前のエントリに関するお客様の質問。
2011 年 1 月 26 日	ConflictAndDeleted または PreExisting フォルダーからファイルを復元する方法を追加しました。	Customer feedback
2010 年 10 月 20 日	追加されました DFS レプリケーション メンバーをアップグレードまたは置き換える方法	Customer feedback

仮想エージェントを試す - 一般的なファイル レプリケーションの問題をすばやく特定して修正するのに役立ちます。

この FAQ では、Windows Server の分散ファイル システム (DFS) レプリケーション (DFSR とも呼ばれます) に関する質問に回答します。

DFS 名前空間の詳細については、「 DFS 名前空間: よく寄せられる質問」を参照してください。

DFS レプリケーションの新機能の詳細については、次の記事を参照してください。

• DFS 名前空間と DFS レプリケーションの概要 (Windows Server 2012)

• 「Windows Server 2008 から Windows Server 2008 R2 への機能の変更」の「分散ファイル システムの新機能」の記事

• 「Windows Server 2003 SP1 から Windows Server 2008 への機能の変更点」の分散ファイル システムの記事

この記事に対する最近の変更の一覧については、この記事の変更 履歴 セクションを参照してください。

No. DFS レプリケーションは、ファイル レプリケーション サービス (FRS) と通信しません。 DFS レプリケーションと FRS は、同じサーバー上で同時に実行できますが、同じフォルダーまたはサブフォルダーをレプリケートするように構成しないでください。これによりデータが失われる可能性があるためです。

はい。DFS レプリケーションは、Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2、または Windows Server 2008 を実行しているサーバー上の SYSVOL レプリケーションの FRS を置き換えることができます。 Windows Server 2003 R2 を実行しているサーバーでは、DFS レプリケーションを使用して SYSVOL フォルダーをレプリケートすることはできません。

DFS レプリケーションを使用した SYSVOL レプリケーションの詳細については、「 SYSVOL レプリケーションを DFS レプリケーションに移行する」を参照してください。

Yes. FRS から DFS レプリケーションにレプリケーションを移行するには、次のドキュメントを参照してください。

• SYSVOL フォルダー以外のフォルダーのレプリケーションを移行するには、「 SYSVOL レプリケーション移行ガイド: FRS から DFS へのレプリケーション」を参照してください。

Yes. DFS レプリケーションでは、Windows Server を実行しているサーバー間でのコンテンツのレプリケートのみがサポートされますが、UNIX クライアントは Windows サーバー上のファイル共有にアクセスできます。 これを行うには、ネットワーク ファイル システム (NFS) のサービスを DFS レプリケーション サーバーにインストールします。

また、多くの UNIX クライアントに含まれる SMB/CIFS クライアント機能を使用して Windows ファイル共有に直接アクセスすることもできますが、この機能は多くの場合、制限されているか、Windows 環境に変更が必要です (グループ ポリシーを使用して SMB 署名を無効にするなど)。

DFS レプリケーションは、Windows Server オペレーティング システムを実行しているサーバー上の NFS と相互運用できますが、NFS マウント ポイントをレプリケートすることはできません。

Yes. DFS レプリケーションはボリューム シャドウ コピー サービス (VSS) ボリュームでサポートされており、以前のバージョンのクライアントで以前のスナップショットを正常に復元できます。

いいえ。Windows Server 2003 以前を実行しているコンピューターで Windows Backup (Ntbackup.exe) を使用して、Windows Server 2012、Windows Server 2008 R2、または Windows Server 2008 を実行しているコンピューター上のレプリケート されたフォルダーの内容をバックアップすることはできません。

レプリケートされたフォルダーに格納されているファイルをバックアップするには、Windows Server Backup または Microsoft® System Center Data Protection Manager を使用します。 Windows Server 2008 R2 および Windows Server 2008 のバックアップと回復の機能については、「 バックアップと回復」を参照してください。 詳細については、「 System Center Data Protection Manager」を参照してください。

Yes. レプリケートされたフォルダーに対してファイル システム ポリシーを構成しないでください。 ファイル システム ポリシーは、グループ ポリシーの更新間隔ごとに NTFS アクセス許可を再適用します。 ファイルが閉じられるまで開いているファイルがレプリケートされないため、共有違反が発生する可能性があります。

No. DFS レプリケーションを使用して、Microsoft Exchange Server でホストされているメールボックスをレプリケートすることはできません。

Yes. ただし、ファイル サーバー リソース マネージャー (FSRM) ファイル スクリーンの設定は、レプリケーションの両端で一致する必要があります。 さらに、DFS レプリケーションには、特定のファイルとファイルの種類をレプリケーションから除外するために使用できるファイルとフォルダー用の独自のフィルター メカニズムがあります。

ファイル画面またはクォータを実装するためのベスト プラクティスを次に示します。

• 非表示の DfsrPrivate フォルダーは、クォータまたはファイル画面の対象にすることはできません。

• スクリーン処理が有効になる前に、レプリケートされたフォルダーにスクリーン ファイルが存在してはなりません。

• クォータが有効になる前に、クォータを超えるフォルダーはありません。

• ハード クォータは慎重に使用する必要があります。 レプリケーション グループの個々のメンバーは、レプリケーションの前にクォータ内に留まる可能性がありますが、ファイルがレプリケートされるときにそれを超える可能性があります。 たとえば、あるユーザーが 10 MB のファイルをサーバー A にコピーし (ハード制限に達しています)、別のユーザーが 5 MB のファイルをサーバー B にコピーした場合、次のレプリケーションが発生すると、両方のサーバーがクォータを 5 MB 超えます。 これにより、DFS レプリケーションによってファイルのレプリケートが継続的に再試行され、バージョン ベクターに穴が開き、パフォーマンスの問題が発生する可能性があります。

はい、Windows Server 2012 R2、Windows Server 2012、および Windows Server 2008 R2 の DFS レプリケーションには、フェールオーバー クラスターをレプリケーション グループのメンバーとして追加する機能が含まれています。 詳細については、「 レプリケーショングループへのフェイルオーバークラスタの追加」を参照してください。 Windows Server 2008 R2 より前のバージョンの Windows の DFS レプリケーション サービスは、フェールオーバー クラスターと調整するように設計されておらず、サービスは別のノードにフェールオーバーしません。

Note

DFS レプリケーションでは、クラスター共有ボリューム上のファイルのレプリケートはサポートされていません。

はい。DFS レプリケーションでは、Windows Server でデータ重複除去を使用するボリューム上のフォルダーをレプリケートできます。

Yes. DFS レプリケーションは、単一インスタンス ストレージ (SIS) が有効になっているボリュームをレプリケートします。 SIS は、リモート インストール サービス (RIS)、Windows 展開サービス (WDS)、および Windows Storage Server によって使用されます。

DFS レプリケーションとオフライン ファイルは、ファイルに書き込むユーザーが一度に 1 人しかいない場合に、一緒に安全に使用できます。 これは、2 つのブランチ オフィス間を移動し、ブランチまたはオフラインでファイルにアクセスできるようにするユーザーに役立ちます。 オフライン ファイルはオフラインで使用するためにファイルをローカルにキャッシュし、DFS レプリケーションは各ブランチ オフィス間でデータをレプリケートします。

DFS レプリケーションには分散ロック メカニズムやファイル チェックアウト機能がないため、マルチユーザー環境ではオフライン ファイルを含む DFS レプリケーションを使用しないでください。 2 人のユーザーが異なるサーバーで同じファイルを同時に変更する場合、DFS レプリケーションは、次のレプリケーション中に古いファイルを DfsrPrivate\ConflictandDeleted フォルダー (レプリケートされたフォルダーのローカル パスの下にあります) に移動します。

ウイルス対策アプリケーションは、スキャン アクティビティによってレプリケートされたフォルダー内のファイルが変更された場合に、過剰なレプリケーションを引き起こす可能性があります。 詳細については、「 DFS レプリケーションによるウイルス対策アプリケーションの相互運用性のテスト」を参照してください。

Windows® SharePoint® Services では、DFS レプリケーションでは行われないファイル チェックアウト機能の形式で緊密な一貫性が提供されます。 複数のユーザーが同じファイルを編集することを心配している場合は、Windows SharePoint Services を使用することをお勧めします。 Windows SharePoint Services 2.0 Service Pack 2 は、Windows Server 2003 R2 の一部として使用できます。 Windows SharePoint Services は、Microsoft Web サイトからダウンロードできます。新しいバージョンの Windows Server には含まれていません。 ただし、複数のサイト間でデータをレプリケートし、ユーザーが同じファイルを同時に編集しない場合は、DFS レプリケーションを使用すると、帯域幅が広くなり、管理が簡素化されます。

はい。ブランチ オフィスに接続するプライベートワイド エリア ネットワーク (WAN) リンク (インターネットではない) があると仮定します。 ただし、外部ファイアウォールで適切なポートを開く必要があります。 DFS レプリケーションでは、RPC エンドポイント マッパー (ポート 135) と、1024 より上のランダムに割り当てられたエフェメラル ポートが使用されます。 dfsrdiag.exe コマンドラインツールを使用して、エフェメラルポートの代わりに静的ポートを指定できます。 RPC エンドポイント マッパーを指定する方法の詳細については、「 ファイアウォールで動作するように RPC 動的ポート割り当てを構成する方法」を参照してください。

No. DFS レプリケーションでは、暗号化ファイル システム (EFS) を使用して暗号化されたファイルやフォルダーはレプリケートされません。 ユーザーが以前にレプリケートされたファイルを暗号化した場合、DFS レプリケーションは、レプリケーション グループの他のすべてのメンバーからファイルを削除します。 これにより、ファイルの使用可能なコピーがサーバー上の暗号化されたバージョンであることが保証されます。

DFS レプリケーションは、Microsoft Outlook の個人用フォルダー ファイル (.pst) と Microsoft Access ファイルがアーカイブ目的で保存され、Outlook や Access などのクライアントを使用してネットワーク経由でアクセスされない場合にのみ、安全にレプリケートできます ( .pst ファイルや Access ファイルを開くには、まずファイルをローカル ストレージ デバイスにコピーします)。 その理由は次のとおりです。

• ネットワーク接続を介して .pst ファイルを開くと、 .pst ファイルのデータが破損する可能性があります。 ネットワーク経由で .pst ファイルに安全にアクセスできない理由の詳細については、「 LAN および WAN リンクを介した個人用フォルダー ファイルの使用に関する制限」を参照してください。

• .pst Access ファイルは、Outlook や Office Access などのクライアントからアクセスされている間、長時間開いたままになる傾向があります。 これにより、DFS レプリケーションは、閉じられるまでこれらのファイルをレプリケートできなくなります。

No. DFS レプリケーションは、構成に Active Directory Domain Services に依存します®。 ドメインでのみ機能します。

Yes. DFS レプリケーションでは、サーバー間で多数のフォルダーをレプリケートできます。 レプリケートされた各フォルダーに一意のルート パスがあり、重複しないことを確認します。 たとえば、D:\Sales と D:\Accounting は 2 つのレプリケートされたフォルダーのルート パスにすることができますが、D:\Sales と D:\Sales\Reports は 2 つのレプリケートされたフォルダーのルート パスにすることはできません。

No. DFS レプリケーションと DFS 名前空間は、個別に使用することも、一緒に使用することもできます。 さらに、DFS レプリケーションを使用して、FRS では不可能だったスタンドアロンの DFS 名前空間をレプリケートできます。

No. DFS レプリケーションでは、サーバー間の時刻同期は明示的に必要ありません。 ただし、DFS レプリケーションでは、サーバー クロックが密接に一致する必要があります。 Kerberos 認証が正常に機能するためには、サーバー クロックを互いに 5 分以内に設定する必要があります (既定)。 たとえば、DFS レプリケーションでは、タイムスタンプを使用して、競合が発生した場合にどのファイルが優先されるかを判断します。 正確な時間は、ガベージ コレクション、スケジュール、およびその他の機能にも重要です。

Yes. ただし、ボリューム全体をレプリケートすると、次の問題が発生する可能性があります。

• ボリュームに Windows ページング ファイルが含まれている場合、レプリケーションは失敗し、DFSR イベント 4312 がシステム イベント ログに記録されます。

• DFS レプリケーションは、ターゲット サーバー上のレプリケートされたフォルダーにシステム属性と非表示属性を設定します。 これは、Windows が既定でシステム属性と非表示属性をボリューム ルート フォルダーに適用するためです。 コピー先サーバー上のレプリケートされたフォルダーのローカル パスもボリューム ルートである場合、フォルダー属性に対してそれ以上の変更は行われません。

• Windows システム フォルダーを含むボリュームをレプリケートする場合、DFS レプリケーションは %WINDIR% フォルダーを認識し、レプリケートしません。 ただし、DFS レプリケーションは、Microsoft 以外のアプリケーションで使用されるフォルダーをレプリケートします。これにより、アプリケーションが DFS レプリケーションとの相互運用性の問題を抱えている場合、ターゲット サーバーでアプリケーションが失敗する可能性があります。

No.

Yes. DFS レプリケーションは、接続の種類に依存しません。

No. DFS レプリケーションは、NTFS ファイル システムでフォーマットされたボリュームのみをサポートします。回復性ファイル システム (ReFS) と FAT ファイル システムはサポートされていません。 DFS レプリケーションでは NTFS ファイル システムの NTFS 変更ジャーナルやその他の機能が使用されるため、NTFS が必要です。

Yes. スパース ファイルはレプリケートできます。 Sparse 属性は、受信側メンバーに保持されます。

No. DFS レプリケーションはローカル システム アカウントで実行されるサービスであるため、レプリケートするために管理者としてサインインする必要はありません。 ただし、DFS レプリケーション構成を変更するには、影響を受けるファイル サーバーのドメイン管理者またはローカル管理者である必要があります。

詳細については、「 DFS レプリケーションを管理する機能の委任」を参照してください。

DFS レプリケーション メンバーをアップグレードまたは交換するには、「 DFSR メンバーのハードウェアまたは OS の交換」を参照してください。

Yes. ローミング ユーザー プロファイルをレプリケートする場合は、特定のシナリオがサポートされます。 サポートされているシナリオの詳細については、「 レプリケートされたユーザー プロファイル データに関する Microsoft のサポート ステートメント」を参照してください。

Windows および DFS レプリケーションでは、最大 32,000 文字のフォルダー パスがサポートされます。 DFS レプリケーションは、260 文字のフォルダー パスに制限されません。

No. レプリケーション グループは、1 つのフォレスト内のドメインにまたがることができますが、異なるフォレストにまたがりません。

次の一覧では、Microsoft によってテストされ、Windows Server 2012 R2、Windows Server 2016、および Windows Server 2019 に適用される一連のスケーラビリティ ガイドラインを示します。

• サーバー上のすべてのレプリケートされたファイルのサイズ: 100 テラバイト。

• ボリューム上のレプリケートされたファイルの数: 7,000 万。

• 最大ファイル サイズ: 250 ギガバイト。

Important

ファイルの数またはサイズが多いレプリケーション グループを作成する場合は、データベース クローンをエクスポートし、事前シード処理手法を使用して初期レプリケーションの期間を最小限に抑えるようにすることをお勧めします。 詳細については、「 Windows Server 2012 R2 の DFS レプリケーション初期同期: クローンの攻撃」を参照してください。

次の一覧は、Windows Server 2012、Windows Server 2008 R2、および Windows Server 2008 で Microsoft によってテストされた一連のスケーラビリティ ガイドラインを示しています。

• サーバー上のすべてのレプリケートされたファイルのサイズ: 10 テラバイト。

• ボリューム上のレプリケートされたファイルの数: 1,100 万。

• 最大ファイル サイズ: 64 ギガバイト。

Note

レプリケーショングループ、レプリケートされたフォルダー、接続、またはレプリケーショングループメンバーの数に制限がなくなりました。

Windows Server 2003 R2 用に Microsoft によってテストされたスケーラビリティ ガイドラインの一覧については、「 DFS レプリケーションのスケーラビリティ ガイドライン」を参照してください。

複数のユーザーが異なるサーバーで同じファイルを同時に更新または変更する環境では、DFS レプリケーションを使用しないでください。 これを行うと、DFS レプリケーションによって、ファイルの競合するコピーが非表示の DfsrPrivate\ConflictandDeleted フォルダーに移動する可能性があります。

複数のユーザーが異なるサーバーで同じファイルを同時に変更する必要がある場合は、Windows SharePoint Services のファイル チェックアウト機能を使用して、1 人のユーザーのみがファイルを操作していることを確認します。 Windows SharePoint Services 2.0 Service Pack 2 は、Windows Server 2003 R2 の一部として使用できます。 Windows SharePoint Services は、Microsoft Web サイトからダウンロードできます。新しいバージョンの Windows Server には含まれていません。

DFS レプリケーションでは、Active Directory Domain Services のドメイン名付けコンテキストで新しいオブジェクトを使用して、構成情報を格納します。 これらのオブジェクトは、Active Directory Domain Services スキーマを更新するときに作成されます。 詳細については、「 DFS レプリケーションの要件を確認する」を参照してください。

Yes. 正常性レポートを自動化するには、次の 3 つの方法があります。

• Windows Server 2012 R2 または dfsradmin.exe に含まれる DFSR Windows PowerShell モジュールをスケジュールされたタスクと共に使用して、正常性レポートを定期的に生成します。 詳細については、「 DFS レプリケーション正常性レポートの自動化」を参照してください。

• System Center Operations Manager 用 DFS レプリケーション管理パックを使用して、指定された条件に基づくアラートを作成します。

• DFS レプリケーション WMI プロバイダーを使用して、アラートのスクリプトを作成します。

Yes. 詳細については、 Operations Manager のドキュメントを参照してください。

Yes. DFS レプリケーションでは、DFS 管理コンソールと レプリケーション グループの追加 コマンドを使用したリモート管理がサポートされます。 たとえば、サーバー A では、サーバー A と B をメンバーとして使用して、フォレストで定義されているレプリケーション グループに接続できます。

DFS 管理は、Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2、Windows Server 2008、および Windows Server 2003 R2 に含まれています。 他のバージョンの Windows から DFS レプリケーションを管理するには、リモート デスクトップまたは Windows 用リモート サーバー管理ツール (RSAT) を使用します。

No. DFS レプリケーションには、独自の監視ツールと診断ツールのセットがあります。 超音波およびソナーはFRSを監視することしかできない。

失われたファイルを回復するには、ファイル履歴、エクスプローラーの [以前のバージョンの復元 ] コマンド、またはバックアップからファイルを復元して、ファイル システム フォルダーまたは共有フォルダーからファイルを復元します。 ConflictAndDeleted フォルダーまたは PreExisting フォルダーからファイルを直接回復するには、 Get-DfsrPreservedFiles コマンドレットと Windows PowerShell コマンドレット Restore-DfsrPreservedFiles を使用します。

Yes. レプリケーションを監視するには、さまざまな方法があります。

• DFS レプリケーションには、プロアクティブ監視を提供する System Center Operations Manager 用の管理パックがあります。

• DFS 管理には、レプリケーション バックログ、レプリケーションの効率、特定のレプリケーション グループ内のファイルとフォルダーの数に関するインボックス診断レポートがあります。

• Windows Server 2012 R2 の DFSR Windows PowerShell モジュールには、伝達テストを開始し、伝達レポートと正常性レポートを記述するためのコマンドレットが含まれています。 詳細については、「 DFSR モジュール セット」を参照してください。

• dfsrdiag.exe は、バックログ数を生成したり、伝播テストをトリガーしたりできるコマンドラインツールです。 どちらもレプリケーションの状態を示します。 伝達では、ファイルがすべてのノードにレプリケートされているかどうかを示します。 バックログには、2 台のコンピューターが同期されるまでにレプリケートする必要があるファイルの数が表示されます。バックログ数は、レプリケーション グループ メンバーが処理していない更新の数です。 Windows Server 2012 R2、Windows Server 2012、または Windows Server 2008 R2 を実行しているコンピューターでは、Dfsrdiag.exe DFS レプリケーションが現在レプリケートしている更新プログラムを表示することもできます。

• スクリプトでは、WMI を使用してバックログ情報を手動または MOM を使用して収集できます。

DFS レプリケーションはダイヤルアップ速度で動作しますが、レプリケートする変更が多数ある場合、バックログになる可能性があります。 既存のファイルに小さな変更が加えられた場合、リモート差分圧縮 (RDC) を使用した DFS レプリケーションは、ファイルを直接コピーするよりも高いパフォーマンスを提供します。

No. DFS レプリケーションでは、帯域幅の検出は実行されません。 接続ごとに限られた帯域幅を使用するように DFS レプリケーションを構成できます (帯域幅の調整)。 ただし、ネットワーク インターフェイスが飽和状態になった場合、DFS レプリケーションは帯域幅の使用率をさらに低下させず、DFS レプリケーションはリンクを短時間飽和させる可能性があります。 DFS レプリケーションでは RPC 呼び出しを調整することで帯域幅が調整されるため、DFS レプリケーションによる帯域幅調整は完全に正確ではありません。 その結果、ネットワーク スタックの下位レベルのさまざまなバッファー (RPC を含む) が干渉し、ネットワーク トラフィックが急増する可能性があります。

スケジュールの指定時に帯域幅調整を構成すると、そのレプリケーショングループのすべての接続で帯域幅調整にその設定が使用されます。 帯域幅調整は、DFS 管理を使用して接続レベルの設定として設定することもできます。

No. DFS レプリケーションでは、Active Directory Domain Services サイトのコストに関係なく、管理者によって定義されたトポロジが使用されます。

レプリケーションのパフォーマンスをチューニングするさまざまな方法については、「ディレクトリ サービス チームに質問する」ブログの DFSR でのレプリケーション パフォーマンスのチューニングを参照してください。

DFS レプリケーションでは、接続で使用する最大帯域幅を設定すると、サービスはそのレベルのネットワーク使用量を維持します。 これはバックグラウンド インテリジェント転送サービス (BITS) とは異なり、適切に設定すると DFS レプリケーションでは接続が飽和しません。

それにもかかわらず、帯域幅調整は 100% 正確ではなく、DFS レプリケーションによってリンクが短時間飽和する可能性があります。 これは、DFS レプリケーションが RPC 呼び出しを調整することによって帯域幅を調整するためです。 このプロセスは、RPC を含むネットワーク スタックの下位レベルのさまざまなバッファーに依存するため、レプリケーション トラフィックはバーストで移動する傾向があり、ネットワーク リンクが飽和する場合があります。

Windows Server 2008 の DFS レプリケーションには、「Windows Server 2003 SP1 から Windows Server 2008 への機能の変更点」の記事「分散ファイル システム」で説明されているように、いくつかのパフォーマンス強化が含まれています。

DFS レプリケーションは、特に大きなファイルに小さな変更が加えられ、RDC が有効になっている場合に、FRS よりも高速です。 たとえば、RDC では、2 MB のPowerPoint® プレゼンテーションに小さな変更を加えた場合、ネットワーク経由で送信されるキロバイト数は 60 KB に過ぎなく、転送されたバイト数は 97% 削減されます。

RDC は 64 KB 未満のファイルでは使用されず、ネットワーク帯域幅が競合しない高速 LAN では役に立たない可能性があります。 RDC は、DFS 管理を使用して接続ごとに無効にすることができます。

設定したスケジュールに従ってデータがレプリケートされます。 たとえば、スケジュールを 15 分間隔 (週 7 日) に設定できます。 これらの間隔の間に、レプリケーションが有効になります。 レプリケーションは、ファイルの変更が検出された直後 (通常は数秒以内) に開始されます。

接続スケジュールが受信側メンバーの現地時刻に設定されている間、レプリケーション グループ のスケジュールは協定世界時 (UTC) に設定できます。 レプリケーション グループが複数のタイム ゾーンにまたがる場合は、これを考慮してください。 ローカル時刻は、受信接続をホストしているメンバーの時刻を意味します。 受信接続の表示されるスケジュールと、対応する送信接続は、スケジュールがローカル時刻に設定されている場合のタイム ゾーンの違いを反映します。

DFS レプリケーションで使用されるディスク、メモリ、および CPU リソースは、ファイルの数とサイズ、変更率、レプリケーション グループ メンバの数、レプリケートされたフォルダの数など、多くの要因によって異なります。 さらに、一部のリソースは見積もりが困難です。 たとえば、DFS レプリケーション データベースに使用される拡張記憶域エンジン (ESE) テクノロジでは、使用可能なメモリの大部分が消費され、オンデマンドで解放される可能性があります。 DFS レプリケーション以外のアプリケーションは、サーバーの構成に応じて同じサーバーでホストできます。 ただし、1 台のサーバーで複数のアプリケーションまたはサーバーの役割をホストする場合は、運用環境に実装する前に、この構成をテストすることが重要です。

接続がダウンした場合、DFS レプリケーションはスケジュールが開いている間、レプリケートを試み続けます。 また、(アラートを通じて事前に) MOM と DFS レプリケーション正常性レポート (管理者が実行するときなど) を使用して収集できる接続エラーが DFS レプリケーション イベント ログに記録されます。

リモート差分圧縮 (RDC) は、制限された帯域幅のネットワーク経由でファイルを効率的に更新するために使用できるクライアント/サーバー プロトコルです。 RDC は、ファイル内のデータの挿入、削除、および再配置を検出し、DFS レプリケーションがファイルの更新時にのみ変更をレプリケートできるようにします。 RDC は、既定で 64 KB 以上のファイルにのみ使用されます。 RDC では、レプリケート フォルダーまたは DfsrPrivate\ConflictandDeleted フォルダー (レプリケート されたフォルダーのローカル パスの下にある) に同じ名前のファイルの古いバージョンを使用できます。

RDC は、ファイルが最小サイズのしきい値を超えた場合に使用されます。 このサイズのしきい値は、既定では 64 KB です。 そのしきい値を超えるファイルがレプリケートされた後、ファイルの大部分が変更されるか RDC が無効になっていない限り、更新されたバージョンのファイルは常に RDC を使用します。

ファイル間 RDC を使用するには、レプリケーション接続の 1 つのメンバーが、ファイル間 RDC をサポートする Windows オペレーティング システムのエディションを実行している必要があります。 次の表に、ファイル間 RDC をサポートする Windows オペレーティング システムのエディションを示します。

オペレーティング システムのバージョン	Standard Edition	Enterprise Edition	Datacenter Edition
Windows Server 2012 R2	Yes	Not available	Yes
Windows Server 2012	Yes	Not available	Yes
Windows Server 2008 R2	No	Yes	Yes
Windows Server 2008	No	Yes	No
Windows Server 2003 R2	No	Yes	No

* 必要に応じて、Windows Server 2012 R2 でファイル間 RDC を無効にすることができます。

Yes. ファイルの変更された部分は、 .wma、 .wmv、 .zip、 .jpg、 .mpg、 .mpeg、 .m1v、 .mp2、 .mp3、 .mpa、 .cab、 .wav、 .snd、 .au、 .asf、 .wm、 .avi、 .z、 .gz、 .tgz、 .frxを除くすべてのファイルタイプで送信されます。 これらのファイルの種類の圧縮設定は、Windows Server 2003 R2 では構成できません。

Yes. RDC は、特定の接続のプロパティ ページを使用してオフにすることができます。 RDC を無効にすると、帯域幅の制約がない高速ローカル エリア ネットワーク (LAN) リンク、または主に 64 KB 未満のファイルで構成されるレプリケーション グループの場合、CPU 使用率とレプリケーションの待機時間を短縮できます。 接続で RDC を無効にすることを選択した場合は、変更の前後にレプリケーションの効率をテストして、レプリケーションのパフォーマンスが向上していることを確認します。

RDC サイズのしきい値は、 Set-DfsrConnection コマンドレット、DFS レプリケーション WMI プロバイダーを使用するか、構成 XML ファイルを手動で編集することで変更できます。

Yes. RDC は、ファイル データ型に関係なく、ブロック レベルで相違点を計算します。 ただし、RDC は、Word ドキュメント、PST ファイル、VHD イメージなどの特定のファイルの種類でより効率的に動作します。

DFS レプリケーションでは、変更されたファイル内のブロックを計算し、それらのブロックのみをネットワーク経由で送信する RDC を使用します。 DFS レプリケーションは、ファイルの内容について何も知る必要はなく、どのブロックが変更されたかのみを知る必要があります。

Windows Server の Standard Edition では、ファイル間 RDC はサポートされていません。 ただし、ファイル間 RDC をサポートするエディションにアップグレードする場合、またはレプリケーション接続のメンバーがサポートされているエディションを実行している場合は、自動的に有効になります。 ファイル間 RDC をサポートするエディションの一覧については、「ファイル間 RDC をサポートする Windows オペレーティング システムのエディション」を参照してください。

No. RDC は、ファイル転送を圧縮するための汎用プロトコルです。 DFS レプリケーションでは、ディスク ブロック レベルではなく、ファイル レベルのブロックで RDC が使用されます。 RDC はファイルをブロックに分割します。 ファイル内のブロックごとに、より大きなブロックを表すことができる数バイトの署名が計算されます。 署名のセットは、サーバーからクライアントに転送されます。 クライアントは、サーバー署名を独自の署名と比較します。 次に、クライアントは、クライアントにまだ存在しない署名のデータのみを送信するようにサーバーに要求します。

DFS レプリケーションは、次のレプリケーション中に、レプリケーション グループの他のすべてのメンバーのファイルの名前を変更します。 ファイルは一意の ID を使用して追跡されるため、ファイルの名前を変更し、レプリカ内でファイルを移動しても、DFS レプリケーションでファイルをレプリケートする機能には影響しません。

ファイル間 RDC を使用すると、クライアント側に同じ名前のファイルが存在しない場合でも、DFS レプリケーションで RDC を使用できます。 ファイル間 RDC では、ヒューリスティックを使用して、レプリケートする必要があるファイルに似たファイルを特定し、レプリケート ファイルと同じ類似ファイルのブロックを使用して、WAN 経由で転送されるデータの量を最小限に抑えます。 ファイル間 RDC では、このプロセスで最大 5 つの類似ファイルのブロックを使用できます。

ファイル間 RDC を使用するには、レプリケーション接続の 1 つのメンバーが、ファイル間 RDC をサポートする Windows のエディションを実行している必要があります。 ファイル間 RDC をサポートするエディションの一覧については、「ファイル間 RDC をサポートする Windows オペレーティング システムのエディション」を参照してください。

No. レプリケート フォルダーのパスを変更する必要がある場合は、DFS 管理で削除し、新しいレプリケート フォルダーとして追加し直す必要があります。 DFS レプリケーションでは、リモート差分圧縮 (RDC) を使用して同期を実行し、データが送受信メンバーで同じかどうかを判断します。 フォルダー内のすべてのデータが再度複製されることはありません。

いいえ、DFS レプリケーションがレプリケートするファイル属性を構成することはできません。

属性値とその説明のリストについては、「 ファイル属性」を参照してください。

次の属性値は、 SetFileAttributes dwFileAttributes 関数を使用して設定され、DFS レプリケーションによってレプリケートされます。 これらの属性値を変更すると、属性のレプリケーションがトリガーされます。 ファイルの内容も変更されない限り、ファイルの内容はレプリケートされません。 詳細については、「 SetFileAttributes 関数」を参照してください。

• FILE_ATTRIBUTE_HIDDEN

• FILE_ATTRIBUTE_READONLY

• FILE_ATTRIBUTE_SYSTEM

• FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

• FILE_ATTRIBUTE_OFFLINE

次の属性値は DFS レプリケーションによってレプリケートされますが、レプリケーションはトリガーされません。

• FILE_ATTRIBUTE_ARCHIVE

• FILE_ATTRIBUTE_NORMAL

次のファイル属性値もレプリケーションをトリガーしますが、 SetFileAttributes 関数を使用して設定することはできません (属性値を表示するには GetFileAttributes 関数を使用します)。

• FILE_ATTRIBUTE_REPARSE_POINT

Note

DFS レプリケーションでは、再解析タグがIO_REPARSE_TAG_SYMLINKされていない限り、再解析ポイント属性値はレプリケートされません。 IO_REPARSE_TAG_DEDUP、IO_REPARSE_TAG_SIS、またはIO_REPARSE_TAG_HSM再解析タグを持つファイルは、通常のファイルとしてレプリケートされます。 ただし、再解析ポイントはローカル システムでのみ機能するため、再解析タグと再解析データ バッファーは他のサーバーにレプリケートされません。

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

Note

DFS レプリケーションでは、暗号化ファイル システム (EFS) を使用して暗号化されたファイルはレプリケートされません。 DFS レプリケーションは、Microsoft 以外のソフトウェアを使用して暗号化されたファイルをレプリケートしますが、ファイルに FILE_ATTRIBUTE_ENCRYPTED 属性値が設定されていない場合に限ります。

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

DFS レプリケーションでは、FILE_ATTRIBUTE_TEMPORARY値はレプリケートされません。

Yes. レプリケーション グループを作成するときにトポロジを選択できます。 または、[ トポロジなし ] を選択し、レプリケーション グループの作成後に接続を手動で構成することもできます。

Yes. DFS レプリケーションでは、初期レプリケーションの前にファイルをレプリケーション グループ メンバーにコピーできます。 この "事前設定" により、初期レプリケーション中にレプリケートされるデータの量が大幅に削減される可能性があります。

初期レプリケーションでは、ファイルが実際の属性またはタイムスタンプによってのみ異なる場合、コンテンツをレプリケートする必要はありません。 実際の属性は、Win32 関数 SetFileAttributesで設定できる属性です。 詳細については、「 SetFileAttributes 関数」を参照してください。 2 つのファイルが圧縮などの他の属性によって異なる場合、ファイルの内容がレプリケートされます。

レプリケーション グループ メンバーを事前設定するには、ファイルをコピー先サーバー上の適切なフォルダーにコピーし、レプリケーション グループを作成して、プライマリ メンバーを選択します。 プライマリ メンバーのコンテンツが "権限がある" と見なされるため、レプリケートする -date ファイルが最も up-toメンバーを選択します。つまり、初期レプリケーション中に、プライマリ・メンバーのファイルは、レプリケーション・グループの他のメンバーにあるファイルの他のバージョンを常に上書きします。

DFSR データベースの事前シード処理と複製の詳細については、「 Windows Server 2012 R2 の DFS レプリケーション初期同期: クローンの攻撃」を参照してください。

初期レプリケーションの詳細については、「レプリケーション グループの作成」を参照してください。

Yes. DFS レプリケーションは、次の 3 つの一般的な FRS の問題を克服します。

• ジャーナル ラップ: DFS レプリケーションは、その場でジャーナル ラップから回復します。 既存の各ファイルまたはフォルダーは journalWrap としてマークされ、レプリケーションが再び有効になる前にファイル システムに対して検証されます。 復旧中は、このボリュームはどちらの方向でもレプリケーションに使用できません。

• 過剰なレプリケーション: 過剰なレプリケーションを防ぐために、DFS レプリケーションではクレジットのシステムが使用されます。

• 変形フォルダー: フォルダー名の変更を防ぐために、DFS レプリケーションは、非表示の DfsrPrivate\ConflictandDeleted フォルダー (レプリケート されたフォルダーのローカル パスの下にある) に競合するデータを格納します。 たとえば、FRS を使用してレプリケートされた異なるサーバーで同じ名前の複数のフォルダーを同時に作成すると、FRS は古いフォルダーの名前を変更します。 代わりに、DFS レプリケーションは、古いフォルダーをローカルの競合フォルダーと削除済みフォルダーに移動します。

No. ファイルが順を追ってレプリケートされる場合があります。

アプリケーションがファイルを開き、そのファイルにファイル ロックを作成した場合 (開いている間は他のアプリケーションでファイルが使用されないようにする場合)、DFS レプリケーションはファイルを閉じるまでファイルをレプリケートしません。 アプリケーションが読み取り共有アクセス権を持つファイルを開いた場合でも、そのファイルをレプリケートできます。

• DFS レプリケーションでは、NTFS ファイルのアクセス許可と代替データ ストリームがレプリケートされます。

• Microsoft は、レプリケートされたフォルダー内のファイルとの間で NTFS ハード リンクを作成することをサポートしていません – そうすると、影響を受けるファイルでレプリケーションの問題が発生する可能性があります。 ハード リンク ファイルは DFS レプリケーションによって無視され、レプリケートされません。 ジャンクション ポイントもレプリケートされず、DFS レプリケーションは、検出されたジャンクション ポイントごとにイベント 4406 をログに記録します。

• DFS レプリケーションによってレプリケートされる再解析ポイントは、IO_REPARSE_TAG_SYMLINK タグを使用するポイントのみです。ただし、DFS レプリケーションでは、シンボリックリンクのターゲットもレプリケートされることは保証されません。 詳細については、「 ディレクトリ サービス チームに質問する」ブログを参照してください。

• IO_REPARSE_TAG_DEDUP、IO_REPARSE_TAG_SIS、またはIO_REPARSE_TAG_HSM再解析タグを持つファイルは、通常のファイルとしてレプリケートされます。 再解析ポイントはローカル システムでのみ機能するため、再解析タグと再解析データ バッファは他のサーバーにレプリケートされません。 そのため、DFS レプリケーションは、Windows Server 2012 またはシングル インスタンス ストレージ (SIS) でデータ重複除去を使用するボリューム上のフォルダーをレプリケートできますが、データ重複排除情報は、ロール サービスが有効になっている各サーバーとは別に保持されます。

いいえ、DFS レプリケーションでは、タイムスタンプの変更のみが変更されるファイルはレプリケートされません。 さらに、変更されたタイムスタンプは、ファイルに他の変更が加えられない限り、レプリケーショングループの他のメンバーにレプリケートされません。

Yes. DFS レプリケーションは、ファイルとフォルダーのアクセス許可の変更をレプリケートします。 DFS レプリケーションでは引き続きファイル全体をステージング領域に読み取る必要がありますが、アクセス制御リスト (ACL) に関連付けられているファイルの一部のみがレプリケートされます。

Note

多数のファイルで ACL を変更すると、レプリケーションのパフォーマンスに影響する可能性があります。 ただし、RDC を使用する場合、転送されるデータの量は、ファイル全体のサイズではなく、ACL のサイズに比例します。 ステージング フォルダーとの間でファイルを読み取る必要があるため、ディスク トラフィックの量はファイルのサイズに比例します。

DFS レプリケーションでは、競合が発生した場合にファイルをマージしません。 ただし、競合が検出されたコンピューター上の非表示の DfsrPrivate\ConflictandDeleted フォルダーに古いバージョンのファイルを保持しようとします。

Yes. DFS レプリケーションでは、暗号化と共にリモート プロシージャ コール (RPC) 接続が使用されます。

No. DFS レプリケーション サービスは、TCP 経由のリモート プロシージャ コール (RPC) を使用してデータをレプリケートします。 インターネット経由のデータ転送をセキュリティで保護するために、DFS レプリケーション サービスは常に認証レベルの定数 ( RPC_C_AUTHN_LEVEL_PKT_PRIVACY) を使用するように設計されています。 これにより、インターネット経由の RPC 通信が常に暗号化されます。 そのため、DFS レプリケーション サービスによる暗号化された RPC の使用を無効にすることはできません。

詳細については、次の Microsoft Web サイトを参照してください。

• RPC テクニカル リファレンス

• リモート差分圧縮について

• Authentication-Level Constants

レプリケートされたフォルダーごとに 1 つの更新マネージャーがあります。 更新マネージャーは互いに独立して動作します。

既定では、最大 16 個 (Windows Server 2003 R2 では 4 つ) の同時ダウンロードが、すべての接続とレプリケーション グループ間で共有されます。 接続とレプリケーション グループの更新はシリアル化されないため、更新が受信される特定の順序はありません。 2 つのスケジュールが開かれている場合、両方の接続から同時に更新プログラムが受信され、インストールされます。

レプリケーション スケジュールの編集の説明に従って、DFS 管理を使用してすぐに レプリケーションを強制できます。 Windows Server 2012 R2 で導入された DFSR PowerShell モジュールに含まれる Sync-DfsReplicationGroup コマンドレット、または Dfsrdiag SyncNow コマンドを使用して、レプリケーションを強制することもできます。 ポーリングは、 Update-DfsrConfigurationFromAD コマンドレットまたは Dfsrdiag PollAD コマンドを使用して強制できます。

No. スケジュールが開いている場合、DFS レプリケーションは変更に気付くとレプリケートします。 ファイルの静かな時間を設定する方法はありません。

Yes. Windows Server 2012 または Windows Server 2008 R2 を使用している場合は、一方向接続を介してコンテンツをレプリケートする読み取り専用のレプリケート フォルダーを作成できます。 詳細については、「」を参照してください。

Windows Server 2008 または Windows Server 2003 R2 での DFS レプリケーションを使用した一方向レプリケーション接続の作成はサポートされていません。 これを行うと、正常性チェック トポロジ エラー、ステージングの問題、DFS レプリケーション データベースに関する問題など、さまざまな問題が発生する可能性があります。

Windows Server 2008 または Windows Server 2003 R2 を使用している場合は、次のアクションを実行して一方向接続をシミュレートできます。

• プライマリ サーバーとして指定するサーバーでのみ変更を加え、その変更を宛先サーバーにレプリケートするように管理者をトレーニングします。

• エンド ユーザーに書き込みアクセス許可がないように、宛先サーバーの共有アクセス許可を構成します。 ブランチ サーバーで変更が許可されていない場合、レプリケートバックするものは何もなく、一方向接続をシミュレートし、WAN 使用率を低く保ちます。

No. DFS レプリケーションがファイルを同一と見なす場合、レプリケートは行われません。 変更されたファイルがレプリケートされていない場合、DFS レプリケーションは、そうするように構成されている場合、自動的にレプリケートします。 構成されたスケジュールを上書きするには、WMI メソッド ForceReplicate() を使用します。 ただし、これはスケジュールのオーバーライドにすぎず、変更されていないファイルや同一のファイルのレプリケーションは強制されません。

初期レプリケーション中、プライマリ メンバーのファイルは、受信メンバーがプライマリ メンバー上で異なるバージョンのファイルを持っている場合に発生する競合解決で常に優先されます。 プライマリ メンバーの指定は Active Directory Domain Services に格納され、プライマリ メンバーをレプリケートする準備ができた後、レプリケーション グループのすべてのメンバーがレプリケートされる前に、指定がクリアされます。

初期レプリケーションが失敗した場合、またはレプリケーション中に DFS レプリケーション サービスが再起動された場合、プライマリ メンバーはローカル DFS レプリケーション データベースでプライマリ メンバーの指定を確認し、初期レプリケーションを再試行します。 Active Directory Domain Services のプライマリ指定をクリアした後、レプリケーション グループのすべてのメンバーが初期レプリケーションを完了する前に、プライマリ メンバーの DFS レプリケーション データベースが失われた場合、プライマリ メンバーとして指定されたサーバーがないため、レプリケーション グループのすべてのメンバーはフォルダーのレプリケートに失敗します。 この場合は、プライマリ メンバー サーバーで Dfsradmin membership /set /isprimary:true コマンドを使用して、プライマリ メンバーの指定を手動で復元します。

初期レプリケーションの詳細については、「レプリケーション グループの作成」を参照してください。

Warning

プライマリ メンバーの指定は、初期レプリケーション プロセス中にのみ使用されます。 レプリケーションの完了後に Dfsradmin コマンドを使用してレプリケートされたフォルダーのプライマリ メンバーを指定する場合、DFS レプリケーションでは、サーバーが Active Directory ドメイン サービスのプライマリ メンバーとして指定されません。 ただし、サーバー上の DFS レプリケーション データベースが、その後、元に戻せない破損やデータ損失が発生した場合、サーバーは、レプリケーション グループの別のメンバーからデータを回復するのではなく、プライマリ メンバーとして初期レプリケーションを実行しようとします。 基本的に、サーバーは悪意のあるプライマリ サーバーになり、競合が発生する可能性があります。 このため、最初のレプリケーションが失敗することが確実な場合にのみ、プライマリ メンバーを手動で指定してください。

接続でリモート差分圧縮 (RDC) が有効になっている場合、スケジュールが終了する (または [ 帯域幅なし] に変更される) 直前にレプリケートを開始した 64 KB を超えるファイルの受信レプリケーションは、スケジュールが開いたとき (または [ 帯域幅なし] 以外のものに変更される) ときに続行されます。 レプリケーションは、レプリケーションが停止した時点の状態から続行されます。

RDC がオフの場合、DFS レプリケーションはファイル転送を完全に再起動します。 これは、受信側メンバーでファイルが使用可能な場合に遅延する可能性があります。

DFS レプリケーションは、競合を検出すると、最後に保存されたファイルのバージョンを使用します。 もう 1 つのファイルを DfsrPrivate\ConflictandDeleted フォルダーに移動します (競合を解決したコンピューター上のレプリケート フォルダーのローカル パスの下)。 競合フォルダーと削除済みフォルダーが構成されたサイズを超えた場合、または DFS レプリケーションでディスク領域不足エラーが発生した場合に発生する、競合フォルダーと削除済みフォルダーのクリーンアップまで保持されます。 Conflict and Deleted フォルダーはレプリケートされず、この競合解決方法により、FRS で可能だったモーフィングされたディレクトリの問題を回避できます。

競合が発生すると、DFS レプリケーションは情報イベントを DFS レプリケーション イベント ログに記録します。 このイベントでは、次の理由からユーザー アクションは必要ありません。

• ユーザーには表示されません (サーバー管理者にのみ表示されます)。

• DFS レプリケーションでは、競合フォルダーと削除済みフォルダーがキャッシュとして扱われます。 クォータのしきい値に達すると、それらのファイルの一部がクリーンアップされます。 競合するファイルが保存されるという保証はありません。

• 競合は、競合の発生元とは異なるサーバー上に存在する可能性があります。

No. DFS レプリケーションは、帯域幅調整クォータを超えた場合、または接続が無効になっている場合、スケジュールされたレプリケーション時間外にファイルをステージングし続けません。

No. DFS レプリケーションは、ユーザーやアプリケーションがレプリケーション フォルダー内のファイルを開くのをブロックしない方法でファイルを開きます。 このメソッドは"日和見ロック" と呼ばれます。

Yes. ステージング フォルダの場所は、[プロパティ] ダイアログ ボックスの [詳細設定] タブで、レプリケーション グループの各メンバーについて構成します。

次の表に示すように、受信側のメンバーが (ファイルが 64 KB 以下でない限り) ファイルを要求すると、ファイルは送信側メンバーでステージングされます。 接続でリモート差分圧縮 (RDC) が無効になっている場合、ファイルは 256 KB 以下でない限りステージングされます。 ファイルのサイズが 64 KB 未満の場合、転送時に受信側メンバーにもステージングされますが、この設定は 16 KB から 1 MB の間で構成できます。 スケジュールが閉じている場合、ファイルはステージングされません。

	RDC enabled	RDC disabled
Sending member	64 KB	256 KB
Receiving member	既定では 64 KB	既定では 64 KB

ファイルの一部が既に送信されている場合、DFS レプリケーションは転送を続行します。 DFS レプリケーションがファイルの送信を開始する前にファイルが変更された場合は、新しいバージョンのファイルが送信されます。

Change history

Date	Description	Reason
2018 年 11 月 15 日	Windows Server 2019 用に更新されました。	新しいオペレーティング システム。
2013年10月9日	Windows Server 2012 R2 でのテストの結果を使用して、「 DFS レプリケーションでサポートされている制限は何ですか? 」セクションを更新しました。	最新バージョンの Windows Server の更新プログラム
2013年1月30日	[ スケジュールまたは帯域幅の調整クォータによってレプリケーションが無効になっている場合、または接続が手動で無効になっている場合、DFS レプリケーションはファイルのステージングを続行しますか? ] エントリを追加しました。	Customer questions
2012年10月31日	[ DFS レプリケーションでサポートされている制限は何ですか?] エントリを編集して、ボリューム上のレプリケートされるファイルのテスト数を増やしました。	Customer feedback
2012 年 8 月 15 日	「 DFS レプリケーションは NTFS ファイルのアクセス許可、代替データ ストリーム、ハード リンク、および再解析ポイントをレプリケートしますか? 」エントリを編集して、DFS レプリケーションがハード リンクと再解析ポイントを処理する方法をさらに明確にしました。	カスタマー サポート サービスからのフィードバック
2012 年 6 月 13 日	「DFS レプリケーションは ReFS ボリュームと FAT ボリュームで機能しますか?」エントリを編集して、ReFS に関する説明を追加しました。	Customer feedback
2012 年 4 月 25 日	「DFS レプリケーションは NTFS ファイルのアクセス許可、代替データ ストリーム、ハード リンク、および再解析ポイントをレプリケートしますか?」エントリを編集して、DFS レプリケーションがハード リンクを処理する方法を明確にしました。	潜在的な混乱を減らす
2011 年 3 月 30 日	「DFS レプリケーションで Outlook .pst または Microsoft Office Access データベース ファイルをレプリケートできますか?」エントリを編集して、.pst ファイルと Access ファイルで DFS レプリケーションを使用した場合の潜在的な影響を修正しました。 レ プリケーションのパフォーマンスを向上させるにはどうすればよいですか?	.pst ファイルまたは Access ファイルをレプリケートすると DFS レプリケーション データベースが破損する可能性があると誤って示された前のエントリに関するお客様の質問。
2011 年 1 月 26 日	ConflictAndDeleted または PreExisting フォルダーからファイルを復元する方法を追加しました。	Customer feedback
2010 年 10 月 20 日	追加されました DFS レプリケーション メンバーをアップグレードまたは置き換える方法	Customer feedback