设计分布式文件系统

设计分布式文件系统

Microsoft Corporation 发布时间：2005 年 12 月

摘要

欢迎使用 microsoft? Windows server? 2003 R2 操作系统分布式文件系统解决方案设计指南。本预备指南包含两种方案（数据发布和数据收集）的设计建议，在这两种方案中，普遍使用“DFS 命名空间”和“DFS 复制”。本指南面向评估这些技术或为组织设计分布式文件系统的 IT 规划人员和设计人员。

本文档支持的是软件产品的预备版本，在发布最终商业版本之前，可能会做重大改动。本文档仅供参考，Microsoft 不在其中进行任何明确或隐含的担保。本文档中的信息（包括引用的 URL 和其他 Internet 网站）可能变动，恕不另行通知。使用本文档的全部风险以及因使用本文档而造成的全部后果将由用户承担。除非另行说明，否则，本文档示例中涉及的公司、机构、产品、域名、电子邮件地址、徽标、人士、地点和事件纯属虚构，与任何真实的公司、机构、产品、域名、电子邮件地址、徽标、人士、地点和事件无关，如有雷同，纯属巧合。遵守所有适用的版权法是用户的责任。在不对版权许可的权利产生限制的前提下，未经 Microsoft Corporation 明确书面许可，本文档的任何部分不可被复制、存储或引进检索系统，或者以任何形式、任何方式（电子、机械、复印、录音或其他）或为任何目的进行传播。

Microsoft 拥有本文档标的所涵盖的专利、正在申请的专利、商标、版权或其他知识产权。除非 Microsoft 以任何书面许可协议另行规定，否则提供本文档并不授予您使用这些专利、商标、版权或其他知识产权的任何许可。 ? 2005 Microsoft Corporation。保留所有权利。

Active Directory、Microsoft、MS-DOS、Outlook、Windows、Windows NT 和 Windows Server 是 Microsoft Corporation 在美国和/或其他国家（地区）的注册商标或商标。 所有其他商标的所有权属于其各自所有者。

目录

设计分布式文件系统 .......................................................... 5 分布式文件系统的方案和功能 ................................................ 5 建议使用分布式文件系统的方案 ............................................. 5 “分布式文件系统”中的功能 .............................................. 11 分布式文件系统的功能要求 ................................................ 14 复查每个分布式文件系统方案中使用的设置和功能 ............................ 17 分布式文件系统的设计过程 ................................................. 19 为数据发布进行规划 ....................................................... 19 确定要复制的数据 ....................................................... 20 作出初始命名空间决策 .................................................... 21 设计复制拓扑 ........................................................... 24 为备份进行规划 ......................................................... 24 为委派进行规划 ......................................................... 24 设计命名空间 ........................................................... 25 设计复制计划和带宽限制 .................................................. 28 复查性能和优化准则...................................................... 29 为部署“DFS 复制”进行规划 .............................................. 32 为数据收集进行规划 ....................................................... 33 确定要复制的数据 ....................................................... 33 作出初始命名空间决策 .................................................... 34 设计复制拓扑 ........................................................... 35 为备份进行规划 ......................................................... 36 为委派进行规划 ......................................................... 36 设计命名空间 ........................................................... 37 设计复制计划和带宽限制 .................................................. 37 复查性能和优化准则...................................................... 37 为部署“DFS 复制”进行规划 .............................................. 38 为监视进行规划 ........................................................... 38 复查“DFS 复制”的要求 ................................................... 39 复查“DFS 复制”的其他准则和注意事项...................................... 42 复查“DFS 命名空间”的要求 ............................................... 44

5

设计分布式文件系统

欢迎使用 microsoft? Windows server? 2003 R2 操作系统分布式文件系统解决方案设计指南。本预备指南包含两种方案（数据发布和数据收集）的设计建议，在这两种方案中，普遍使用“DFS 命名空间”和“DFS 复制”。（其他建议和方案将在开发时提供。）本指南面向评估这些技术或为组织设计分布式文件系统的 IT 规划人员和设计人员。 如果您不熟悉 Windows Server 2003 R2 中的“DFS 命名空间”和“DFS 复制”，我们建议您阅读 Microsoft 网站上提供的、标题为“Overview of the Distributed File System Solution in Windows Server 2003 R2”的文档

(http://go.microsoft.com/fwlink/?LinkId=55315)（英文）。概述文档介绍“DFS 复制”的优点及其对“文件复制服务 (FRS)”的改进。该文档还介绍

Windows Server 2003 R2 中提供的“DFS 命名空间”增强功能。这些增强功能作为

Windows Server 2003 Service Pack 1 (SP1) 中更新的应用程序编程接口 (API) 引入，使分支机构中使用的命名空间更容易管理并且更加灵活。

分布式文件系统的方案和功能

在开始设计之前，最好了解一下设计这些技术所针对的方案以及可以为 Windows

Server 2003 R2 中的“DFS 命名空间”和“DFS 复制”配置的基本功能。在复查了方案之后，请记住，“DFS 命名空间”和“DFS 复制”配置之间没有依存关系。两项服务都可以相互独立使用，但是在一起使用时，可以帮助您实现更强大的端到端方案，获得高可用性并实现 WAN 负载平衡。

建议使用分布式文件系统的方案

要实现下列方案，可以将“DFS 命名空间”和“DFS 复制”一起使用。

数据发布

使用 Windows Server 2003 R2 中的“DFS 命名空间”和“DFS 复制”可以在组织范围内（的所有服务器上）给用户发布文档、软件和行业数据。在此方案中，使用“DFS 复制”将数据分发到多台服务器上，同时使用“DFS 命名空间”简化用户对数据的访问并实现高可用性。

下图说明如何在分支机构环境中使用“DFS 复制”来复制数据，在分支机构环境中，数据源自中心站点或数据中心的一台或多台中心服务器，并复制到分支机构的服务器上。

16

设置或功能 Active Directory 的要求 命名空间服务器的要求 客户端的要求 客户端故障回复 无 命名空间服务器必须运行 Windows Server 2003 SP1 或 Windows Server 2003 R2。 客户端必须运行： ??Windows XP Service Pack 2 和 Windows XP 客户端故障回复热修补程序。 Windows Server 2003 SP1 和 Windows Server 2003 客户端故障回复热修补程序。 ??目标优先级 域控制器必须运行 Windows Server 2003 SP1 或 Windows Server 2003 R2，才能根据目标优先级来提供基于域的根路径引用。 ??基于域的命名空间需要 Active Directory。 命名空间服务器必须运行 Windows Server 2003 SP1 或 Windows Server 2003 R2，才能根据目标优先级提供引用。 命名空间服务器必须运行 Windows 2000 Server 或 Windows Server 2003。命名空间服务器可以是成员服务器或域控制器。 无 基于域的冗余命名空间服务1器 无 根路径扩展模式（仅限基于域的命名空间）

无 命名空间服务器必须无 运行 Windows Server 2003。 1

默认情况下，Windows Server 2003 R2 Standard Edition 和 Windows Server 2003 Standard Edition 支持每台服务器一个命名空间。但是，如果安装 Microsoft 知识库的文章 903651 中所述的热修补程序，那么可以在运行 Standard Edition 的服务器上创建多个基于域的命名空间。

17

复查每个分布式文件系统方案中使用的设置和功能

下表根据本指南中介绍的每个方案，对“DFS 命名空间”和“DFS 复制”的可配置设置和功能的建议进行比较。有关这些设置和功能的详细信息，请参阅本指南后面所述的相应方案。

设置或功能 数据分发 数据收集 DFS 复制 主成员 RDC 用于将源自中心服务器的数据复制到分支服务器。 选择中心服务器作为主成员。 在发布新文件时，可以使用交叉文件 RDC，根据新文件与现有文件的相似性来复制新文件。交叉文件 RDC 要求中心服务器或分支服务器运行 Windows Server 2003 R2 Enterprise Edition 或 Windows Server 2003 R2 Datacenter Edition。 使用错开的计划在中心服务器上提供更好的向外扩展。 用于将源自分支服务器的数据复制到中心服务器。 选择分支服务器作为主成员。 建议使用 RDC，以便只将更改（增量）从分支服务器复制到中心服务器。（默认情况下将启用 RDC。） 复制计划和带宽限制 各有不同；如果需要在白天节省带宽，那么使用夜间复制计划。如果使用命名空间进行故障转移，考虑是否使用 24x7 全天候计划，以便在分支客户端故障转移到中心服务器时，使中心服务器与分支服务器尽可能一致。 添加筛选器，以排除不希望复制或备份的文件（例如 .pst 文件、.mp3 文件等）。 要避免在复制时频繁地清理暂存文件夹，请调整暂存文件夹配额，使其可以按顺序容纳当天发生的所有更改的暂存文件。

复制筛选器 使用默认筛选器。 暂存文件夹 通过评估复制时间窗的长度以及要复制的数据量，调整暂存文件夹的配额。目标是避免为以后的复制时间窗重新暂存文件。 18

设置或功能 数据分发 数据收集 冲突和已删除文件夹 因为数据源自中心服务器并且对于用户是只读的，所以，文件冲突很少发生。因此，在配额大小中不需要考虑文件冲突。 如果希望还原已删除的文件，那么请使用“将已删除文件移至冲突和已删除文件夹”功能。（默认情况下将启用该功能。） 如果对中心服务器和分支服务器设置了写入权限，那么可能会发生文件冲突。在这种情况下，应根据您希望因为冲突而检索的数据量来选择冲突和已删除文件夹的配额大小。 使用“将已删除文件移至冲突和已删除文件夹”是可选的。尽管在用户意外删除了某个文件，然后立即还原以前的版本时，启用此选项将节省 WAN 带宽，但是如果已设置了共享文件夹的卷影副本，那么可能不需要此选项。 在此方案中是可选的；主要用于客户端故障转移和故障回复。 如果使用命名空间，那么使用默认的排序方法（最低成本）。 命名空间 用于简化客户端访问分布式数据的方式；提供冗余。 使用“排除客户端站点之外的目标”引用排序选项和“所有目标中的最后一项”目标优先级来阻止客户端故障转移到其他分支站点中的服务器。 可选；如果希望受支持的客户端故障回复到本地服务器，则启用。 使用“排除客户端站点之外的目标”引用排序选项和“所有目标中的最后一项”目标优先级来阻止客户端故障转移到其他分支站点中的服务器。 引用排序 客户端故障回复 可选；如果希望受支持的分支客户端故障回复到分支服务器，则启用。 如果分支服务器位于其自己的站点中（根据 Active Directory 中的定义），那么不需要目标优先级。否则，使用目标优先级来指定分支服务器和中心服务器在引用中出现的顺序。 目标优先级

19

设置或功能 数据分发 数据收集 基于域的冗余命名空间服务器 用于提高基于域的命名空间的可用性；将命名空间服务器放入与客户端相同的站点中（或放入通过低成本连接所连接的站点中）。 如果计划使用 16 台以上的服务器来托管公用的命名空间，则使用此选项。 如果希望命名空间在 WAN 不可用时继续工作，那么使用冗余命名空间服务器（一个在分支中，一个在中心中）。 如果每个分支中均有命名空间服务器，命名空间服务器托管公用的命名空间，并且拥有 16 个以上的分支，则使用此选项。 根路径扩展模式（仅限基于域的命名空间）

分布式文件系统的设计过程

下列步骤介绍使用“DFS 命名空间”和“DFS 复制”设计分布式文件系统的常规过程。尽管每个方案的建议有所不同，但是，这些步骤通常适用于本指南中的每个方案。 1. 确定要复制的数据 2. 作出初始命名空间决策 3. 设计复制拓扑

4. 为实现高可用性和业务连续性进行规划 5. 为委派进行规划

6. 设计命名空间的层次结构和功能 7. 设计复制计划和带宽限制 8. 复查性能和优化准则

9. 为部署“DFS 复制”进行规划

为数据发布进行规划

下列各节介绍为数据发布进行规划的步骤。

20

确定要复制的数据

要开始为数据发布进行规划，请确定包含要复制到其他服务器的数据的服务器和文件夹。如果符合下列任何陈述，那么将创建一个包含多个已复制文件夹的复制组： ????

要复制的数据位于多个卷上或无法放入一个文件夹树。

您希望将一个或多个文件夹复制到全部复制组成员或复制组成员的一个子集。 注意

如果希望将文件夹复制到复制组成员的一个子集，那么确保该文件夹不是嵌套在计划复制的另一个文件夹下。例如，如果文件夹 C:\\Data 包含 C:\\Data\\Software 和 C:\\Data\\Templates，而您希望将 Templates 文件夹复制到服务器的一个子

集，那么不要使用 C:\\Data 作为已复制文件夹的路径，而应为 C:\\Data\\Software 创建一个已复制文件夹，再为 C:\\Data\\Tempates 创建另一个已复制文件夹。 使用一个复制组可以对所有已发布的数据使用相同的拓扑，这样可以简化复制的初始设置和管理。每个已复制文件夹可以复制到所有成员或成员的一个子集。在下列情况下，将需要创建多个复制组： ????

某些已复制文件夹需要不同的拓扑。

某些已复制文件夹需要唯一的计划和带宽限制设置。

如果将成为复制组的一部分的多台服务器上存在相同的数据，确定包含最新版本的服务器（如果需要）。在配置复制时，将选择此服务器作为主成员。在初始复制期间，主成员的数据被认为是优先的，在解决任何冲突时将优先遵循这些数据，即使对于非主成员上更新的文件也是如此。

下表介绍在初始复制期间如何处理预安排的文件。

主成员上的文件 非主成员上的文件 结果 文件 A.doc 与非主成员上的文件 A.doc 相同。 文件 A.doc 与主成员上的文件 A.doc 相同。 该文件不复制到非主成员。但是，在更新非主成员上的“DFS 复制”数据库时，将复制最少的元数据。

21

主成员上的文件 非主成员上的文件 结果 文件 B.doc 的版本比非主成员上的文件 B.doc 更新。 文件 B.doc 的版本比主成员上的文件 B.doc 更早。 主成员上文件 B.doc 的版本被认为是优先的。非主成员上文件 B.doc 的版本移至冲突和已删除文件夹。主成员上的文件 B.doc 复制到非主成员。可以使用 RDC 和交叉文件 RDC 将该文件的部分复制到非主成员。 在初始复制结束时，非主成员上的文件 C.doc 将移至成员的 Preexisting 文件夹。 主成员上文件 D.doc 的版本被认为是优先的。非主成员上文件 D.doc 的版本移至冲突和已删除文件夹。主成员上的文件 D.doc 复制到非主成员。可以使用 RDC 和交叉文件 RDC 将该文件的部分复制到非主成员。 主成员上不存在文件 C.doc。 文件 D.doc 的版本比非主成员上的文件 D.doc 更早。 非主成员上存在文件 C.doc。 文件 D.doc 的版本比主成员上的文件 D.doc 更新。 主成员上不存在文件 E.doc。 文件 G.doc 与非主成员上的文件 G.doc 相同。 在进行初始复制时，将在非在初始复制完成之后，文件 主成员上创建文件 E.doc。 E.doc 将复制到主成员。 在进行初始复制时，非主成员上的文件 G.doc 将被删除。 如果在删除之前，主成员上的文件 G.doc 尚未复制到非主成员，那么删除不会进行复制。 否则，因为删除了主成员的版本，所以删除将进行复制。

管理预先存在的文件的准则在本指南后面的“为部署‘DFS 复制’进行规划”中介绍。

作出初始命名空间决策

在命名空间中发布已复制文件夹时，非常适合使用数据发布方案。在设计命名空间之前，需要回答一些基本问题。以下流程图将帮助您根据对后面各节中的问题的答复，来决定要创建的命名空间类型。

22

您希望创建什么类型的命名空间？

命名空间的大小可以帮助您确定要选择的命名空间类型。本质上说，命名空间的大小基于命名空间文件夹的数目，每个文件夹对应一个目标。通常情况下，将为每个已复制文件夹创建一个命名空间文件夹，所以，计划创建的已复制文件夹数可以帮助您决定命名空间的大小和类型。如果计划在命名空间中创建的命名空间文件夹少于 5000 个，若已部署了 Active Directory，那么我们建议您使用基于域的命名空间。如果您将在命名空间中创建 5000 个以上的命名空间文件夹，或您的组织中未部署 Active Directory，那么创建一个独立的命名空间，或创建多个基于域的命名空间，每个命名空间中包含目标的文件夹少于 5000 个。有关这些大小建议的详细信息，请参阅本指南后面的“DFS 命名空间的大小建议”。

注意

您还可以创建“层叠”命名空间，其中一个命名空间指向另一个命名空间。有关详细信息，请参阅 Microsoft 网站上 DFS FAQ 中的“What are the rules for

23

using interlinks?”问题 (http://go.microsoft.com/fwlink/?LinkId=39465)（英文）。

命名空间是否需要容错？

如果单一的非群集服务器出现故障，那么将无法访问该服务器上托管的命名空间。因此，必须决定是否希望使命名空间可以容错，这样可以避免目标服务器正常运行时，用户却无法使用命名空间对其进行访问。

每种类型的命名空间（独立或基于域）通过不同的方式实现容错。 ????

要使独立命名空间可以容错，请使用“群集管理器”管理单元在服务器群集上创建独立命名空间。

要使基于域的命名空间可以容错，至少需要两台命名空间服务器和两个域控制器。（尝试访问基于域的命名空间的客户端将先与域控制器联系以请求引用。如果域控制器不可用，客户端将无法访问该命名空间。）

如果计划在创建独立命名空间的同一台服务器群集上托管文件夹目标，那么因为“DFS 复制”不支持服务器群集，所以将无法对这些文件夹目标使用“DFS 复制”。 是否可以让所有分支客户端通过访问中心位置的服务器来接收引用？

决定是否允许分支客户端访问非客户端站点（例如中心站点）中的域控制器（以请求基于域的根路径引用）或命名空间服务器（以请求独立根路径引用和文件夹引用）。尽管客户端将在可配置的时间内缓存这些引用，但是，在重新启动客户端、引用过期或清除客户端的引用缓存之后，将清除引用。客户端必须重新与命名空间服务器联系以请求引用，如果命名空间是基于域的命名空间，那么也可能是与域控制器联系以请求引用。（有关引用过程的详细信息，请访问 Microsoft 网站上的“DFS Technical

Reference”(http://go.microsoft.com/fwlink/?LinkId=36988)（英文）。

如果不希望客户端从远程域控制器或远程命名空间服务器请求引用，那么必须在每个分支机构中加入域控制器和命名空间服务器，如下所述： ????

对于基于域的命名空间，在分支机构中加入域控制器和命名空间服务器。 对于独立命名空间，在分支机构中加入命名空间服务器。

对于这两种情况，命名空间服务器与客户端站点中的现有域控制器或文件服务器可以是同一台服务器，这样，可能不需要部署新的硬件。在客户端站点中加入这些服务器之后，还将确保在 WAN 连接出现故障时，命名空间仍可用。如果客户端站点中没有命名空间服务器（和域控制器，如果命名空间是基于域的命名空间），那么在 WAN 断开时，客户端无法访问该命名空间。在客户端站点中加入这些服务器的代价是必须监视这些服务器，以确保服务器正常运行并且命名空间角色和域控制器角色保持良好状态。

24

设计复制拓扑

复制拓扑是成员之间的复制路径的框架。双向复制路径由沿相反方向复制数据的两个单向连接组成。为了便于恢复，我们建议在每个成员之间始终使用两个单向连接（与建立一个单向连接相对），并建议使用共享文件夹权限来避免在分支服务器上进行更改。 要发布数据，很可能会使用集散拓扑，其中一台或多台中心服务器位于数据中心，分支机构中的服务器将连接到一台或多台中心服务器。要避免中心服务器过载，我们建议在任何给定时间，与中心服务器进行复制的轮辐成员少于 100 个。如果需要 100 个以上的轮辐成员与中心服务器进行复制，那么制订一个错开的复制计划，以平衡中心服务器的复制负载。

有关每个成员的连接数的建议，请参阅本指南后面的“‘DFS 复制’的限制”。

为备份进行规划

因为终极的恢复方法就是从备份中还原，所以，要获得高可用性的分布式文件系统，备份是必不可少的。因此，必须制订下列计划： ??

定期备份命名空间。此过程包括使用 Windows 支持工具 Dfsutil.exe 导出命名空间配置。恢复过程包括创建新的命名空间根路径，然后使用 Dfsutil.exe 导入命名空间配置。

定期备份已复制数据。在此方案中，因为数据源自中心服务器，所以，可以在中心站点执行备份。

定期备份 Active Directory。“DFS 复制”的配置信息存储在 Active Directory 中。因此，此信息将作为常规 Active Directory 备份过程的一部分进行备份。 创建“DFS 复制”设置的清单。可以使用 Dfsradmin.exe 命令行工具来创建所有复制组、已复制文件夹及其各自的属性的列表。

??????

为委派进行规划

创建和管理命名空间和复制组所需的权限因任务类型而异。尽管有时在默认情况下，这些任务需要 Domain Admins 组中的成员身份，但是，可以委派与命名空间和“DFS 复制”关联的几乎每一项任务的执行权限。因此，确定将需要执行这些任务的用户非常重要，这样，Domain Admins 组的成员可以根据需要来委派权限。 尤其是，您需要确定将执行下列任务的用户： ??????

创建独立命名空间 创建基于域的命名空间 管理现有的命名空间

25

????

创建复制组并在命名空间中的文件夹目标上启用复制 管理复制组

有关委派创建和管理命名空间和复制组的权限的详细信息，请参阅本指南后面的

“‘DFS 复制’的安全要求和委派”和“‘DFS 命名空间’的安全要求和委派”。

设计命名空间

下列各节将帮助您设计命名空间层次结构，选择引用排序方法和目标优先级，以及配置客户端故障回复。

命名空间层次结构

要设计命名空间层次结构，请选择命名空间的名称（也称为根路径名称）、将出现在根路径下的文件夹的名称以及文件夹的层次结构。根路径名称和文件夹名称不仅应反映组织的需要，而且应反映您计划分发的数据类型。

下列基本准则将帮助您选择命名空间名称和文件夹名称： ??

命名空间名称在服务器名称或域名的上面，位于逻辑命名空间层次结构的顶部。此级别的名称的标准化和有意义非常重要，域中有多个命名空间时尤其如此，因为用户通过命名空间名称进入命名空间。

命名空间的文件夹名称和层次结构对用户来说必须尽可能清楚，以便用户不会进入错误的路径而不得不原路径返回。要尽可能减少用户进入错误路径的次数，并避免用户在与不必要的目标建立连接时可能遇到的延迟，请为命名空间中的文件夹设计有意义的命名方案。

命名空间不必适应文件系统上的本地文件组织；而应适应组织的业务需要。 命名空间应与地理位置无关。例如，即使华盛顿的用户只看到应用程序的一个子集，创建命名空间路径（例如 \\\\Contoso.com\\Washington\\Applications）也不会起任何作用。禁用给定服务器上已复制文件夹的成员身份，以便在发布时控制此准则。

??

????

如果计划创建包含大量文件夹的命名空间，那么命名方案和层次结构尤其重要，可以使用户不必扫描长长的文件夹列表来查找所需的文件夹。使用没有目标（本质上是命名空间子文件夹）的文件夹可以帮助您构建更深的层次结构，使用户可以从少量的顶级文件夹中作出选择。

要减少命名空间层次并减少用户在浏览该命名空间时看到的文件夹数，请考虑使用基于访问权限的文件夹枚举，该功能在 Windows Server 2003 SP1 中初次引用，可以对没有访问权限的用户隐藏文件夹。有关此功能的详细信息，请访问 Microsoft 网站 (http://go.microsoft.com/fwlink/?LinkId=55319)。

26

引用排序和目标优先级

在客户端计算机尝试访问命名空间时，域控制器或命名空间服务器将提供对该客户端的引用。引用包含按照当前配置的排序方法和目标优先级进行排序的目标服务器列表。客户端访问命名空间根路径或命名空间中的某个文件夹时，将尝试访问引用顶部的第一个目标；如果前面的目标不可用，客户端将转到下一个目标。

默认情况下，将选择最低成本排序方法。在此方法中，目标如下所述进行排序（假定没有目标优先级设置覆盖此方法的默认行为）：

1. 与客户端处于同一 Active Directory 站点的目标按照随机顺序列在引用的顶部。 2. 然后，客户端站点之外的目标按照最低成本到最高成本的顺序列出。成本相同的引用

组合在一起，每个组中的目标按照随机顺序列出。 如果希望禁止分支客户端故障转移到其他分支站点中的分支服务器，那么为每个包含目标的文件夹选择“排除客户端站点之外的目标”排序方法，然后通过选择“所有目标中的最后一项”目标优先级，为每个中心服务器的文件夹目标设置目标优先级。选择这两个选项的结果如下所述： ????

“排除客户端站点之外的目标”设置确保只有客户端站点内的目标将加入引用。 “所有目标中的最后一项”设置通过将中心服务器加入引用，覆盖引用排序方法，即使中心服务器不在客户端站点中也是如此。（如果多台中心服务器作为给定文件夹的文件夹目标使用，那么这些中心服务器将在引用中最后出现，在其他目标之后按照最低成本的顺序进行排序。）

如果计划使用最低成本引用排序和目标优先级，那么请注意，域控制器和命名空间服务器必须运行本指南前面的“‘DFS 命名空间’的要求”中所述的操作系统。如果域控制器或命名空间服务器运行的是 Windows 2000 Server，那么无法根据成本或优先级提供引用。这些服务器中的引用将如下所述使用随机引用排序（假定没有目标优先级设置覆盖此方法的默认行为）：

1. 与客户端处于同一站点的目标按照随机顺序列在引用的顶部。

2. 然后，客户端站点之外的目标按照随机顺序列出。如果没有处于同一站点的目标服务

器，那么客户端计算机将引用到随机目标服务器，与连接的成本或目标的距离无关。 只有在 Active Directory 中启用了“为所有站点链接搭桥”选项，最低成本排序方法才适用于所有目标。（此选项以及站点链接成本在“Active Directory 站点和服务”管理单元中提供。）运行 Windows Server 2003 的站点间拓扑生成器需要启用“为所有站点链接搭桥”选项，才能生成站点间成本矩阵，以满足“分布式文件系统”服务的站点成本计算功能的需要。

如果禁用此选项，那么“分布式文件系统”服务仅计算从分支位置到其他站点具有直接站点链接的站点的成本。所有没有直接站点链接的站点将使用可能的最大成本。例如，假定分支站点与三个区域数据中心之间的拓扑如下图所示进行配置：

27

在此图中，分支站点与区域数据中心站点 1 之间具有站点链接。分支站点与其他区域数据中心之间没有配置站点链接。分支站点中的客户端收到引用时，目标将如下所述进行排序：

1. 分支站点中的服务器。（因为服务器与客户端处于同一站点，所以，其成本为 0。） 2. 区域数据中心站点 1 中的服务器。（因为此数据中心与分支机构之间存在站点链接，

所以，此服务器第二个列出。） 3. 按照随机顺序列出接下来的两个数据中心。（因为“分布式文件系统”服务无法确定

其站点成本，所以，这两台服务器按照随机顺序列出。） 如果启用了“为所有站点链接搭桥”选项，那么引用中的服务器将按照以下顺序列出： 1. 分支站点中的服务器。

2. 区域数据中心站点 1 中的服务器。（成本 = 10） 3. 区域数据中心站点 2 中的服务器。（成本 = 30） 4. 区域数据中心站点 3 中的服务器。（成本 = 50）

28

客户端故障回复

“DFS 命名空间”中的客户端故障转移是在一台服务器发生故障或从命名空间中删除之后，客户端尝试访问引用中另一台服务器的过程。尽管如果客户端故障转移到中心服务器并在分支服务器恢复之后仍继续访问中心服务器，可能不需要执行此行为。如果希望在本地服务器恢复之后，客户端故障回复到首选的本地服务器，那么请计划为根路径启用“客户端故障回复到首选的目标”选项。如果为根路径选择了此选项，那么包含目标的文件夹也将使用故障回复。

设计复制计划和带宽限制

复制计划确定进行复制的日期和时间。可以将计划配置为以 15 分钟为间隔的 7 天计划。在设计复制计划时，可以选择下列两种计划类型： ????

复制组计划。此计划适用于复制组中的所有连接（具有自定义连接计划的连接除外）。

自定义连接计划。此计划是唯一适用于单个连接的计划。

在使用“DFS 复制”分发数据时，可能会根据每个分支机构的需要设置复制时间窗，使复制在夜间或网络活动少的其他时段进行。如果计划在复制时间窗期间进行复制，那么我们建议复制时间窗和带宽限制设置组合使用，使“DFS 复制”在该时间窗内复制高于平均值或预计峰值的新文件数或已更改文件数。在时间窗期间可以复制的数据量将取决于复制吞吐量，复制吞吐量取决于多种因素： ??????????????

新文件和已更改文件的数目和大小 带宽限制设置 网络的速度

使用 RDC 压缩更改的能力以及是否使用交叉文件 RDC 暂存文件夹配额的大小 磁盘子系统的速度

是否通过将已复制文件夹和暂存文件夹放在独立的磁盘上来优化服务器

“DFS 复制”使用压缩的效率将因文件类型而异。例如，文本文件的压缩率很高；已压缩的文件（例如 Windows Installer .msi 文件）的压缩率则比较低。RDC 对已修改的文件也非常有效，而交叉文件 RDC 则适用于与接收成员上的现有文件类似的新文件。

注意

不会压缩以下扩展名的文件：WMA、WMV、ZIP、JPG、MPG、MPEG、M1V、MP2、MP3、MPA、CAB、WAV、SND、AU、ASF、WM、AVI、Z、GZ、TGZ 和 FRX。

29

要确定复制速率，请在与您的生产环境类似的实验室环境中执行测试。使用内置诊断报告（在“DFS 管理”管理单元中）或 Dfsrdiag.exe 观察复制囤积；在复制时间窗结束之前，囤积计数应变为零。如果在复制时间窗结束之后囤积仍然存在，那么有些服务器将包含旧的或丢失的数据。

如果数据更改的量超过了“DFS 复制”可以在给定时间段内复制的数据量，那么需要更改其中一个因素。在少数情况下，如果在周内修改了大量的数据，那么您可能还希望考虑使用更长的复制时间窗，例如经过一个周末。在周末期间创建一个延长的复制时间窗，将可以复制在周内积累的囤积文件。

因为成员可以处于不同的时区，所以，了解时区如何影响计划以及夏令时是否生效也非常重要。复制始终由接收成员启动；因此，计划反映接收成员启动与发送成员的复制的时间。接收成员可以通过下列方式之一来解释计划： ??

通用协调时间 (UTC)。此选项使接收成员将计划作为绝对时钟来对待。例如，在 0800 UTC 开始的计划对于任何位置都相同，与接收成员所处的时区或夏令时是否生效无关。例如，假定将复制设置为在 0800 UTC 开始。处于东部标准时间的接收成员将在本地时间凌晨 3:00 (UTC - 5) 开始复制，处于罗马的接收成员将在本地时间上午 9:00 (UTC + 1) 开始复制。注意，如果特定位置的夏令时生效，UTC 偏移会变化。 接收成员的本地时间。此选项使接收成员使用其本地时间开始和停止复制。本地时间由接收成员所处的时区和夏令时状态确定。例如，在上午 8:00 开始的计划将使每个接收成员在本地时间上午 8:00 开始复制。注意，夏令时不会使计划变化。如果在夏令时之前，复制在上午 9:00 开始，在夏令时生效时，复制仍将在上午 9:00 开始。

??

计划开始后，将在更改、创建或删除文件时进行复制。计划结束后，复制将停止，与是否已复制了所有已更改文件或新文件无关。

复查性能和优化准则

下列各节讨论数据发布方案的性能和优化准则。

优化暂存文件夹配额和复制吞吐量

在典型的数据发布方案中，大量数据（例如一个或多个软件程序）源自中心站点，并向外复制到分支服务器，通常采用错开的计划。因为要复制的初始数据量很大，并且数据将复制到许多服务器，所以，考虑中心服务器上的暂存文件夹配额大小对复制吞吐量的影响非常重要。配额应遵循下列准则： 调整配额大小，以避免重新暂存文件

“DFS 复制”使用暂存文件夹充当要从发送成员复制到接收成员的新文件和已更改文件的缓存。发送成员在收到来自接收成员的请求时开始暂存文件。该过程包括从已复制文件夹

30

读取文件并在暂存文件夹中生成文件的压缩形式。此文件为暂存文件。暂存文件生成之后，将发送给接收成员；如果使用远程差分压缩 [RDC]，那么只会复制暂存文件的一小部分。接收成员下载数据并在其暂存文件夹中生成文件。接收成员完成文件的下载之后，“DFS 复制”将解压缩文件并安装到已复制文件夹中。

每个已复制文件夹有自己的暂存文件夹，默认情况下位于 DfsrPrivate\\Staging 文件夹中已复制文件夹的本地路径下。每个暂存文件夹的默认大小为 4,096 MB。但是此大小不是硬性限制，只是用于根据高水位线和低水位线（分别为暂存文件夹大小的 90% 和 60%）控制清理和过高使用率的配额。例如，暂存文件夹达到所配置的配额的 90% 时，最旧的暂存文件将被清除，直到暂存文件夹达到所配置的配额的 60%。

要获得最佳性能，请调整核心服务器上的暂存文件夹配额大小，以避免重新暂存文件。这样做的原因如下所述：如果需要将文件复制到一台分支服务器，并且以后需要将该文件复制到其他分支服务器（因为错开的复制计划），那么可能会出现下列两个结果之一： ????

如果暂存配额较大，那么文件可能已暂存，不需要重新暂存。这样会减少将文件复制到后续的分支服务器时所需的 CPU 和磁盘 I/O。

如果暂存配额较小，那么更可能是如前面所述清除暂存文件，将需要重新暂存文件，才可以进行复制。这样会增加将文件复制到后续的分支服务器时所需的 CPU 和磁盘 I/O。

如果要使用错开的复制计划，那么调整暂存文件夹配额的大小就非常重要，使配额的大小足以存储在复制时间窗期间将复制的数据量。例如，如果计划将 2 GB 的文件放入已复制文件夹，并且希望这些数据在复制时间窗内进行复制（假定时间窗足够长），那么将暂存配额大小至少设置为 2 GB。这样，错开计划中的下一个复制时间窗开始时，全部 2 GB 的数据仍将处于暂存文件夹中。（注意，“DFS 复制”将压缩暂存文件，这样，也许不需要 2 GB 的配额。）

将文件保留在暂存文件夹中时，RDC 的性能也会提高。这一性能提高的原因如下所述：如果将文件更改并暂存在暂存文件夹中，那么 RDC 会在逻辑上将文件“拆分”为多个部分，并使用算法为每个部分生成校验和的值。RDC 通过比较发送成员和接收成员上的校验和来确定不匹配的校验和，从而指明已更改的部分，然后仅复制已更改的部分。

这些校验和作为备用数据流存储在暂存文件中。只要将文件保留在暂存文件夹中，在重新复制文件时就不需要重新生成校验和。生成校验和的值需要额外的 CPU 开销，这就是保留暂存文件有助于尽量减少重新生成校验和的次数的原因。但是，在将文件复制并安装到接收成员上的已复制文件夹之后，校验和将从文件中删除。

注意

如果发送成员上的文件已更改，那么暂存文件校验和和 RDC 校验和将失效，但是在发布方案中，这种情况不常出现。

36

个文件夹都有自己的配额。因此，需要确保中心服务器上有足够的磁盘空间来存储暂存文件夹及冲突和已删除文件夹中的文件。

为备份进行规划

因为终极的恢复方法就是从备份中还原，所以，要获得高可用性的分布式文件系统，备份是必不可少的。因此，必须制订下列计划： ??

定期备份命名空间。此过程包括使用 Windows 支持工具 Dfsutil.exe 导出命名空间配置。恢复过程包括创建新的命名空间根路径，然后使用 Dfsutil.exe 导入命名空间配置。

定期备份已复制数据。在此方案中，因为将来自分支机构的数据复制到中心服务器，所以，可以在中心站点执行备份。

定期备份 Active Directory。“DFS 复制”的配置信息存储在 Active Directory 中。因此，此信息将作为常规 Active Directory 备份过程的一部分进行备份。 创建“DFS 复制”设置的清单。可以使用 Dfsradmin.exe 命令行工具来创建所有复制组、已复制文件夹及其各自的属性的列表。

??????

为委派进行规划

创建和管理命名空间和复制组所需的权限因任务类型而异。尽管有时在默认情况下，这些任务需要 Domain Admins 组中的成员身份，但是，可以委派与命名空间和“DFS 复制”关联的几乎每一项任务的执行权限。因此，确定将需要执行这些任务的用户非常重要，这样，Domain Admins 组的成员可以根据需要来委派权限。 尤其是，您将需要确定将执行下列任务的用户： ??????????

创建独立命名空间 创建基于域的命名空间 管理现有的命名空间

创建复制组并在命名空间中的文件夹目标上启用复制 管理复制组

有关委派创建和管理命名空间和复制组的权限的详细信息，请参阅本指南后面的

“‘DFS 复制’的安全要求和委派”和“‘DFS 命名空间’的安全要求和委派”。

37

设计命名空间

如果计划为每个分支机构创建命名空间，那么命名空间层次结构可能相对比较简单。命名空间根路径的名称可以与分支机构的名称或目的匹配，每个命名空间文件夹可以代表分支中可用的已复制文件夹。

假定分支客户端与分支服务器处于同一个站点中，这样，客户端将始终先连接到该分支服务器。这是因为命名空间引用将始终先列出处于同一个站点的服务器（假定没有目标优先级设置覆盖此行为）。如果分支服务器不可用，那么分支客户端将故障转移到中心服务器。要增强命名空间的功能，请考虑设置下列选项。 ??

客户端故障回复。如果希望客户端从中心服务器故障回复到分支服务器（在分支服务器恢复之后），那么请对命名空间根路径启用客户端故障回复；所有包含目标的文件夹（代表已复制文件夹）将继承此设置。

目标优先级。如果您有两台中心服务器，那么分支客户端将故障转移到任一中心服务器，没有相互的优先顺序。如果希望客户端故障转移到特定的中心服务器，请在非首选中心服务器的根目标上选择“所有目标中的最后一项”选项。

??

设计复制计划和带宽限制

在数据收集方案中，通常在夜间的复制时间窗期间进行复制。因为更改在白天进行，如果计划是一天 24 小时打开，更改不会立即正确地复制，所以，等待在夜间复制更改很有好处。而是收集（或抑制）更改，因此，更改只是在复制时间窗开始时复制一次。 要确定复制时间窗的长度，将需要分析因白天的更改而需要复制的数据量，并考虑备份已更改文件所需的时间。如果复制时间窗长于复制文件所需的时间，那么可以调整带宽，以减少在时间窗期间使用的带宽，也可以保持带宽不变，以便处理复制通信量的意外增加。 仅在夜间复制的缺点是在白天，中心服务器上的文件不是最新的。如果分支服务器出现故障，那么用户将无法在中心服务器上访问最新的文件。如果使用命名空间并且用户透明地故障转移到中心服务器，那么这样可能会产生问题。如果中心服务器必须是最新的，那么您将需要不断进行复制。

如果中心服务器将托管许多分支服务器的数据，那么请考虑通过错开复制计划来减少中心服务器上的负载。如果分支机构位于不同的时区，那么也可能需要错开计划。因为复制始终由接收成员启动，因此，计划反映接收成员启动与发送成员的复制的时间。所以，请相应地调整计划，以确保在中心服务器和分支服务器的非工作时间进行复制。

复查性能和优化准则

在数据收集方案中，白天在分支服务器上进行更改，这些更改在暂存文件夹中排队，以便在夜间进行复制。因此，调整暂存文件夹配额的大小非常重要，使其可以容纳在复制时间

38

窗开始时将复制的更改。这样做可以确保文件保留在暂存文件夹中，不会在白天被清除，如果文件需要重新暂存后才能进行复制，那么可能会影响复制的吞吐量。将文件保留在暂存文件夹中还可以提高 RDC 的性能。

如果复制的是大文件，那么确保分支服务器上的暂存文件夹配额大约比最大的九个文件大十倍。此建议的原因在本指南前面的数据发布方案中介绍。

注意

要确定 RDC 和“DFS 复制”的效率，请对分支服务器生成诊断报告。

为部署“DFS 复制”进行规划

如果在中心服务器上没有预安排分支文件，那么初始复制可能需要很长时间才能完成。如果时间并不重要，但是限制使用的带宽非常重要，那么将带宽限制设置为较低的值，使数据慢慢地从分支服务器复制到中心服务器。要确定中心服务器是否已收到初始文件（此时可以开始在中心服务器上备份数据），请检查诊断报告上报告的囤积大小，使用 Dfsrdiag.exe 检查囤积，或手动比较中心服务器和分支服务器上的文件数。

如果需要更快地完成初始复制，那么可以通过将分支服务器的数据备份到媒体上，在中心服务器上预安排数据。将媒体送到中心站点，并将文件复制到中心服务器上的已复制文件夹。然后，在设置复制时，只将更改从分支服务器复制到中心服务器。

要点

在使用“新建复制组向导”为收集数据设置复制组时，向导假定分支服务器上包含最新的数据并使用分支服务器作为主成员。这意味着如果中心服务器上遇到任何文件冲突，那么将优先使用分支服务器的数据。如果因为某种原因，使用此向导设置一个多用途复制组，那么请确保选择分支服务器作为主成员。

有关预安排的详细信息，请参阅本指南前面的数据发布方案中的“为部署‘DFS 复制’进行规划”一节。

为监视进行规划

可以通过两种方法来监视“DFS 复制”：内置的诊断报告（在“DFS 管理”管理单元中）和“DFS 复制 MOM 软件包”。“DFS 复制 MOM 软件包”为监视 50 台或更多的服务器而设计。诊断报告最多适合监视 50 台服务器；如果使用诊断报告监视 25 台以上的服务器，那么可能需要很长时间才能生成诊断报告，并且生成的文件可能非常大，在 Web 浏览器中打开的速度很慢。

39

复查“DFS 复制”的要求

下列各节介绍适用于本指南中所述的所有方案的各种“DFS 复制”要求。 “DFS 复制”的 Active Directory 要求 ????

必须在组织中部署 Active Directory。

Active Directory 架构必须更新为包含新的“DFS 复制”类和属性。这些架构更改在第二张 Windows Server 2003 R2 操作系统 CD 上提供。此架构可以应用于运行

Windows 2000 Server、Windows Server 2003 和 Windows Server 2003 R2 的域控制器。

复制组的所有成员必须处于同一个林中。不能跨不同林中的服务器进行复制。

??

使用和管理“DFS 复制”的操作系统要求

将参与“DFS 复制”的服务器必须运行 Windows Server 2003 R2。在安装

Windows Server 2003 R2 之后，必须在每个将参与复制的服务器上安装“DFS 复制”服务，并且必须在其中一台服务器上安装“DFS 管理”管理单元，用于管理复制。 也可以通过安装 Windows Server 2003 R2 管理工具包，从运行 Windows XP Service Pack 2 (SP2) 的计算机管理“DFS 命名空间”和“DFS 复制”。在安装此工具包时，“DFS 管理”管理单元作为“文件服务器管理”管理单元的一部分提供。有关安装此工具包的详细信息，请访问 Microsoft 网站

(http://go.microsoft.com/fwlink/?LinkId=55225)。 “DFS 复制”的兼容性 ????

文件系统。已复制文件夹必须存储在 NTFS 卷上。

服务器群集。在服务器群集上，已复制文件夹应位于节点的本地存储中，因为“DFS 复制”服务并未设计为与群集组件协调使用，并且该服务无法故障转移到另一个节点。

不复制的文件。“DFS 复制”不复制下列类型的文件： ??????

已复制文件夹的本地路径中 NTFS 装入的驱动器。（但是，已复制文件夹的本地路径可以是装入的驱动器或该驱动器之下。） 使用加密文件系统 (EFS) 加密的文件。

任何重分析点（与“DFS 命名空间”关联的重分析点除外）。如果文件中包含用于分层存储管理 (HSM) 或单一实例存储 (SIS) 的重分析点，“DFS 复制”将复制底层文件，但是不复制重分析点。 已设置临时属性的文件。

??

??

40

??

使用 UNIX 兼容的应用程序创建并保存到网络文件系统 (NFS) 共享文件夹的文件，名称区分大小写。（NTFS 支持可移植操作系统接口 [POSIX] 标准，该标准支持创建两个同名但是不同大小写的文件。）例如，如果用户在 NFS 共享文件夹中创建两个文件 FILE.doc 和 File.doc，“DFS 复制”将复制第一个文件，但是不复制第二个文件。

??配额软件。如果计划使用磁盘配额，那么请遵循下列准则： ??

对在每个已复制文件夹的本地路径下自动创建的 DfsrPrivate 文件夹禁用任何配额。这样做可以确保不会因磁盘配额而使“DFS 复制”无法使用所配置的暂存文件夹及冲突和已删除文件夹。 对所有成员设置相同的配额。

对系统卷以及包含已复制文件夹的所有卷的根路径中的 \\System Volume Information\\DFSR 文件夹禁用配额。

观察磁盘已满事件。某些文件夹的配额可能会触发磁盘已满事件，即使卷上有充足的空间也是如此。

有关在文件服务器资源管理器中使用配额的具体准则，请参阅本指南后面的“文件服务器资源管理器的互操作性准则”。

??????????

Ultrasound 和 Sonar。为“文件复制”服务 (FRS) 设计的 Ultrasound 和 Sonar 监视工具与“DFS 复制”不兼容。使用内置的诊断报告或“DFS 复制 MOM 软件包”来监视“DFS 复制”。

防火墙。因为“DFS 复制”使用 RPC 动态终结点映射程序，所以，可能无法跨防火墙工作。此外，如果启用了防火墙，那么无法使用“DFS 管理”管理单元来配置“DFS 复制”。必须定义端口例外或禁用防火墙，也可以使用 Dfsrdiag.exe 为“DFS 复制”设置静态 RPC 端口。有关详细信息，请参阅 Microsoft 网站上的“DFS Replication Operations

Guide”(http://go.microsoft.com/fwlink/?LinkId=55327)（英文）。

SYSVOL。Windows Server 2003 R2 中的 SYSVOL 复制不支持“DFS 复制”。不要尝试通过禁用 FRS 并为 SYSVOL 设置复制组，在 SYSVOL 上配置“DFS 复制”。在运行 Windows Server 2003 R2 的域控制器上，继续使用 FRS 进行 SYSVOL 复制。FRS 和“DFS 复制”可以在同一台成员服务器或域控制器上共存。

防病毒软件。防病毒软件必须与“DFS 复制”兼容；要检查兼容性，请与防病毒软件供应商联系。（使用 RDC，不会因为防病毒软件不兼容而进行过多的复制，但是会发生与 RDC 协议关联的额外开销。）

??

??

??

41

“DFS 复制”的安全要求和委派

下表说明在默认情况下可以执行基本“DFS 复制”任务的组以及委派执行这些任务的能力的方法。

任务 默认情况下可以执行此任务的用户或组 委派方法 创建复制组或在包含文件夹目标的文件夹上启用 DFS 复制 管理复制组 将创建复制组的域中的 Domain 在控制台树中，右键单击“复Admins 组 制”节点，然后单击“委派管理权限”。 配置复制组的域中的 Domain Admins 组，或复制组的创建者。 如果服务器是成员服务器，那么用户必须是要添加的服务器的本地 Administrators 组成员。 如果服务器是域控制器，那么用户必须是服务器所在的域中的 Domain Admins 组成员。 在控制台树中，右键单击复制组，然后单击“委派管理权限”。 将用户添加到要添加的成员服务器的本地 Administrators 组中，或将用户添加到要添加的域控制器的 Domain Admins 组中。 向复制组务器 1, 2 中添加服

1

假定已为用户委派了管理复制组的能力。 要添加的服务器必须联机。

2

如果计划委派创建和管理复制组的能力，请注意以下两个重要的事项： ????

如果为用户或组委派创建复制组的能力，之后将该用户或组从委派列表中删除，那么现有复制组的安全设置不会进行任何更改。

如果为用户或组委派管理特定复制组的能力，之后将该用户或组从委派列表中删除，那么任何现有配置数据的安全设置不会进行任何更改。例如，如果所删除的用户已在复制组中创建连接，用户仍将拥有编辑该连接的权限，因为用户是包含连接配置信息的 Active Directory 对象的所有者。

“DFS 复制”的可伸缩性限制

我们建议您的部署接近但是不要超过以下经过测试的限制： ????

每台服务器最多可以是 256 个复制组的成员。 每个复制组最多可以包含 256 个已复制文件夹。

42

????

每台服务器最多可以具有 256 个连接（例如 128 个传入连接和 128 个传出连接）。

在每台服务器上，复制组数乘以已复制文件夹数再乘以同时建立的复制连接数，结果必须等于或小于 1024。（如果错开复制计划，那么不需要计算因为计划结束而没有复制的连接数。）

一个复制组最多可以包含 256 个成员。

一个卷最多可以包含 8 百万个已复制文件夹，一台服务器最多可以包含 1 TB 的已复制文件。以上是经过测试的数字，并且是解决性能和可伸缩性的建议准则。

????

复查“DFS 复制”的其他准则和注意事项

下列各节包含适用于所有“DFS 复制”方案的准则和注意事项。 有关“DFS 复制”暂存文件夹的其他信息

暂存文件夹是复制过程的一个重要部分。在调整部署的暂存文件夹配额时，应考虑下列注意事项。 ??

如果在“DFS 复制”服务执行某些复制活动时，检测到某个卷上出现磁盘已满的情况，那么可能会在达到高水位线之前触发暂存清理。这种特殊的清理将尝试部分调整遇到磁盘已满情况的卷上的所有暂存文件夹及所有冲突和已删除文件夹。

按照已复制文件夹来管理暂存文件夹。如果服务器上有许多已复制文件夹，尤其是如果同一个卷上有多个已复制文件夹，那么暂存文件夹中的暂存文件可能会占用卷的大部分空间，使最终用户可能会遇到磁盘已满的情况。为了简化暂存管理，我们建议您使用单独的卷来存储暂存文件夹。另一种方法是为给定卷上的所有已复制文件夹配置相同的暂存文件夹路径，并使用配额系统为该文件夹配置配额。例如，对卷 D:\\ 上的所有已复制文件夹，将 D:\\Staging 配置为暂存文件夹，并将 D:\\Staging 文件夹的配额设置为 30 GB。

如果只有两个成员并且这两个成员相互复制，那么清理暂存未必有坏处。此外，在初始复制期间，应频繁地清理暂存文件夹。但是，如果中心服务器将复制到许多伙伴，那么可能不希望频繁地清理暂存，应考虑增大暂存文件夹配额的大小，以避免进行清理。

??

??

复制卷的根路径

“DFS 复制”服务支持将卷的根路径（例如 C:\\）配置为已复制文件夹的本地路径，但是因为下列原因，所以不建议使用此配置： ??

“DFS 复制”复制为已复制文件夹的本地路径设置的元数据（包括 ACL 和属性）。因为卷的根路径总是隐式设置隐藏属性位和系统属性位，所以，该路径特殊。如果将复

43

制伙伴配置为已复制文件夹的对应本地路径不是卷的根路径，那么该已复制文件夹将设置系统属性和隐藏属性。 ??

系统文件夹通常位于卷的根路径中。“DFS 复制”设计为忽略这些文件夹，但是第三方应用程序可能会遇到互操作性问题。

在跨域配置中选择复制组域

“DFS 复制”支持在同一个林的不同域中的成员上存放已复制文件夹。在多域环境中设置“DFS 复制”时，必须选择存放 Active Directory 中的 GlobalSettings 对象的域。理想情况下，希望存放复制组的域可以使每台成员服务器与复制组域中最接近的域控制器的站点链接总成本最低。在每个成员上的“DFS 复制”如下所述轮询 Active Directory 时，这样做可以降低成本： ??

“DFS 复制”服务定期轮询 Active Directory（默认情况下每个小时一次），以获取最新的配置。该服务将访问 LocalSettings 对象（位于 Active Directory 中成员服务器的计算机对象下）以及 GlobalSettings 对象下的对象。

“DFS 复制”服务还将通过仅轮询计算机的 LocalSettings 对象来执行轻型轮询（每 5 分钟）。可以禁用轻型轮询。

轻型轮询检测到的任何更改将触发完整轮询。

????

在多个复制组、多个已复制文件夹或已复制文件夹下的多个文件夹之间作出选择 使用“DFS 复制”可以灵活地在服务器之间复制文件夹。例如，如果有三个要复制的文件夹，那么可以： ??????

创建一个复制组和一个已复制文件夹，然后将三个文件夹放入已复制文件夹。 创建一个复制组和三个与每个要复制的文件夹对应的已复制文件夹。

创建三个复制组，每个复制组包含一个与其中一个要复制的文件夹对应的已复制文件夹。

为了帮助您在这些选项中作出选择，请考虑下列问题： ??

如果网络速度很快，那么考虑创建一个包含多个子文件夹的已复制文件夹，而不要为每个要复制的文件夹创建已复制文件夹。使用多个已复制文件夹会增加并发下载数，从而提高吞吐量，但是代价是此配置可能会因为创建暂存文件、清理暂存文件夹等操作而造成磁盘 I/O 使用率过高。通过创建一个包含多个子文件夹的已复制文件夹，可以限制同时复制的数据量，从而使磁盘 I/O 最少。

可以禁用和启用已复制文件夹，从而支持可选择的成员身份。

已复制文件夹有专用的暂存文件夹及冲突和已删除文件夹。对这些文件夹的管理会随着已复制文件夹数的增大而增多。

????

44

????????

委派、拓扑和复制计划可以按复制组进行。

在性能方面，如果已复制文件夹数相同，那么跨一个复制组还是跨多个复制组不会有影响。

如果已复制文件夹跨多个卷，那么可能会提高性能。要这样做，必须使用多个已复制文件夹，而不能使用一个已复制文件夹。

实际上，在决定要创建的复制组数和已复制文件夹数时，应先考虑管理，其次考虑性能。创建一个包含多个已复制文件夹的复制组可能会实现最佳的平衡。如果文件夹相对较小，那么使用一个已复制文件夹（包含多个子文件夹）比较合适。

如果为高优先级的内容创建单独的复制组，那么可以灵活地对计划进行详细的控制，并且可以选择强制在特定的连接上进行复制。

??

文件服务器资源管理器的互操作性准则

如果计划对使用文件服务器资源管理器监视的卷使用“DFS 复制”，那么请注意下列准则： ??

如果对已复制文件夹的本地路径使用自动配额，那么请禁用或删除为 DfsrPrivate 及其子文件夹自动创建的配额。（您可能需要右键单击“配额”节点，然后单击“刷新”，才能使 DfsrPrivate 配额显示在列表中。）

不要对已复制文件夹的本地路径启用配额，因为这样做还将计算 DfsrPrivate 子文件夹数。因为配额无法设置为忽略特定的子文件夹树，所以，必须对已复制文件夹的本地路径内的各个文件夹分别启用配额。

??

复查“DFS 命名空间”的要求

“DFS 命名空间”的操作系统要求和服务器要求 ??

使用“DFS 管理”管理单元执行命名空间管理任务的服务器必须运行

Windows Server 2003 R2 或 Windows XP（如果安装了 Windows Server 2003 R2 管理工具包）。有关安装此工具包的详细信息，请访问 Microsoft 网站 (http://go.microsoft.com/fwlink/?LinkId=55225)。

要支持新的命名空间功能（客户端故障回复、目标优先级和增强的委派功能），托管命名空间的所有服务器必须运行 Windows Server 2003 SP1 或 Windows Server 2003 R2。

要支持新的命名空间功能，所有域控制器必须运行 Windows Server 2003 SP1 或 Windows Server 2003 R2。 命名空间必须在 NTFS 卷上创建。

??

????

45

如果域控制器和命名空间服务器混合运行 Windows Server 2003 R2、

Windows Server 2003 SP1、没有 SP1 的 Windows Server 2003 和 Windows 2000

Server，那么可以使用“DFS 命名空间”，但是有些功能会被禁用或可用状态不一致（取决于服务器上的操作系统）。有些混合模式行为的示例如下所述： ????

如果域控制器或命名空间服务器运行没有 SP1 的 Windows Server 2003，那么无法提供支持目标优先级或客户端故障回复的引用。

如果域控制器或命名空间服务器运行 Windows 2000 Server，那么无法提供支持目标服务器优先级或客户端故障回复的引用，也无法在引用中按照最低成本对目标排序。要使这些命名空间服务器和域控制器可以检测命名空间中每台目标服务器的位置，还需要进行其他配置。有关详细信息，请参阅 Microsoft 网站上的 DFS FAQ 中对“What are the issues to consider when I use multiple servers running Windows 2000 Server and Windows Server 2003 to host a domain-based DFS

root?”问题的解答 (http://go.microsoft.com/fwlink/?LinkId=39465)（英文）。 如果“DFS 管理”管理单元连接到未运行 Windows Server 2003 R2 或

Windows Server 2003 SP1 的命名空间服务器上，任何新配置设置（例如客户端故障回复和目标优先级）均无法启用。将无法重命名或移动命名空间文件夹，并且委派也无法生效。

??

“DFS 命名空间”的客户端兼容性

访问命名空间的客户端必须运行下列操作系统之一： ??????????????????

Windows Server 2003 R2 版本 Windows Server 2003

Windows Storage Server 2003 Windows XP

Windows 预安装环境 (Windows PE)（可以访问独立命名空间，但是不能访问基于域的命名空间。）

Windows 2000 Server 家族 Windows 2000 Professional

Windows NT? Server 4.0 Service Pack 6a Windows NT Workstation 4.0 Service Pack 6a

此外，将为客户端故障回复进行配置的客户端必须运行下列操作系统和热修补程序： ????

Windows XP Service Pack 2 和 Windows XP 客户端故障回复热修补程序。 Windows Server 2003 SP1 和 Windows Server 2003 客户端故障回复热修补程序。

本文来源：https://www.bwwdw.com/article/6v2f.html