WANリンクを介したWindowsServer 2008DFSレプリケーションの実現可能性
組織内の2つの建物を接続するWANリンクを設定しました。リンクは100Mbpsのポイントツーポイント回線によって提供されます。それぞれにWindowsServer 2008R2ドメインコントローラーがあります。リンクの側。
現在、組織全体でファイルサービス用にDFSをセットアップすることを計画しています。推定データ量は2TBを超えており、毎年約20％増加します。私の考えは、各建物にファイルサーバーをセットアップし、DFSをインストールして、すべてのコンテンツが100Mbpsリンクを介して複製されたままになるようにすることです。これにより、DFSフォルダーからファイルを要求するときに、すべてのユーザーが最も近い（そして最速の）サーバーに誘導されるようになることを願っています。
私の懸念は、100 Mbps WANリンクがDFSレプリケーションを保証するのに十分かどうかです。DFSの経験がないので、しっかりしたアドバイスを歓迎します。回線は信頼できます（つまり、頻繁にクラッシュすることはありません）、データ転送テストでは、5 MB /秒の転送速度が簡単に達成されることが示されています。これは、公称帯域幅の約40％です。
レイテンシーも気になります。つまり、リンクの一方の側で変更が行われた後、もう一方の側で1つの変更が表示されるまで、ユーザーはどのくらい待つ必要がありますか。
私の質問は次のとおりです。ネットワーク間のこのリンクは、DFSレプリケーションをセットアップするための信頼できるインフラストラクチャですか？典型的な待ち時間はどれくらいですか（秒、分、時間、日）？このシナリオではDFSを使用することをお勧めしますか、それともより良い代替手段がありますか？どうもありがとう。
DFS ...古いまたは新しいレプリケーションメカニズムのように？
古いもの-まったく実行不可能であり、LANリンクを介して実行できません...私はより大きなシナリオでは信頼できませんでした。
新しいもの（DFSレプリケーション）-はい、確かに。完璧に動作します。非常に信頼性が高く、必要に応じてキューに入れられます。リンクに十分な帯域幅がある限り、全体的な色合いは最終的には機能します。私は512kbitを超えるリンクの数を維持しており、転送のために20GBをキューに入れることもあります。数日かかりますが、機能します。
それはあなたのリンクでうまくいくはずです。私たちははるかに遅いリンクでそれを行い、それは機能します。レプリケーションを構成して、営業時間外に最大の帯域幅が使用されるようにします。古いバージョンではなく、新しいDFSRを意味していると思いました。
同じファイルが2つのレプリカで2人の異なるユーザーによって同時に編集される可能性はありますか？ DFSは、これから保護するための分散ロックメカニズムを提供していません。