自從Windows NT 4.0以來，分布式文件系統(DFS，Distributed File System)就為我們所熟識，而Windows Server 2003 R2中對DFS的性能提升使Windows系統管理員們對其更是青睞有加。
在此前的一篇文章中，我討論了DFS在文件復制和可用性上的優勢是如何使其成為低帶寬分支公司環境的理想解決方案的。 在那篇文章中，我側重于target priority，Client Failback和delegated authority。 本文我們將著眼于其它一些對Windows Server 2003 R2中DFS-Replication(DFS-R)改進的方法。
帶寬限制和復制計劃
為了進一步加強你對帶寬使用的控制，你可以規定復制計劃，就像你在Active Directory中對站點之間的設置類似。 你可以為一整個復制群組設置計劃，或者為一個單獨的復制連接設置特定的計劃。 你也可以設置DFS-R復制所能使用帶寬的上限值。
對復制群組的支持
你可以設置一個或更多的數據和服務器集為復制群組，從而為復制的目錄，復制計劃和帶寬限制應用相同的設置。 每個DFS服務器可以支持最多256個復制群組，每個群組又能最多包含256個要復制的目錄。
收集數據用于備份
你還能使用復制群組來從分支站點收集數據以便集中備份。 你可以分別創建復制群組來直接復制遠程站點的數據到統一的地方，而不是依靠遠程站點自己去維護備份用的硬件和備份他們自己的數據。 通過禁止網絡中心到分支服務器的復制，你將可以創建單向復制的規則，這樣可以防止因疏忽而對備份站點做的改動進而復制到遠程服務器。
注釋： DFS-R可以跨域進行數據復制，而不是只局限在同一個域內。
跨文件RDC
此方法在理論上可以大幅提升RDC的性能。 比如說你有個文件存儲在名為2006 Board of Directors.doc的DFS命名空間，里面記錄著你公司當年董事會人員的名字和資料。 你需要為2007年的董事會創建一個類似的文件，所以你通過將2006年的文件另存為的方式，創建了名為“2007 Board of Directors.doc”的文件，并且做了些改動以反映新的董事會成員。
現在有個新文件需要在DFS命名空間內進行復制了。但是請稍等，這個文件真的是全新的嗎? 通過使用跨文件RDC，DFS能夠使用2006年董事會文件的內容作為基礎，復制生成新文件，使用我們討論過的“Chunking and hashing”方法，只要將兩個文件的不同部分在網絡上復制即可。 (這一功能是可實現的，因為比較兩個文件的MD4哈希碼相對于比較它們的實際內容，前者的效率要高得多。)
文件和子目錄過濾
你可以指定單獨的子目錄或文件名，使它們不包含在DFS復制中，也可以使用*號通配符來顯式的列出文件或文件夾的名稱。 默認情況下，DFS-R不會復制任何以“~”字符開頭的文件夾，以及擴展名是.TMP的任何文件。
以下的文件和文件類型將始終不會被DFS Replication復制：
· 所有EFS加密文件。
· 所有具有臨時屬性集合的文件。
· 所有被Single Instance Storage或Hierarchical Storage Management使用的reparse points。 (DFS自己使用的reparse points不受影響。)
· 所有添加新驅動器到新系統以及指定其空間作為現有驅動器符內的一個文件夾的NTFS駁接的驅動器路徑，為其指定一個自己的盤符時除外。
