DFSを「間違って」使用していますか？
私たちは全国に支店を持つ会社です。各ブランチに最小1つのT1があり、最大2つのT1があります。各支店と本社にDFSサーバーがあります。先週、いくつかのユーザーファイルを含む特に厄介な共有の1つに、0ファイルのバックログがあったことはありません。レプリケーションスケジュールを調整してクリアしようとしていますが、管理している最低のファイルは、その特定の共有の1500ファイルです。
だから私の質問は：
- WAN経由でDFSをセットアップするのは間違っていますか？
- ファイルの数と変更の量に対して帯域幅が少なすぎるだけですか？
- 行われていない魔法の設定はありますか？
Windows Server 2003R2の70のWANサイト、主にT-1で、正確なセットアップをサポートしました。うまく機能しました。DFSRはWANサーバーのバックアップ方法。MRTGを使用してT-1ルーターの帯域幅を監視し、帯域幅の問題を確認できますか？
MRTGを使用して帯域幅の使用状況のグラフィックを確認し、サイトベースのGPOを使用してDFSRのBITS）に使用される帯域幅を制御しました。GPOを日中に約700kbを使用し、T-を最大化するように設定しました。夜間に1つ。バックログが大きくなる場合があり、バックログが空にならない場合は、サーバーとMRTGの監視を通じて、帯域幅を増やすことしかできませんでした。DFSRはすでに圧縮されており、ブロックレベルであるため、私はしません。データをオフサイトで複製するための他のサードパーティソリューションがそれを改善するかどうかを知ってください（実際に帯域幅が制限されていることを示すことができる場合）。
2008または2008R2のDFSRにはさらに最適化がある可能性があるため、そのアップグレードオプションも調査してください。
あなたはここであなた自身の質問に答えたようです。ユーザーがこの共有に多数の変更を加えていることを考えると、DFS構成を微調整してもこれを解決することはできません。バックログは帯域幅に依存し、ユーザーが変更をより速く行っている場合、同期ルーチンがそれらを同期できる場合、0にクリアされることはありません。このセットアップでDFSを使用するアーキテクチャを再検討することをお勧めします。ドキュメント管理/共同グループウェアシステムは、ファイルシステムレベルですべてを実行しようとするよりも、ここに適しているように思われます。
2008では、branchcacheの使用に切り替えることができます。これは、変更されたすべてを盲目的に複製するだけでなく、中央コピーが更新された場合に更新されるキャッシュで開かれたファイルを維持します。私が覚えている限り、2003年では、DFSは変更されたファイルレプリケーターとして機能します。 100mbファイルの1バイトを変更すると、100mbが再コピーされます。 2008では、1バイトのみをコピーします。
これ以上問題が発生していないことに驚いています。私は今年のようにDFSを使用しましたが、約70GBのファイルを複製する際に問題が発生し始めました。調査した後、魔法の50GBのマークを超えてサポートされていないことを示すMSドキュメントを見つけました。問題には、複製されていないファイルの削除が含まれていました...そしてそれはWANではなくLAN上にありました。
Linuxにはいくつかの分散ファイルシステムとファイル複製ツールがありますが、帯域幅が不足している場合、それらはすべて同じ問題を抱えています。
もう1つの方法は、cifsアクセラレータを使用することです。私たちはpacketeer（現在はbluecoatの一部）を使用しており、プレーンDSL上で20mb CAD図を開いて編集することができます。開いて保存する時間は妥当です。