自从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驳接的驱动器路径，为其指定一个自己的盘符时除外。
