DFS 复制常见问题解答

No. DFS 复制不与文件复制服务 （FRS） 通信。 DFS 复制和 FRS 可以同时在同一台服务器上运行，但绝不能将其配置为复制相同的文件夹或子文件夹，因为这样做可能会导致数据丢失。

是的，DFS 复制可以在运行 Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2 或 Windows Server 2008 的服务器上替换 FRS 进行 SYSVOL 复制。 运行 Windows Server 2003 R2 的服务器不支持使用 DFS 复制来复制 SYSVOL 文件夹。

有关使用 DFS 复制复制 SYSVOL 的详细信息，请参阅 将 SYSVOL 复制迁移到 DFS 复制。

Yes. 若要将复制从 FRS 迁移到 DFS 复制，请参阅以下文档：

• 若要迁移 SYSVOL 文件夹以外的文件夹的复制，请参阅 SYSVOL 复制迁移指南：FRS 到 DFS 复制。

Yes. 尽管 DFS 复制仅支持在运行 Windows Server 的服务器之间复制内容，但 UNIX 客户端可以访问 Windows 服务器上的文件共享。 为此，请在 DFS 复制服务器上安装网络文件系统服务（NFS）。

还可以使用许多 UNIX 客户端中包含的 SMB/CIFS 客户端功能直接访问 Windows 文件共享，尽管此功能通常受到限制或需要修改 Windows 环境（例如使用组策略禁用 SMB 签名）。

DFS 复制与运行 Windows Server作系统的服务器上的 NFS 互作，但无法复制 NFS 装入点。

Yes. 卷影复制服务 （VSS） 卷支持 DFS 复制，并且以前的快照可以使用以前的版本客户端成功还原。

否，不支持在运行 Windows Server 2003 或更早版本的计算机上使用 Windows 备份（Ntbackup.exe）来备份运行 Windows Server 2012、Windows Server 2008 R2 或 Windows Server 2008 的计算机上复制文件夹的内容。

若要备份存储在复制文件夹中的文件，请使用 Windows Server 备份或Microsoft® System Center Data Protection Manager。 有关 Windows Server 2008 R2 和 Windows Server 2008 中的备份和恢复功能的信息，请参阅 备份和恢复。 有关详细信息，请参阅 System Center Data Protection Manager。

Yes. 不要在复制的文件夹上配置文件系统策略。 文件系统策略在每个组策略刷新间隔重新应用 NTFS 权限。 这可能会导致共享冲突，因为打开的文件在文件关闭之前不会复制。

No. DFS 复制不能用于复制 Microsoft Exchange Server 上托管的邮箱。

Yes. 但是，文件服务器资源管理器（FSRM）文件屏蔽设置必须在复制的两端匹配。 此外，DFS 复制具有自己的文件和文件夹筛选器机制，可用于从复制中排除某些文件和文件夹。

下面是实现文件屏幕或配额的最佳做法：

• 隐藏的 DfsrPrivate 文件夹不得受配额或文件屏幕的约束。

• 在启用筛选之前，任何复制的文件夹中都不得存在已筛选的文件。

• 启用配额之前，任何文件夹都不能超过配额。

• 必须谨慎使用硬配额。 复制组的各个成员可以在复制前保持在配额内，但在复制文件时超出配额。 例如，如果一个用户将一个 10 MB 的文件复制到服务器 A （当时处于硬限制）上，而另一个用户将一个 5 MB 的文件复制到服务器 B，则在下一次复制发生时，两台服务器都将超过配额 5 MB。 这可能会导致 DFS 复制不断重试复制文件，导致版本向量出现漏洞和可能的性能问题。

是的，Windows Server 2012 R2、Windows Server 2012 和 Windows Server 2008 R2 中的 DFS 复制包括将故障转移群集添加为复制组成员的功能。 有关详细信息，请参阅将 故障转移群集添加到复制组。 Windows Server 2008 R2 之前的 Windows 版本上的 DFS 复制服务并非设计为与故障转移群集协调，并且该服务不会故障转移到另一个节点。

是的，DFS 复制可以复制使用 Windows Server 中重复数据删除的卷上的文件夹。

Yes. DFS 复制复制复制启用了单实例存储（SIS）的卷。 远程安装服务（RIS）、Windows 部署服务（WDS）和 Windows 存储服务器使用 SIS。

在一次只有一个用户写入文件时，可以安全地将 DFS 复制和脱机文件一起使用。 这对于在两个分支机构之间旅行的用户非常有用，并希望能够在分支或脱机时访问其文件。 脱机文件在本地缓存文件以供脱机使用，DFS 复制将复制每个分支机构之间的数据。

不要将 DFS 复制与多用户环境中的脱机文件配合使用，因为 DFS 复制不提供任何分布式锁定机制或文件签出功能。 如果两个用户在不同服务器上同时修改同一文件，则 DFS 复制会在下次复制期间将旧文件移动到 DfsrPrivate\ConflictandDeleted 文件夹（位于复制文件夹的本地路径下）。

如果防病毒应用程序扫描活动更改了复制文件夹中的文件，则可能会导致复制过多。 有关详细信息，请参阅 测试防病毒应用程序与 DFS 复制的互作性。

Windows® SharePoint® Services 以 DFS 复制未提供的文件签出功能形式提供紧密一致性。 如果担心多人编辑同一文件，建议使用 Windows SharePoint Services。 Windows SharePoint Services 2.0 Service Pack 2 作为 Windows Server 2003 R2 的一部分提供。 可以从Microsoft网站下载 Windows SharePoint Services;它不包括在较新版本的 Windows Server 中。 但是，如果要跨多个站点复制数据，并且用户不同时编辑相同的文件，则 DFS 复制可提供更大的带宽和更简单的管理。

是的- 假设有一个专用广域网 （WAN） 链接（而不是 Internet）连接分支机构。 但是，必须在外部防火墙中打开正确的端口。 DFS 复制使用 RPC 终结点映射器（端口 135）和 1024 以上的随机分配临时端口。 您可以使用 dfsrdiag.exe 命令行工具指定静态端口而不是临时端口。 有关如何指定 RPC 终结点映射器的详细信息，请参阅 如何配置 RPC 动态端口分配以使用防火墙。

No. DFS 复制不会复制使用加密文件系统 （EFS） 加密的文件或文件夹。 如果用户加密以前复制的文件，DFS 复制将从复制组的所有其他成员中删除该文件。 这可确保文件的唯一可用副本是服务器上的加密版本。

DFS 复制只能安全地复制 Microsoft Outlook 个人文件夹文件 （.pst） 和 Microsoft Access 文件，前提是它们存储用于存档目的，并且不使用 Outlook 或 Access 等客户端通过网络访问 （若要打开 .pst 或访问文件，请先将文件复制到本地存储设备） 。 原因如下：

• 通过网络连接打开文件可能会导致 .pst 文件中 .pst 的数据损坏。 有关无法从网络安全访问文件的原因 .pst 的详细信息，请参阅 通过 LAN 和 WAN 链接使用个人文件夹文件的限制。

• .pst 和 Access 文件在由客户端（如 Outlook 或 Office Access）访问时往往会长时间保持打开状态。 这会阻止 DFS 复制复制这些文件，直到它们关闭。

No. DFS 复制依赖于 Active Directory® 域服务进行配置。 它只能在域中工作。

Yes. DFS 复制可以在服务器之间复制多个文件夹。 确保每个复制的文件夹都有唯一的根路径，并且它们不重叠。 例如，D：\Sales 和 D：\Accounting 可以是两个复制文件夹的根路径，但 D：\Sales 和 D：\Sales\Reports 不能是两个复制文件夹的根路径。

No. DFS 复制和 DFS 命名空间可以单独或一起使用。 此外，DFS 复制可用于复制独立的 DFS 命名空间，这在 FRS 中是不可能的。

No. DFS 复制不显式要求服务器之间的时间同步。 但是，DFS 复制确实要求服务器时钟匹配得非常密切。 服务器时钟必须在彼此的五分钟内（默认情况下）设置，以便 Kerberos 身份验证正常工作。 例如，DFS 复制使用时间戳来确定在存在冲突时哪个文件优先。 准确时间对于垃圾回收、计划和其他功能也很重要。

Yes. 但是，复制整个卷可能会导致以下问题：

• 如果卷包含 Windows 分页文件，复制会失败，并在系统事件日志中记录 DFSR 事件 4312。

• DFS 复制设置目标服务器上的复制文件夹上的系统和隐藏属性。 之所以发生这种情况，是因为 Windows 默认将“系统”和“隐藏”属性应用于卷根文件夹。 如果目标服务器上的复制文件夹的本地路径也是卷根目录，则不会对文件夹属性进行进一步更改。

• 复制包含 Windows 系统文件夹的卷时，DFS 复制会识别 %WINDIR% 文件夹，并且不会复制它。 但是，如果应用程序与 DFS 复制存在互作性问题，则 DFS 复制会复制非Microsoft应用程序使用的文件夹，这可能会导致应用程序在目标服务器上失败。

No.

Yes. DFS 复制独立于连接类型。

No. DFS 复制仅支持使用 NTFS 文件系统格式化的卷;不支持复原文件系统 （ReFS） 和 FAT 文件系统。 DFS 复制需要 NTFS，因为它使用 NTFS 更改日志和 NTFS 文件系统的其他功能。

Yes. 可以复制稀疏文件。 Sparse 属性保留在接收成员上。

No. DFS 复制是在本地系统帐户下运行的服务，因此无需以管理员身份登录即可复制。 但是，必须是受影响文件服务器的域管理员或本地管理员才能更改 DFS 复制配置。

有关详细信息，请参阅委 派管理 DFS 复制的能力。

若要升级或替换 DFS 复制成员，请参阅 替换 DFSR 成员硬件或 OS。

Yes. 复制漫游用户配置文件时支持某些方案。 有关支持方案的信息，请参阅 Microsoft 关于复制的用户配置文件数据的支持声明。

Windows 和 DFS 复制支持最多包含 32 千个字符的文件夹路径。 DFS 复制不限于 260 个字符的文件夹路径。

No. 复制组可以跨单个林中的域，但不能跨不同的林。

以下列表提供了一组经Microsoft测试并适用于 Windows Server 2012 R2、Windows Server 2016 和 Windows Server 2019 的可伸缩性准则

• 服务器上的所有复制文件的大小：100 TB。

• 卷上的复制文件数：7000 万。

• 最大文件大小：250 GB。

以下列表提供了一组由 Microsoft 在 Windows Server 2012、Windows Server 2008 R2 和 Windows Server 2008 上测试的可伸缩性指南：

• 服务器上的所有复制文件的大小：10 TB。

• 卷上复制的文件数：1100 万。

• 最大文件大小：64 GB。

有关 Microsoft 针对 Windows Server 2003 R2 测试的可伸缩性指南的列表，请参阅 DFS 复制可伸缩性指南。

不要在多个用户在不同服务器上同时更新或修改相同文件的环境中使用 DFS 复制。 这样做可能会导致 DFS 复制将文件冲突的副本移动到隐藏的 DfsrPrivate\ConflictandDeleted 文件夹。

当多个用户需要在不同的服务器上同时修改同一文件时，请使用 Windows SharePoint Services 的文件签出功能来确保只有一个用户正在处理文件。 Windows SharePoint Services 2.0 Service Pack 2 作为 Windows Server 2003 R2 的一部分提供。 可以从Microsoft网站下载 Windows SharePoint Services;它不包括在较新版本的 Windows Server 中。

DFS 复制使用 Active Directory 域服务的域命名上下文中的新对象来存储配置信息。 这些对象是在更新 Active Directory 域服务架构时创建的。 若要了解详细信息，请参阅 查看 DFS 复制的要求。

Yes. 可通过三种方法自动执行运行状况报告：

• 使用 Windows Server 2012 R2 中包含的 DFSR Windows PowerShell 模块或 dfsradmin.exe 计划任务定期生成运行状况报告。 有关详细信息，请参阅 自动执行 DFS 复制运行状况报告。

• 使用 System Center Operations Manager 的 DFS 复制管理包创建基于指定条件的警报。

• 使用 DFS 复制 WMI 提供程序编写警报脚本。

Yes. 若要了解详细信息，请参阅 Operations Manager 文档。

Yes. DFS 复制支持使用 DFS 管理控制台和 “添加复制组” 命令进行远程管理。 例如，在服务器 A 上，可以使用服务器 A 和 B 作为成员连接到林中定义的复制组。

DFS 管理包含在 Windows Server 2012 R2、Windows Server 2012、Windows Server 2008 R2、Windows Server 2008 和 Windows Server 2003 R2 中。 若要从其他版本的 Windows 管理 DFS 复制，请使用远程桌面或适用于 Windows 的远程服务器管理工具 （RSAT）。

No. DFS 复制有自己的一组监视和诊断工具。 超声波和索纳只能监测FRS。

若要恢复丢失的文件，请使用文件历史记录、文件资源管理器中的 “还原以前版本 ”命令或从备份还原文件，从文件系统文件夹或共享文件夹还原文件。 若要直接从 ConflictAndDeleted 或 PreExisting 文件夹恢复文件，请使用 Get-DfsrPreservedFilesRestore-DfsrPreservedFiles 和 Windows PowerShell cmdlet。

Yes. 监控复制的方法有很多种：

• DFS 复制具有 System Center Operations Manager 的管理包，可提供主动监视。

• DFS 管理有一个内置诊断报告，用于复制积压工作、复制效率以及给定复制组中的文件和文件夹数。

• Windows Server 2012 R2 中的 DFSR Windows PowerShell 模块包含用于启动传播测试和写入传播和运行状况报告的 cmdlet。 有关详细信息，请参阅 DFSR 模块集。

• dfsrdiag.exe 是一个命令行工具，可以生成积压计数或触发传播测试。 两者都显示复制状态。 传播显示文件是否复制到所有节点。 积压工作显示在两台计算机同步之前仍需要复制的文件数。积压工作计数是复制组成员尚未处理的更新数。 在运行 Windows Server 2012 R2、Windows Server 2012 或 Windows Server 2008 R2 的计算机上，Dfsrdiag.exe 还可以显示 DFS 复制当前正在复制的更新。

• 脚本可以使用 WMI 手动或通过 MOM 收集积压工作信息。

尽管 DFS 复制以拨号速度工作，但如果有大量更改要复制，它可能会积压。 如果对现有文件进行了小的更改，则使用远程差异压缩 （RDC） 的 DFS 复制可提供比直接复制文件更高的性能。

No. DFS 复制不执行带宽检测。 可以将 DFS 复制配置为按连接使用有限数量的带宽（带宽限制）。 但是，如果网络接口饱和，DFS 复制不会进一步降低带宽利用率，并且 DFS 复制可能会在短时间内使链路饱和。 使用 DFS 复制进行带宽限制并不完全准确，因为 DFS 复制通过限制 RPC 调用来限制带宽。 因此，较低级别的网络堆栈（包括 RPC）中的各种缓冲区可能会干扰，从而导致网络流量的突发。

如果在指定计划时配置带宽限制，则该复制组的所有连接都使用该设置进行带宽限制。 还可以使用 DFS 管理将带宽限制设置为连接级别设置。

No. DFS 复制使用管理员定义的拓扑，该拓扑独立于 Active Directory 域服务站点成本。

若要了解优化复制性能的不同方法，请参阅 Ask the Directory Services Team 博客上的 DFSR 中的优化复制性能。

在 DFS 复制中，设置要在连接上使用的最大带宽，服务将保持该网络使用级别。 这与后台智能传输服务 （BITS） 不同，如果设置得当，DFS 复制不会使连接饱和。

尽管如此，带宽限制的准确度不是 100%，DFS 复制可能会在短时间内使链路饱和。 这是因为 DFS 复制通过限制 RPC 调用来限制带宽。 由于此过程依赖于低级别网络堆栈（包括 RPC）中的各种缓冲区，因此复制流量往往在突发中传输，有时可能会使网络链接饱和。

Windows Server 2008 中的 DFS 复制包括多项性能增强功能，如 分布式文件系统中所述，这是 Windows Server 2003 SP1 到 Windows Server 2008 的功能更改中的一篇文章。

DFS 复制比 FRS 更快，尤其是在对大文件进行小更改并启用 RDC 时。 例如，使用 RDC 时，对 2 MB PowerPoint® 演示文稿进行少量更改可能会导致通过网络发送 60 KB（KB），从而节省 97% 的字节传输量。

RDC 不用于小于 64 KB 的文件，并且在不争用网络带宽的高速 LAN 上可能没有好处。 可以使用 DFS 管理按连接禁用 RDC。

数据会根据设置的计划进行复制。 例如，可以将计划设置为每周 7 天 15 分钟的间隔。 在这些时间间隔内，将启用复制。 检测到文件更改后，复制会很快启动（通常在几秒钟内）。

复制组计划可以设置为通用时间坐标（UTC），而连接计划设置为接收成员的本地时间。 当复制组跨越多个时区时，请考虑到这一点。 本地时间表示托管入站连接的成员的时间。 当计划设置为本地时间时，入站连接的显示计划和相应的出站连接反映了时区差异。

DFS 复制使用的磁盘、内存和 CPU 资源取决于许多因素，包括文件的数量和大小、更改率、复制组成员数和复制的文件夹数。 此外，某些资源更难估计。 例如，用于 DFS 复制数据库的可扩展存储引擎（ESE）技术可以使用大量可用内存，它按需释放。 除 DFS 复制以外的应用程序可以托管在同一服务器上，具体取决于服务器配置。 但是，在单个服务器上托管多个应用程序或服务器角色时，请务必在生产环境中实现此配置之前对其进行测试。

如果连接断开，DFS 复制会在计划打开时继续尝试复制。 DFS 复制事件日志中还会有连接错误，可以使用 MOM（通过警报主动）和 DFS 复制运行状况报告（反应性地（例如管理员运行它时）来收获这些错误。

远程差异压缩（RDC）是一种客户端-服务器协议，可用于通过有限带宽网络有效地更新文件。 RDC 检测文件中数据的插入、删除和重新排列，使 DFS 复制仅在更新文件时复制更改。 RDC 仅用于默认为 64 KB 或更大的文件。 RDC 可以在复制的文件夹或 DfsrPrivate\ConflictandDeleted 文件夹中（位于复制文件夹的本地路径下）中使用同名文件的较旧版本。

当文件超过最小大小阈值时，将使用 RDC。 默认情况下，此大小阈值为 64 KB。 复制超过该阈值的文件后，更新的文件版本始终使用 RDC，除非更改了大部分文件或禁用 RDC。

若要使用跨文件 RDC，复制连接的一个成员必须运行支持跨文件 RDC 的 Windows作系统版本。 下表显示了哪些版本的 Windows作系统支持跨文件 RDC。

* 可以选择在 Windows Server 2012 R2 上禁用跨文件 RDC。

Yes. 文件的更改部分在发送之前会被压缩，但以下文件类型（已压缩）除外：.wma、 .gz.mpa.mp3.cab.mp2.m1v.wav.wm.asf.avi.au.z.tgz.wmv.jpg.frx.zip.mpg.mpeg.snd和 。 这些文件类型的压缩设置在 Windows Server 2003 R2 中不可配置。

Yes. 可以通过给定连接的属性页关闭 RDC。 禁用 RDC 可以减少本地网络（LAN）链接的 CPU 利用率和复制延迟，这些链接没有带宽限制，或者对于主要包含小于 64 KB 的文件的复制组。 如果选择在连接上禁用 RDC，请在更改前后测试复制效率，以验证是否已提高复制性能。

可以使用 cmdlet、DFS 复制 WMI 提供程序或手动编辑配置 XML 文件来更改 RDC 大小阈值 Set-DfsrConnection 。

Yes. 无论文件类型如何，RDC 在块级别计算差异。 但是，RDC 在某些文件类型（如 Word 文档、PST 文件和 VHD 映像）上更高效地工作。

DFS 复制使用 RDC，该 RDC 计算文件中已更改的块，并且仅通过网络发送这些块。 DFS 复制不需要知道有关文件内容的任何信息，只需知道哪些块已更改。

Windows Server 标准版不支持跨文件 RDC。 但是，当您升级到支持跨文件 RDC 的版本时，或者如果复制连接的成员正在运行受支持的版本，则会自动启用它。 有关支持跨文件 RDC 的版本列表，请参阅哪些版本的 Windows作系统支持跨文件 RDC？

No. RDC 是用于压缩文件传输的常规用途协议。 DFS 复制在文件级别的块上使用 RDC，而不是在磁盘块级别使用 RDC。 RDC 将文件划分为块。 对于文件中的每个块，它都会计算一个签名，该签名是可以表示较大块的几个字节。 签名集从服务器传输到客户端。 客户端将服务器签名与其自己的签名进行比较。 然后，客户端请求服务器仅发送客户端上尚不存在的签名数据。

DFS 复制在下次复制期间重命名复制组的所有其他成员上的文件。 文件使用唯一 ID 进行跟踪，因此重命名文件并在副本中移动文件不会影响 DFS 复制复制文件的能力。

跨文件 RDC 允许 DFS 复制使用 RDC，即使客户端不存在同名文件也是如此。 跨文件 RDC 使用启发式来确定与需要复制的文件类似的文件，并使用与复制文件相同的类似文件的块，以最大程度地减少通过 WAN 传输的数据量。 跨文件 RDC 可以在此过程中使用最多五个类似文件的块。

若要使用跨文件 RDC，复制连接的一个成员必须运行支持跨文件 RDC 的 Windows 版本。 有关支持跨文件 RDC 的版本列表，请参阅哪些版本的 Windows作系统支持跨文件 RDC？

No. 如果需要更改复制文件夹的路径，必须在 DFS 管理中删除它，并将其添加回新的复制文件夹。 然后，DFS 复制使用远程差异压缩（RDC）执行同步，以确定数据在发送和接收成员上是否相同。 它不会再次复制文件夹中的所有数据。

否，无法配置 DFS 复制复制的文件属性。

有关属性值及其描述的列表，请参阅 文件属性。

以下属性值是使用函数 SetFileAttributes dwFileAttributes 设置的，它们由 DFS 复制复制。 对这些属性值的更改会触发属性的复制。 除非内容也发生更改，否则不会复制文件的内容。 有关详细信息，请参阅 SetFileAttributes 函数。

• FILE_ATTRIBUTE_HIDDEN

• FILE_ATTRIBUTE_READONLY

• FILE_ATTRIBUTE_SYSTEM

• FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

• FILE_ATTRIBUTE_OFFLINE

DFS 复制复制以下属性值，但它们不会触发复制。

• FILE_ATTRIBUTE_ARCHIVE

• FILE_ATTRIBUTE_NORMAL

以下文件属性值也会触发复制，但无法使用该 SetFileAttributes 函数进行设置（使用该 GetFileAttributes 函数查看属性值）。

• FILE_ATTRIBUTE_REPARSE_POINT

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

DFS 复制不会复制FILE_ATTRIBUTE_TEMPORARY值。

Yes. 创建复制组时，可以选择拓扑。 或者，可以选择 “无拓扑 ”，并在创建复制组后手动配置连接。

Yes. DFS 复制支持在初始复制之前将文件复制到复制组成员。 这种“预留”可以显著减少初始复制期间复制的数据量。

当文件仅因实际属性或时间戳而不同时，初始复制不需要复制内容。 实际属性是由 Win32 函数 SetFileAttributes设置的属性。 有关详细信息，请参阅 SetFileAttributes 函数。 如果两个文件与其他属性（如压缩）不同，则会复制文件的内容。

若要预留复制组成员，请将文件复制到目标服务器上的相应文件夹，创建复制组，然后选择主成员。 选择具有要复制的 up-to-date 文件最多的成员，因为主要成员的内容被视为“权威”。这意味着在初始复制期间，主成员的文件始终覆盖复制组其他成员上文件的其他版本。

有关预种子设定和克隆 DFSR 数据库的信息，请参阅 Windows Server 2012 R2 中的 DFS 复制初始同步：克隆的攻击。

有关初始复制的详细信息，请参阅 “创建复制组”。

Yes. DFS 复制克服了三个常见的 FRS 问题：

• 日记包装：DFS 复制从日记自动换行恢复。 每个现有文件或文件夹都标记为 journalWrap，并在再次启用复制之前针对文件系统进行验证。 在恢复期间，此卷不可用于任一方向的复制。

• 过度复制：为了防止复制过多，DFS 复制使用额度系统。

• 平滑文件夹：为防止已转换的文件夹名称，DFS 复制将冲突数据存储在隐藏的 DfsrPrivate\ConflictandDeleted 文件夹中（位于复制文件夹的本地路径下）。 例如，在使用 FRS 复制的不同服务器上同时创建具有相同名称的多个文件夹会导致 FRS 重命名较旧的文件夹。 DFS 复制会将旧文件夹移动到本地冲突和已删除文件夹。

No. 文件可能按顺序复制。

如果应用程序打开文件并对其创建文件锁 （防止其他应用程序在打开时使用它） ，则 DFS 复制在关闭文件之前不会复制该文件。 如果应用程序打开具有读取共享访问权限的文件，则仍可复制该文件。

• DFS 复制复制复制 NTFS 文件权限和备用数据流。

• Microsoft 不支持创建与复制文件夹中的文件之间的 NTFS 硬链接 - 这样做可能会导致受影响的文件出现复制问题。 DFS 复制将忽略硬链接文件，并且不会复制。 连接点也不会复制，DFS 复制会记录遇到的每个连接点的事件 4406。

• DFS 复制复制的唯一重新分析点是使用 IO_REPARSE_TAG_SYMLINK 标记的重新分析点;但是，DFS 复制不保证符号链接的目标也会被复制。 有关详细信息，请参阅 “询问目录服务团队”博客。

• 将具有IO_REPARSE_TAG_DEDUP、IO_REPARSE_TAG_SIS或IO_REPARSE_TAG_HSM重新分析标记的文件复制为普通文件。 reparse 标记和重新分析数据缓冲区不会复制到其他服务器，因为重新分析点仅在本地系统上工作。 因此，DFS 复制可以在 Windows Server 2012 或单实例存储 （SIS） 中使用重复数据删除的卷上复制文件夹，但是，重复数据删除信息与启用了角色服务的每台服务器分开维护。

否，DFS 复制不会复制唯一更改为更改时间戳的文件。 此外，除非对文件进行其他更改，否则不会将更改的时间戳复制到复制组的其他成员。

Yes. DFS 复制复制复制文件和文件夹的权限更改。 仅复制与访问控制列表（ACL）关联的文件的一部分，尽管 DFS 复制仍必须将整个文件读入过渡区域。

DFS 复制在发生冲突时不会合并文件。 但是，它确实尝试在检测到冲突的计算机上保留隐藏的 DfsrPrivate\ConflictandDeleted 文件夹中的旧版文件。

Yes. DFS 复制使用具有加密的远程过程调用 （RPC） 连接。

No. DFS 复制服务使用 TCP 上的远程过程调用（RPC）来复制数据。 为了保护 Internet 上的数据传输，DFS 复制服务旨在始终使用身份验证级常量 RPC_C_AUTHN_LEVEL_PKT_PRIVACY。 这可确保通过 Internet 进行 RPC 通信始终加密。 因此，无法禁用 DFS 复制服务使用加密的 RPC。

有关详细信息，请参阅以下Microsoft网站：

• RPC 技术参考

• 关于远程差异压缩

• Authentication-Level Constants

每个复制的文件夹都有一个更新管理器。 更新管理器彼此独立工作。

默认情况下，所有连接和复制组之间共享最多 16 个（Windows Server 2003 R2 中的 4 个）并发下载。 由于连接和复制组更新未序列化，因此接收更新没有特定的顺序。 如果打开两个计划，则会同时从两个连接接收和安装更新。

可以使用 DFS 管理立即强制复制，如 “编辑复制计划”中所述。 还可以使用 Windows Server 2012 R2 引入的 DFSR PowerShell 模块中包含的 cmdlet 或 Dfsrdiag SyncNow 命令强制Sync-DfsReplicationGroup复制。 可以使用 cmdlet 或 Dfsrdiag PollAD 命令强制Update-DfsrConfigurationFromAD轮询。

No. 如果计划处于打开状态，则 DFS 复制会在注意到更改时复制更改。 无法为文件配置安静时间。

Yes. 如果使用的是 Windows Server 2012 或 Windows Server 2008 R2，则可以创建一个只读复制文件夹，该文件夹通过单向连接复制内容。 有关详细信息，请参阅 对特定成员 Read-Only 创建复制的文件夹 （https://go.microsoft.com/fwlink/?LinkId=156740）。

我们不支持在 Windows Server 2008 或 Windows Server 2003 R2 中使用 DFS 复制创建单向复制连接。 这样做可能会导致许多问题，包括运行状况检查拓扑错误、暂存问题和 DFS 复制数据库的问题。

如果使用的是 Windows Server 2008 或 Windows Server 2003 R2，则可以通过执行以下作来模拟单向连接：

• 培训管理员仅在要指定为主服务器的服务器上进行更改，然后让更改复制到目标服务器。

• 在目标服务器上配置共享权限，以便最终用户没有写入权限。 如果分支服务器上不允许进行任何更改，则无需复制回任何内容，从而模拟单向连接并保持较低的 WAN 利用率。

No. 如果 DFS 复制认为文件相同，则不会复制它们。 如果更改的文件尚未复制，则 DFS 复制会在配置为复制时自动复制它们。 若要覆盖配置的计划，请使用 WMI 方法 ForceReplicate（） 。 但是，这只是计划替代，不会强制复制未更改或相同的文件。

在初始复制期间，如果接收成员在主成员上具有不同版本的文件，则主成员的文件始终优先于冲突解决。 主成员指定存储在 Active Directory 域服务中，在主成员准备好复制之后，但在复制组的所有成员复制之前，将清除该指定。

如果初始复制失败或在复制期间 DFS 复制服务重启，则主成员将看到本地 DFS 复制数据库中的主要成员指定，并重试初始复制。 如果在 Active Directory 域服务中清除主指定后，主成员的 DFS 复制数据库丢失，但在复制组的所有成员完成初始复制之前，复制组的所有成员将无法复制该文件夹，因为没有将服务器指定为主成员。 如果发生这种情况，请使用 主成员服务器上的 Dfsradmin membership /set /isprimary：true 命令手动还原主成员指定。

有关初始复制的详细信息，请参阅 “创建复制组”。

如果在连接上启用了远程差分压缩 （RDC），则在计划打开（或更改为“ 无带宽”以外的内容）时，继续对大于 64 KB 的文件进行入站复制，该文件在计划关闭（或更改为“ 无带宽”以外的内容）之前立即开始复制。 复制从复制停止时的状态继续。

如果 RDC 已关闭，DFS 复制将完全重启文件传输。 当文件在接收成员上可用时，这可能会延迟。

当 DFS 复制检测到冲突时，它使用上次保存的文件的版本。 它将另一个文件移动到 DfsrPrivate\ConflictandDeleted 文件夹（在解决冲突的计算机上的复制文件夹的本地路径下）。 在冲突和已删除的文件夹清理之前，它一直存在，当冲突和已删除文件夹超出配置的大小或 DFS 复制遇到磁盘空间不足错误时发生。 不会复制“冲突和已删除”文件夹，并且这种冲突解决方法避免了 FRS 中可能出现的变形目录问题。

发生冲突时，DFS 复制会将信息性事件记录到 DFS 复制事件日志。 由于以下原因，此事件不需要用户作：

• 它对用户不可见（仅对服务器管理员可见）。

• DFS 复制将“冲突”和“已删除”文件夹视为缓存。 达到配额阈值后，它会清除其中一些文件。 无法保证保存冲突的文件。

• 冲突可能驻留在与冲突源不同的服务器上。

No. 如果已超过带宽限制配额或禁用连接，则 DFS 复制不会继续在计划复制时间之外暂存文件。

No. DFS 复制以不会阻止用户或应用程序打开复制文件夹中的文件的方式打开文件。 此方法称为“机会锁定”。

Yes. 暂存文件夹位置在“属性”对话框的“高级”选项卡上为复制组的每个成员配置。

当接收成员请求文件时（除非文件为 64 KB 或更小），文件在发送成员上暂存，如下表所示。 如果在连接上禁用了远程差分压缩 （RDC），则将暂存文件，除非它为 256 KB 或更小。 如果文件大小小于 64 KB，则在传输文件时也会暂存在接收成员上，但可以将此设置配置为 16 KB 到 1 MB 之间。 如果计划已关闭，则不会暂存文件。

如果文件的任何部分已传输，DFS 复制将继续传输。 如果在 DFS 复制开始传输文件之前更改文件，则会发送该文件的较新版本。

Change history