Windows Server 2003 R2 分布式文件系统解决方案

Microsoft Windows Server 2003 R2 分布式文件系统解决方案概述

更新日期：2005 年 00 月 22 日

大中型组织中的信息技术 (IT) 小组的一个目标就是有效地管理文件服务器及其资源，同时保证用户可以安全地访问这些文件服务器及其资源。随着组织的扩大，用户和服务器越来越多 — 无论这些用户和服务器处于一个站点还是处于地理位置不同的站点 — 管理员会发现，要使用户始终可以连接到所需的文件，难度越来越大。一方面，在分布式服务器上存储文件使更多的用户可以使用文件，并且在服务器位于用户附近时，可以缩短延迟时间并减少带宽的使用。另一方面，随着分布式服务器数的增加，用户很难定位所需的文件，并且运营成本将增加。

对于管理这些分布式远程服务器的管理员，需要一种解决方案来帮助他们限制在慢速 WAN 连接上的网络通信量、在 WAN 中断或服务器出现故障期间确保文件的可用性以及确保分支服务器正确地备份。Microsoft® Windows Server™ 2003 R2 操作系统分布式文件系统解决方案可以帮助管理员应对这些挑战，方法是提供了两项技术：“DFS 命名空间”和“DFS 复制”，这两项技术一起使用时，可以提供简化的、具有容错能力的文件访问以及负载共享和 WAN 友好复制。

•	“DFS 复制”是一种新型的、基于状态的多主机复制引擎，支持复制计划和带宽限制。“DFS 复制”使用一种称为远程差分压缩 (RDC) 的新压缩协议，使用该协议可以有效地更新有限带宽网络上的文件。RDC 检测文件中数据的插入、删除和重新排列，使“DFS 复制”能够在文件更新时仅复制更改。此外，RDC 还具有一项称为交叉文件 RDC 的功能，有助于减少复制新文件时所需的带宽。
•	“DFS 命名空间”以前称为“分布式文件系统”，允许管理员对位于不同服务器上的共享文件夹进行分组并将其作为虚拟文件夹树（称为命名空间）提供给用户。命名空间可以提供很多好处，包括提高数据的可用性、负载共享和简化数据迁移。

下图说明如何将“DFS 命名空间”和“DFS 复制”一起使用。标记为 1 和 2 的过程在该图后面会更详细地介绍。

正如图中所示，在用户尝试访问命名空间中的某个文件夹时 (1)，客户端计算机将与命名空间服务器联系。命名空间服务器向客户端计算机发送一个引用，其中包含托管与该文件夹关联的共享文件夹（称为文件夹目标）的服务器列表。客户端计算机将缓存该引用，然后与引用中的第一台服务器联系 (2)，通常是客户端自己的站点中的服务器，除非同一站点中没有其他服务器或管理员配置了目标优先级。

图中突出显示的文件夹表明该文件夹由两台服务器（一台服务器在纽约，一台服务器在伦敦）上的共享文件夹托管，使这两个站点的用户可以快速、可靠地访问文件。共享文件夹通过“DFS 复制”保持同步。用户并不知道多台服务器托管该文件夹的情况，在命名空间中只能看到一个文件夹。如果其中一台服务器不可用，客户端计算机将故障转移到另一台服务器。

关键方案

尽管“DFS 命名空间”和“DFS 复制”是两项独立的技术，但是这两项技术一起使用时，可以为大中型组织中的许多关键方案提供解决方案。

数据收集

数据收集方案有助于避免在分支机构中使用磁带备份，并且可以显著降低分支机构的运营成本。要实现此目标，请将数据从分支机构的某台服务器复制到中心机构或数据中心的某台服务器。中心机构的管理员可以使用备份软件从中心服务器备份分支服务器的数据，避免在没有配备受训 IT 人员的分支机构让非 IT 的管理员执行备份，这个过程经常容易出错。通过在中心机构集中备份，还使组织可以合并备份硬件以及相关的管理任务。

通过 RDC，“DFS 复制”仅复制两台服务器之间不同的内容（或更改）；因此，可以使复制期间使用的带宽最少，对于与中心机构建立低带宽 WAN 连接的分支机构，这一点非常重要。此外，可以使用复制计划和带宽限制来设置非工作时间的复制时间窗并控制在复制期间使用的带宽，使管理员可以更好地控制 WAN 通信量。

将“DFS 复制”与“DFS 命名空间”组合使用时，管理员可以通过配置命名空间，使分支客户端始终连接到分支服务器上。如果分支服务器不可用，那么分支客户端将故障转移到中心服务器。使用称为客户端故障回复的“DFS 命名空间”增强功能，在分支服务器恢复之后，运行客户端故障回复热修补程序的分支客户端将故障回复到分支服务器。

数据分发

“DFS 命名空间”和“DFS 复制”可以用于为组织中的用户发布文档、软件和行业数据。尽管单独使用“DFS 复制”就足以分发数据，但是使用“DFS 命名空间”将使管理员可以配置命名空间，以便命名空间中的文件夹由多台服务器托管，从而提高数据的可用性并将客户端负载分散到多台服务器上。浏览命名空间时，用户仅看到一个文件夹，并且不会注意到该文件夹是由多个服务器托管的。用户打开文件夹时，系统会自动将客户端计算机引用到它自己站点中的某台服务器上；如果同一站点中没有其他服务器可用，那么管理员可以配置命名空间，将该客户端引用到 Active Directory® 目录服务中定义的、连接成本最低的服务器。此外，使用称为目标优先级的“DFS 命名空间”增强功能，管理员可以指定服务器的优先级，在客户端访问命名空间中的文件夹时，使特定服务器始终作为接收的服务器列表中（称为引用）的第一项或最后一项。

在分支机构之间共享文件

在分支机构遍布世界各地的大型组织中，一个分支机构的用户通常需要访问另一个分支机构或者中心机构或数据中心中存储的共享文件夹和共享文件。尽管有些情况下会需要协作，但是在其他情况下，用户只是需要访问这些文件。如果值得以分支机构中使用的网络通信量和磁盘空间为代价来实现 WAN 中断期间的短延迟时间和数据可用性，那么管理员可以使用“DFS 复制”在分支服务器之间复制文件，使用户可以快速访问各自分支机构中的文件。通过在多个分支机构中保存文件，还可以使从一个分支机构到另一个机构出差的用户受益。这些用户可以在一个分支机构中更改其文件，这些更改将复制回相应用户的分支机构。

将分支机构中的共享文件夹定义为命名空间中的文件夹时，用户像浏览一台服务器一样访问这些文件夹，使用户可以从一个一致的位置开始浏览文件。例如，从一个分支机构到另一个分支机构出差的用户像访问命名空间中的同一文件夹一样访问文件夹，但是用户实际上被引用到包含该数据的、最接近的服务器。如果使用“DFS 复制”复制该数据，用户的更改将复制回该用户的分支机构。

只有用户能够容忍在更改复制到其他分支服务器时的一些文件不一致情况，才建议使用“DFS 复制”进行协作的方案。此外，因为“DFS 复制”对多台服务器上的相同文件所作的更改使用最后写入者优先的启发方式，所以，在从一台服务器更新文件或由一个用户更新文件时，最适合使用此方案。设置共享文件夹权限可以有助于确保更改不会发生冲突。对于要求文件锁定的协作方案，我们建议使用 Microsoft® Windows® SharePoint® 服务。

	注：
	因为“DFS 复制”仅在文件关闭之后复制文件，所以，要复制数据库文件或长时间保持打开的任何文件，不建议使用“DFS 复制”。

在 Windows Server 2003 R2 中使用“DFS 复制”的好处

“DFS 复制”是一个新的复制引擎，与文件复制服务 (FRS) 相比有显著的增强。使用“DFS 复制”的好处如下所述。

简化了将独立的文件夹复制到同一组服务器的过程

Windows Server 2003 R2 中通过引入复制组和已复制文件夹，简化了设置已复制文件夹的过程，如下图所示。

正如此图所示，复制组是参与一个或多个已复制文件夹的复制的一组服务器（称为成员）。已复制文件夹是在每个成员上保持同步的文件夹。在上图中存在两个已复制文件夹 Projects 和 Proposals。每个已复制文件夹中的数据更改时，将通过复制组成员之间的连接复制更改。所有成员之间的连接构成复制拓扑。

如果在一个复制组中创建多个已复制文件夹，那么可以简化部署已复制文件夹的过程，因为该复制组的拓扑、计划和带宽限制将应用于每个已复制文件夹。每个已复制文件夹还具有自己的设置，例如文件筛选器和子文件夹筛选器，使管理员可以为每个已复制文件夹筛选出不同的文件和子文件夹。要部署其他已复制文件夹，管理员可以使用简要向导来定义新的已复制文件夹的本地路径和权限。

每个成员上存储的已复制文件夹可以位于成员中不同的卷上，并且尽管通过“DFS 管理”管理单元很容易共享已复制文件夹并可以选择在现有的命名空间中进行发布，但是已复制文件夹不需要是共享文件夹或命名空间的一部分。

差分复制对文件的更改

“DFS 复制”使用 RDC 来仅复制成员之间不同的内容（或更改）。这样，建立低速 WAN 连接的分支机构可以使用最少的带宽来参与复制。

对大文件进行小改动时，RDC 特别有效。例如，对 2 MB 的 PowerPoint® 演示文稿所作的更改可能只会通过网络发送 60 KB，传输的字节数减少了 97%。对使用“DFS 复制”和 RDC 从源服务器复制到目标服务器的 780 个各种 Office 文件（.doc、.ppt 和 .xls）进行了测试。目标是确定 RDC 对进行典型编辑操作的 Office 文件的效果。目标服务器的文件版本是 x，源服务器的文件版本是 x+，两个版本在重要的编辑方面有所不同。传输的字节数所减少的百分比是平均值 50%，大文件明显要更好一些。

此外，通过使用 RDC 和压缩，“DFS 复制”可以为分发软件文件节省带宽。例如，Microsoft 的 IT 部门使用“DFS 复制”将软件文件复制到多个国家/地区的 Microsoft 办事处。尽管所使用的带宽会随时间而变化，但是在通常情况下，节省带宽 63.14%，尤其是在网络通信量方面，复制 16.22 GB，而不是复制 44.0 GB。

	注：
	小于 64 KB 的文件不使用 RDC，对于不需要争用网络带宽的高速 LAN，RDC 可能也没什么好处。可以使用“DFS 管理”管理单元来禁用每个连接的 RDC。

减少用于复制新文件的带宽

RDC 的另一项功能（称为交叉文件 RDC）使用启发方式来确定与需要复制的文件类似的文件。在一台服务器上创建新文件并将其复制到另一台服务器时，可以使用该功能。“DFS 复制”可以使用与需要复制的文件类似的文件的部分来代替复制整个文件，从而使通过 WAN 传输的数据量最少。

只有需要复制的服务器对中的一台服务器运行的是 Windows Server 2003 R2 Enterprise Edition、Windows Server 2003 R2 Datacenter Edition 或 Windows® Storage Server R2 Enterprise Edition 时，才可以使用交叉文件 RDC。例如，如果分支机构服务器运行的是 Windows Server 2003 R2 Standard Edition，而中心服务器运行的是 Windows Server 2003 R2 Enterprise Edition，那么将使用交叉文件 RDC。

有效并且可伸缩的复制

复制组的两个成员开始相互同步时，将使用有效的算法来确定需要复制的文件。交换的源数据量最少，并且因为同步是基于状态的，而不是像文件复制服务 (FRS) 中一样基于事件的，所以，可以避免因为更改的发生顺序而不必要地发送更改。

通过引入基于状态的同步以及 RDC，与 FRS 相比，“DFS 复制”可以支持将更多的文件复制到更多的成员。经过测试的可伸缩性数字如下所述：

•	每台服务器最多可以是 256 个复制组的成员。
•	每个复制组最多可以包含 256 个已复制文件夹。
•	每台服务器最多可以具有 256 个连接（例如 128 个传入连接和 128 个传出连接）。
•	在每台服务器上，复制组数乘以已复制文件夹数再乘以同时建立的复制连接数，结果必须等于或小于 1024。如果错开复制计划，那么不需要计算因为计划结束而没有复制的连接数。
•	一个复制组最多可以包含 256 个成员。
•	一个卷最多可以包含 8 百万个已复制文件夹，一台服务器最多可以包含 1 TB 的已复制文件。以上是经过测试的数字，并且是解决性能和可伸缩性的建议准则。

灵活的计划和带宽限制

“DFS 复制”支持复制计划和带宽限制，以 15 分钟为增量，期限为 7 天。在指定复制间隔时，管理员选择开始时间和停止时间以及在该间隔期间要使用的带宽。带宽使用量的设置为 16 Kbps 到 25 Kbps 以及全部（无限制）带宽。管理员可以配置应用于成员之间的所有连接的默认计划和带宽，也可以选择为各个连接创建自定义计划和带宽。

为了帮助管理员为不同时区的服务器配置复制时间窗，管理员可以设置计划，使启动复制的服务器以通用协调时间 (UTC) 或服务器的本地时间解释计划。

在独立命名空间和基于域的命名空间中以及各个文件夹上支持。

可以在独立命名空间和基于域的命名空间中以及不属于任何命名空间的文件夹上使用“DFS 复制”。要复制的文件夹可以共享或取消共享。

在 USN 日志覆盖和数据库损坏之后自我修复

“DFS 复制”为更新序列号 (USN) 日志覆盖和 Jet 数据库损坏提供“自我修复”功能。尽管在此修复过程中会暂时停止复制，但是该服务不需要任何管理员干预即可恢复。为了进行自我修复，“DFS 复制”扫描文件系统并重新创建“DFS 复制”数据库，其中包含与已复制文件夹中的文件关联的元数据。然后，必须将该数据库与另一个成员上的数据库进行同步。在同步过程中，通过网络发送的元数据量通过已复制文件夹的本地路径下的文件数（即数据库中的 ID 记录数）和每个文件要发送的元数据大小来指明。文件的元数据大小是文件名长度加上大约 144 字节的两倍。额外的 RPC 开销和 TCP 开销将产生大约 5% 的开销，因此，在最差的情况下，对于数据库中平均文件名大小为 50 个字节的 1 百万个文件，将通过网络发送大约 194 MB 的数据。

成员恢复非常容易

“DFS 复制”将其全局配置设置（例如拓扑和复制计划）存储在 Active Directory 中。这些设置还缓存在每个成员的本地 .xml 文件中；如果此文件损坏或成员在故障之后已恢复，那么“DFS 复制”可以使用存储在 Active Directory 中的设置重建此文件。这种自我修复可以延长服务器运行时间和提高可靠性，并且更容易在灾难恢复期间重建复制组的成员。“DFS 复制”还使用 .xml 文件存储成员特定的设置，例如使用 Windows Management Instrumentation (WMI) 配置的调试日志设置或 RPC 端口设置。

简单灵活地预安排新服务器

将新服务器添加到复制组之前，管理员可以在目标服务器上预安排已复制文件夹，方法是将数据复制到服务器，还原备份，或从磁带、DVD 或可移动硬盘复制文件。如前面所述，同步过程在带宽使用量和交换的元数据方面效率很高，使初始同步在源服务器（称为主成员）和目标服务器上相同的文件期间的 WAN 通信量最小。如果目标服务器上的文件过期，那么“DFS 复制”将使用 RDC 仅复制在预安排数据之后发生的更改。在目标服务器上存在的、但是在源服务器上不存在的任何预安排文件将移至目标服务器的已复制文件夹路径下的 PreExisting 文件夹。

新的管理工具

管理员可以使用“DFS 管理”管理单元来配置“DFS 命名空间”和“DFS 复制”。该管理单元提供两个分布式文件系统组件之间的集成，使管理员可以：

•	选择命名空间中的某个现有文件夹，然后在与该文件夹关联的文件夹目标（共享文件夹）上配置“DFS 复制”。
•	将已复制文件夹添加到现有的命名空间。

管理员还可以使用 Dfsradmin.exe 或 Dfsrdiag.exe 在命令行下执行管理任务。这两个工具都是 Windows Server 2003 R2 的一部分。可以使用 WMI 以编程方式进行其他配置。

委派管理任务

可以为不属于 Domain Admins 组的管理员委派在域中创建新复制组和/或管理现有复制组的能力。Domain Admins 组的成员可以使用“DFS 管理”管理单元或 Dfsradmin.exe 命令行工具来执行此委派。

内置的运行状况指标和诊断事件

“DFS 复制”为监视“DFS 复制”的运行状况提供内置的 WMI 提供程序。例如，WMI 提供程序可以报告 USN 日志覆盖、数据库丢失、磁盘空间不足、网络连接问题、共享违规、复制过多以及成员之间的时钟偏差。“DFS 复制”事件日志中也会报告这些事件，该日志专门用于存储与复制有关的事件。

监视 DFS 复制的方法有两种：内置的诊断报告和 Windows Microsoft 操作管理器 (MOM) 的 Windows DFS 复制管理工具包。诊断报告是使用“DFS 管理”管理单元或 Dfsradmin.exe 命令行工具生成的一个 .html 文件。报告中包含大量“DFS 复制”的信息，包括错误事件和警告事件、服务状态和服务运行时间、基于 RDC 压缩和数据流压缩的复制效率、囤积的发送事务和接收事务和可用磁盘空间等。下图显示了一个运行状况报告的示例：

Windows DFS 复制管理工具包是一个实时的监视工具，用于按成员监视“DFS 复制”的运行状况和复制进度。管理员可以使用此管理工具包来监视“DFS 复制”服务、复制组、已复制文件夹以及存储已复制文件夹的卷的状态。导致完全复制或部分复制失败的条件将暂时更改对象的状态；问题解决之后，这些对象将由服务自动改回正常状态（正如间歇连接失败的示例中所述），或由管理员将其改回正常状态。

Microsoft 操作管理器 2005 支持该管理工具包，该管理工具包将可以在 Microsoft 网站

Windows Server 2003 R2 中的“DFS 命名空间”增强功能

如前面所述，Windows Server™ 2003 中的分布式文件系统技术已重命名为“DFS 命名空间”。尽管底层服务和基本功能没有改变，但是 Windows Server 2003 R2 中提供了许多“DFS 命名空间”增强功能。这些增强功能作为 Windows Server 2003 Service Pack 1 (SP1) 中更新的 API 引入，使分支机构中使用的命名空间更容易管理并且更加灵活。

新的管理工具和更新的管理工具

Windows Server 2003 R2 中新的“DFS 管理”管理单元为管理命名空间和“DFS 复制”提供了一个改进的图形用户界面。该管理单元使管理员可以配置“DFS 命名空间”增强功能（例如目标优先级、委派和客户端故障回复）以及 Windows Server 2003 中只能使用 Dfsutil.exe 配置的现有功能。例如，管理员可以使用“ DFS 管理”管理单元来配置服务器在引用中的排序方式，例如按最低成本排序或限制为与客户端处于同一站点。管理员还可以启用根路径扩展模式，该模式可以减少大型命名空间中的主域控制器 (PDC) 模拟器的负载。

命令行工具 Dfsutil.exe 是 Windows Server 2003 SP1 中的 Windows 支持工具的一部分，已更新为包含“DFS 命名空间”增强功能。操作系统工具 Dfscmd.exe 也更新为允许管理员在命名空间中移动或重命名文件夹。

客户端故障回复

“DFS 命名空间”中的客户端故障转移是在一台服务器发生故障或从命名空间中删除之后，客户端尝试访问引用中另一台服务器的过程。除非配置了客户端故障回复，否则，客户端将继续使用故障转移到的服务器，直到重新启动客户端或清除客户端的引用高速缓存。如果配置了客户端故障回复，并且客户端安装了相应的客户端故障回复热修补程序，那么客户端将故障回复到首选的本地服务器（在该服务器恢复之后）。

目标优先级

客户端访问命名空间时，将接收包含与命名空间根路径或文件夹关联的目标列表的引用。这些目标按照命名空间或文件夹当前的排序方法列出。要微调特定目标的排序方法，管理员可以指定服务器在引用中作为第一项还是最后一项出现。分配目标优先级在许多方案中非常有用，如“热待机”方案，此时将一台服务器视为最后手段的服务器。在该方案中，管理员可以指定备用服务器始终出现在引用中的最后一位，并且只有当其他所有服务器都发生故障或由于网络中断而不可用时，客户端才故障转移到此服务器。

更佳的委派功能

管理员可以很容易委派创建基于域的命名空间以及管理各个独立命名空间和基于域的命名空间的能力。“DFS 管理”管理单元设置对 Active Directory 中的“DFS 命名空间”配置对象的相应权限，或设置对在命名空间服务器注册表中的“DFS 命名空间”配置对象的相应权限，取决于命名空间类型。

重新构建命名空间的能力

使用“DFS 管理”管理单元可以很容易重命名或移动命名空间中的文件夹。管理员可以通过重新构建命名空间来纠正错误或在业务需要改变或新文件夹添加到命名空间时调整层次结构。管理员还可以使用更新版本的命令行工具 Dfscmd.exe 移动命名空间文件夹。

配置要求

下列各节介绍必须如何配置服务器，才能支持 Windows Server 2003 R2 中的“DFS 复制”和“DFS 命名空间”。

“DFS 复制”的要求

在部署“DFS 复制”之前，管理员必须如下所述配置服务器和存储：

•	Active Directory 架构必须更新为包含新的“DFS 复制”对象。这些架构更改在 Windows Server 2003 R2 操作系统安装光盘的光盘 2 上提供。此架构可以应用于运行 Microsoft® Windows® 2000 Server、Windows Server 2003 和 Windows Server 2003 R2 的域控制器。
•	将参与“DFS 复制”的服务器必须运行 Windows Server 2003 R2。在安装 Windows Server 2003 R2 之后，必须在每台将参与复制的服务器上安装“DFS 复制”服务，并且必须安装“DFS 管理”管理单元来管理复制。有关在运行 Windows XP Service Pack 2 (SP2) 的客户端计算机上安装“DFS 管理”管理单元的信息，请参阅本文档后面的“从运行 Windows XP 的计算机管理分布式文件系统”。
•	防病毒软件必须与“DFS 复制”兼容；要检查兼容性，请与防病毒软件供应商联系。
•	复制组中的服务器必须处于同一个林中。不能跨不同林中的服务器进行复制。
•	已复制文件夹必须存储在 NTFS 卷上。
•	在服务器群集上，已复制文件夹应位于节点的本地存储中，因为“分布式文件系统复制”服务不支持群集，并且该服务无法故障转移到另一个节点。

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

“DFS 命名空间”的要求

要启用“DFS 命名空间”中的所有功能，必须如下所述配置实验室的服务器和客户端：

•	将使用“DFS 管理”管理单元的服务器必须运行 Windows Server 2003 R2 或 Windows XP SP2。有关在运行 Windows XP SP2 的客户端计算机上安装“DFS 管理”管理单元的信息，请参阅本文档后面的“从运行 Windows XP 的计算机管理分布式文件系统”。
•	要支持新的命名空间功能，所有托管命名空间的服务器必须运行 Windows Server 2003 SP1 或 Windows Server 2003 R2。
•	要支持新的命名空间功能，所有域控制器必须运行 Windows Server 2003 SP1 或 Windows Server 2003 R2。
•	命名空间必须在 NTFS 卷上创建。
•	访问命名空间的客户端可以运行任何支持的客户端操作系统，但是只能为客户端故障回复配置运行下列操作系统、Service Pack 和相应的客户端故障回复热修补程序的客户端： • Windows XP SP2 和客户端故障回复热修补程序。 • Windows Server 2003 SP1 和客户端故障回复热修补程序。

有关客户端故障回复热修补程序的详细信息，请参阅 Microsoft 网站

有关“DFS 命名空间”客户端支持的操作系统的详细信息，请参阅 Microsoft 网站

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

•	如果域控制器或命名空间服务器运行没有 SP1 的 Windows Server 2003，那么无法提供支持目标优先级或客户端故障回复的引用。
•	如果域控制器或命名空间服务器运行 Windows 2000 Server，那么无法提供支持目标服务器优先级或客户端故障回复的引用，也无法在引用中按照最低成本对目标排序。要使这些命名空间服务器和域控制器可以检测命名空间中每台目标服务器的位置，还需要进行其他配置。有关详细信息，请参阅 Microsoft 网站上
•	如果“DFS 管理”管理单元连接到未运行 Windows Server 2003 SP1 或 Windows Server 2003 R2 的命名空间服务器上，任何新配置设置（例如客户端故障回复和目标优先级）均无法启用。将无法重命名或移动文件夹，并且委派也无法生效。

从运行 Windows XP 的计算机管理分布式文件系统

也可以通过安装 Windows Server 2003 R2 管理工具包，从运行 Windows XP SP2 的计算机管理“DFS 命名空间”和“DFS 复制”。在安装此工具包时，“DFS 管理”管理单元作为“文件服务器管理”管理单元的一部分提供。有关安装此工具包的详细信息，请访问 Microsoft 网站