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

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

はい。Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2、または Windows Server 2008 が実行されているサーバーでは、SYSVOL 用の FRS レプリケーションの代わりに DFS レプリケーションを使用できます。 Windows Server 2003 R2 が実行されているサーバーでは、SYSVOL フォルダーをレプリケートするために DFS レプリケーションを使用することはできません。

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

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

• SYSVOL フォルダー以外のフォルダーのレプリケーションを移行するには、「DFS 操作ガイド: FRS から DFS レプリケーションへの移行」および FRS2DFSR – FRS から DFSR への移行ユーティリティ (https://go.microsoft.com/fwlink/?LinkID=195437) を参照してください。

• SYSVOL フォルダーのレプリケーションを DFS レプリケーションに移行する方法については、「SYSVOL のレプリケーションを DFS レプリケーションに移行する」をご覧ください。

はい。 DFS レプリケーションでサポートされているのは、Windows Server が実行されているサーバー間での内容のレプリケートだけですが、UNIX クライアントは Windows Server 上のファイル共有にアクセスできます。 そのためには、ネットワーク ファイル システム (NFS) 用のサービスを DFS レプリケーション サーバーにインストールします。

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

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

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

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

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

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

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

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

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

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

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

• クォータを有効にする前に、どのフォルダーもクォータを超えていてはなりません。

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

はい。Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2 の DFS レプリケーションには、レプリケーション グループのメンバーとしてフェールオーバー クラスターを追加する機能が含まれています。 詳細については、「レプリケーション グループにフェールオーバー クラスターを追加する」(https://go.microsoft.com/fwlink/?LinkId=155085) を参照してください。 Windows Server 2008 R2 より前のバージョンの Windows の DFS レプリケーション サービスは、フェールオーバー クラスターと連携するように設計されていないため、サービスは別のノードにフェールオーバーされません。

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

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

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

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

ウイルス対策アプリケーションのスキャン アクティビティによりレプリケート フォルダー内のファイルが変更された場合、過剰なレプリケーションが発生する可能性があります。 詳細については、ウイルス対策アプリケーションの DFS レプリケーションとの相互運用性のテスト (https://go.microsoft.com/fwlink/?LinkId=73990) に関するページを参照してください。

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 コマンド ライン ツールを使用すると、エフェメラル ポートの代わりに静的ポートを指定できます。 RPC エンドポイント マッパーを指定する方法の詳細については、Microsoft サポート技術情報の記事 154596 (https://go.microsoft.com/fwlink/?LinkId=73991) を参照してください。

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

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

• ネットワーク接続経由で .pst ファイルを開くと、.pst ファイルのデータが破損する可能性があります。 ネットワーク経由で .pst ファイルに安全にアクセスできない理由の詳細については、Microsoft サポート技術情報の記事 297019 (https://go.microsoft.com/fwlink/?LinkId=125363) を参照してください。

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

いいえ。 DFS レプリケーションの構成は Active Directory® Domain Services に依存しています。 それはドメイン内でのみ機能します。

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

いいえ。 DFS レプリケーションと DFS 名前空間は、別々に使うことも一緒に使うこともできます。 また、DFS レプリケーションを使うと、FRS ではできなかったスタンドアロン DFS 名前空間のレプリケーションが可能です。

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

はい。 ただし、ボリューム全体をレプリケートすると、次の問題が発生する場合があります。

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

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

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

いいえ。

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

いいえ。 DFS レプリケーションでは、NTFS ファイル システムでフォーマットされたボリュームのみがサポートされます。つまり、Resilient File System (ReFS) および FAT ファイル システムはサポートされていません。 DFS レプリケーションでは、NTFS 変更ジャーナルや NTFS ファイル システムの他の機能が使用されるため、NTFS が必要です。

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

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

詳細については、「DFS レプリケーションを管理する機能を委任する」(https://go.microsoft.com/fwlink/?LinkId=182294) にある DFS レプリケーションのセキュリティ要件と委任に関する説明を参照してください。

DFS レプリケーション メンバーをアップグレードまたは置換するには、ディレクトリ サービス チームに対する質問での次のブログ投稿をご覧ください: DFSR メンバーのハードウェアまたは OS を置き換える。

はい。 移動ユーザー プロファイルをレプリケートするときは、特定のシナリオがサポートされます。 サポートされるシナリオについては、「レプリケートされたユーザー プロファイル データに関する Microsoft のサポート表明」(https://go.microsoft.com/fwlink/?LinkId=201282) を参照してください。

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

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

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

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

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

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

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

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

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

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

Windows Server 2003 R2 に関して Microsoft によってでテストされているスケーラビリティ ガイドラインの一覧については、「DFS レプリケーションのスケーラビリティ ガイドライン」(https://go.microsoft.com/fwlink/?LinkId=75043) を参照してください。

複数のユーザーが異なるサーバー上の同じファイルを同時に更新または変更する場合は、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 ドメイン サービス スキーマを更新すると、これらのオブジェクトが作成されます。 詳細については、「DFS レプリケーションの要件を確認する」(https://go.microsoft.com/fwlink/?LinkId=182264) を参照してください。

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

• Windows Server 2012 R2 または DfsrAdmin.exe に含まれる DFSR Windows PowerShell モジュールをスケジュールされたタスクと共に使用して、正常性レポートを定期的に生成します。 詳細については、DFS レプリケーションの正常性レポートの自動化に関するページ (https://go.microsoft.com/fwlink/?LinkId=74010) を参照してください。

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

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

はい。 詳細については、Microsoft ダウンロード センターにある System Center Operations Manager 2007 用の DFS レプリケーション管理パックに関するページ (https://go.microsoft.com/fwlink/?LinkId=182265) を参照してください。

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

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

いいえ。 DFS レプリケーションには、独自の監視ツールと診断ツールのセットがあります。 Ultrasound と Sonar では、FRS の監視のみを行うことができます。

失われたファイルを回復するには、ファイル履歴、エクスプローラーの [以前のバージョンの復元] コマンド、またはバックアップからのファイルの復元を使用して、ファイル システム フォルダーまたは共有フォルダーからファイルを復元します。 ConflictAndDeleted または PreExisting フォルダーから直接ファイルを回復するには、Get-DfsrPreservedFiles および Restore-DfsrPreservedFiles Windows PowerShell コマンドレット (Windows Server 2012 R2 の DFSR モジュール含まれています)、または MSDN コード ギャラリーの RestoreDFSR サンプル スクリプトを使用します。 このスクリプトはディザスター リカバリーのみを目的としたもので、現状のまま保証なしで提供されます。

はい。 レプリケーションを監視するには、いくつかの方法があります。

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

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

• Windows Server 2012 R2 の DFSR Windows PowerShell モジュールには、伝達テストを開始し、伝達レポートと正常性レポートを作成するためのコマンドレットが含まれています。 詳しくは、Windows PowerShell の分散ファイル システム レプリケーション コマンドレットに関するページをご覧ください。

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

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

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

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

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

いいえ。 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 レプリケーションは、FRS よりはるかに高速です。大きなファイルに対して小さな変更が行われ、RDC が有効になっている場合は特にそうです。 たとえば、RDC を使用すると、2 MB の PowerPoint® プレゼンテーションへの小さな変更により、ネットワーク経由で 60 KB しか送信されない場合があります。これは、転送されるバイト数の 97% の削減です。

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

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

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

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

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

Remote Differential Compression (RDC) は、帯域幅に制限のあるネットワーク経由で効率的にファイルを更新するために使用できるクライアント サーバー プロトコルです。 RDC ではファイルに対するデータの挿入、削除、配置変更が検出されるので、ファイルが更新されたら、DFS レプリケーションでファイルの変更部分のみをレプリケートすることができます。 RDC は、既定では 64 KB 以上のファイルに対してのみ使用されます。 RDC では、レプリケート フォルダーまたは DfsrPrivate\ConflictandDeleted フォルダー (レプリケート フォルダーのローカル パスの下にあります) 内の同じ名前を持つ以前のバージョンのファイルを使用できます。

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

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

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

はい。 ファイルの変更部分は、すべての種類のファイルに対して送信される前に圧縮されます。ただし、以下のファイルは既に圧縮されているため除きます: .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 を無効にすることができます。 RDC を無効にすると、帯域幅の制約がない高速ローカル エリア ネットワーク (LAN) リンク、または主に 64 KB 未満のファイルで構成されるレプリケーション グループで、CPU 使用率とレプリケーション待機時間が減少します。 接続で RDC を無効にする場合は、変更前と変更後にレプリケーションの効率をテストして、レプリケーションのパフォーマンスが向上したことを確認してください。

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

はい。 RDC では、ファイルのデータの種類に関係なく、ブロック レベルで相違が計算されます。 ただし、Word 文書、PST ファイル、VHD イメージなどの特定のファイルの種類では、RDC がより効率的に動作します。

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

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

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

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

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

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

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

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

属性値とその説明の一覧については、MSDN にある「ファイル属性」(https://go.microsoft.com/fwlink/?LinkId=182268) を参照してください。

次の属性値は、SetFileAttributes dwFileAttributes 関数を使用して設定され、DFS レプリケーションによってレプリケートされます。 これらの属性値を変更すると、属性のレプリケーションがトリガーされます。 内容も変更されない限り、ファイルの内容はレプリケートされません。 詳細については、MSDN ライブラリにある SetFileAttributes 関数に関するページ (https://go.microsoft.com/fwlink/?LinkId=182269) を参照してください。

• 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

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

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

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

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

ファイルで異なっているのが実際の属性またはタイムスタンプだけの場合、初期レプリケーションで内容をレプリケートする必要はありません。 実際の属性とは、Win32 関数 SetFileAttributes によって設定できる属性です。 詳細については、MSDN ライブラリにある SetFileAttributes 関数に関するページ (https://go.microsoft.com/fwlink/?LinkId=182269) を参照してください。 2 つのファイルの間で圧縮などの他の属性が異なっている場合は、ファイルの内容がレプリケートされます。

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

DFSR データベースの事前シードと複製については、「Windows Server 2012 R2 での DFS レプリケーションの初期同期: 複製の攻撃」をご覧ください。

初期レプリケーションについて詳しくは、「レプリケーション グループを作成する」をご覧ください。

はい。 DFS レプリケーションでは、次の 3 つの一般的な FRS の問題が解決されます。

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

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

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

いいえ。 ファイルは、順不同でレプリケートされる可能性があります。

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

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

• レプリケート フォルダー内のファイルとの間での 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 レプリケーションを使うと、ファイルとフォルダーに対するアクセス許可の変更がレプリケートされます。 アクセス制御リスト (ACL) に関連付けられているファイルの部分のみがレプリケートされますが、DFS レプリケーションではファイル全体をステージング領域に読み取る必要があります。

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

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

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

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

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

• Remote Differential Compression について

• 認証レベルの定数

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

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

DFS 管理を使用することで、直ちにレプリケーションを強制的に実行できます。レプリケーション スケジュールの編集に関するページをご覧ください。 また、Sync-DfsReplicationGroup コマンドレット (Windows Server 2012 R2 で導入された DFSR PowerShell モジュールに含まれています) または Dfsrdiag SyncNow コマンドを使用して、レプリケーションを強制的に実行することもできます。 強制的なポーリングは、Update-DfsrConfigurationFromAD コマンドレットまたは Dfsrdiag PollAD コマンドを使用して実行できます。

いいえ。 スケジュールが開いている場合、DFS レプリケーションで認識された変更はすぐにレプリケートされます。 ファイルの待ち時間を構成する方法はありません。

はい。 Windows Server 2012 または Windows Server 2008 R2 を使用している場合は、一方向の接続を介して内容がレプリケートされる読み取り専用のレプリケート フォルダーを作成できます。 詳細については、特定のメンバーでレプリケート フォルダーを読み取り専用にする方法に関するページ (https://go.microsoft.com/fwlink/?LinkId=156740) を参照してください。

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

Windows Server 2008 または Windows Server 2003 R2 を使っている場合は、次の操作を実行することで一方向の接続をシミュレートできます。

• プライマリ サーバーとして指定されたサーバーでのみ変更を行うよう、管理者を訓練します。 その後、変更内容を転送先サーバーにレプリケートします。

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

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

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

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

初期レプリケーションについて詳しくは、「レプリケーション グループを作成する」をご覧ください。

接続で Remote Differential Compression (RDC) が有効になっている場合、スケジュールが終了する直前にレプリケートが開始された (または、帯域幅なしに変更された) 64 KB より大きいファイルの受信レプリケーションは、スケジュールが開始すると (または帯域幅なし以外に変更されると) 続行されます。 レプリケーションは、レプリケーションが停止したときの状態から続行されます。

RDC がオフになっている場合は、DFS レプリケーションによってファイル転送が完全に最初から再開されます。 受信側メンバーでファイルが使用可能になっていると、これは遅延する可能性があります。

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

競合が発生すると、DFS レプリケーションにより、情報イベントが DFS レプリケーション イベント ログに記録されます。 次の理由により、ユーザーがこのイベントに対応する必要はありません。

• ユーザーからは見えません (サーバー管理者だけが見ることができます)。

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

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

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

いいえ。 DFS レプリケーションでは、ユーザーやアプリケーションがレプリケーション フォルダー内のファイルを開くことがブロックされない方法でファイルが開かれます。 この方法は "便宜的ロック" と呼ばれます。

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

次の表に示すように、受信側メンバーがファイルを要求したときに、送信側メンバーでファイルがステージングされます (ファイルが 64 KB 以下である場合以外)。 接続で Remote Differential Compression (RDC) が無効になっている場合、ファイルは 256 KB 以下でない限りステージングされます。 また、ファイルは、サイズが 64 KB 未満の場合、転送されるときに受信側メンバーでもステージングされます。ただし、この設定は 16 KB から 1 MB の範囲で構成できます。 スケジュールが終了される場合、ファイルはステージングされません。

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

変更履歴