Windows-Server-2003
我們使用 DFS 是否“錯誤”？
我們是一家在全國設有分支機構的公司。每個分支至少有 1 個 T1，最多 2 個 T1。我們在每個分支機構和總公司都有一台 DFS 伺服器。在過去的一周裡，一個特別麻煩的共享有我們的一些使用者文件，從來沒有積壓過 0 個文件。我一直在調整複製計劃以嘗試清除它，我管理的最低限度是該特定共享的 1500 個文件。
所以我的問題是：
- 我們在 WAN 上設置 DFS 是錯誤的嗎？
- 對於我們擁有的文件數量和更改量，我們的頻寬是否太少？
- 是不是有什麼神奇的配置沒做過？
我已經支持您在 Windows Server 2003 R2 上使用 70 個 WAN 站點進行的精確設置，其中大部分使用 T-1。效果很好。DFSR 是我們的 WAN 文件伺服器備份方法。您可以使用 MRTG 監控您的 T-1 路由器的頻寬以驗證任何頻寬問題嗎？
我們使用 MRTG 查看頻寬使用情況圖形，並使用基於站點的 GPO 來控制 DFSR 上 BITS 使用的頻寬。我們將 GPO 設置為在白天使用約 700kb 並在晚上最大限度地使用 T-1。有時我們會遇到積壓會增加的情況，如果它們從未清空，那麼我們通過伺服器和 MRTG 監控知道唯一的選擇是為它們提供更多頻寬。DFSR 已經被壓縮和塊級，所以我不知道其他用於異地複制數據的第三方解決方案是否會使它變得更好（如果你確實可以證明它的頻寬有限）。
2008 或 2008 R2 中的 DFSR 可能會有進一步的優化，因此也要研究該升級選項。