分布式文件系统（DFS）多年来都是Windows Server的一部分，随着时间逐步成熟，也遗留下某些可扩展性问题。

　　例如，当DFS扩展到大型环境，你会发现配置、管理和检修系统忧郁部署范围的扩展变得异常复杂。

　　幸好微软在Windows Server 2008 R2里解决了这些可扩展性和检修问题。

　　可扩展性增强

　　一般来说，Windows Server 2008 R2里对DFS的可扩展性改进最适合有多个分支办公室的组织。

　　三种类型的组织通常有一个中心枢纽技术，这意味着他们的DFS服务器位于主要办公室，服务器的内容复制到分支办公室类似的DFS服务器。

　　这种类型架构的问题在于如果主要办公室的DFS服务器遭遇灾难，那么所有分支办公室都会受到影响。

　　虽然在主要办公室创建额外的复制品可能是一种解决方案，取决于复制拓扑的配置，这些额外复制品可能不能对分支办公室进行更新。

　　另一种解决方案是全网络技术，不过，这种方式很少用，因为额外的WAN链接和复制流量的卷费用很高。

　　所以，组织的最终解决方案是使用两个主要办公室创建副本。这样的话，就容易理解为什么R2里最受欢迎的新功能是DFS支持故障转移集群。基本上，集合主要办公室的枢纽服务器能防止分支办公室副本由于枢纽服务器故障而不能使用。

　　Windows 2008 R2里DFS的另一个改进是创建只读复制文件夹的功能。

　　过去，如果你需要分支办公室的用户访问复制文件夹的数据，但不想他们更改数据，你需要使用访问控制列表（ACL）授权某个用户只读访问权。这对管理员来说很麻烦，尤其是如果分支办公室的人员流动大。

　　新的替换方法是在分支办公室创建DFS副本，包含只读复制文件夹，与授予用户对传统复制文件夹只读访问权有相同的功能。

　　新的故障检修功能

　　在DFS的更新版本里，微软也扩展了dfsrdiag.exe命令行工具，包括以下新功能：

　　第一个扩展就是文件函数功能（DFSRDIAG.EXE FILEHASH）。有了该功能，通过查看文件函数是否一致，可以对比文件授权副本与副本本身。

　　此外，新的Replication State功能（DFSDIAG.EXE REPLSTATE）允许你分析副本服务目前的状态。这样可以查看哪些文件正在更新。

　　另一个新功能——ID Record（DFSRDIAG.EXE IDRECORD）背后的思想就是每个包含副本文件夹的文件和文件夹在服务器的数据库里有相应的ID记录，链接着有用的数据，如版本和时间信息。

　　有了该功能，你能确定文件或文件夹的记录号及记录号上的精确信息。为了一致性，如果你想比较存储在DFS副本上的文件，这个功能非常有用。

　　总体说来，微软在Windows Server 2008 R2里对DFS作的更改提升了可扩展性，并使得DFS更容易检修。