您会遇到与在基于 Windows Server 2003 R2 的 AD 环境中的 DFS 复制问题

注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。

967507
本文已归档。它按“原样”提供,并且不再更新。

快速发布

快速发布的文章提供了对新兴的信息在响应或唯一的主题,可能会对其进行更新,如新信息可用。
症状
请考虑以下情形:
  1. 两台基于 Windows Server 2003 R2 的计算机之间,Server1 和 $ 服务器 2 配置分布式文件系统复制 (DFSR)。
  2. 您可以将一个新的服务器 Server3,此复制组中。复制工作正常。
  3. 删除此复制组的服务器 3 和运行 dfsrdiag pollad 命令。
  4. 若要删除的服务器 3 文件夹的内容在 Active Directory,您更新。
在这种情况下您将服务器 3 回此复制组时可能发生数据丢失。此外,您可能会收到了错误的数据。
原因
DFSR 跟踪的根文件夹 FID 和过程称为逻辑删除的机制。当服务器和 $ 已复制的文件夹将从副本集中数据保留在 Active Directory 中的删除时,内容集被保存在 $ 已逻辑删除状态中。

相同的文件夹将被添加到副本为集是同一个文件夹,并因此是相同的 FID DFSR 将不同步再次执行。

出现此问题的原因是服务器和从复制组的文件夹的删除是任何意外更改或 Active Directory 复制滞后时间的结果。
替代方法
要变通解决此问题,使用下列方法之一。

方法 1

删除原始的文件夹,然后创建具有相同名称的另一个文件夹。

方法 2

禁用复制文件夹,删除了的内容并再重新启用该文件夹。
状态
此行为是设计使然。

微软和/或其相应的供应商生成无有关的信息适合包含的在文档和相关的图形发布该网站为任何目的。文档和在此网站上发布的相关的图形可能包括技术不准确之处或打字错误。更改将定期添加到此处提及的信息。微软和/或其相应的供应商可能会进行改进产品中 (S) 和/或在任何时候此处描述 (S) 的程序。

有关使用条款的详细信息,请访问以下网站:

警告: 本文已自动翻译

属性

文章 ID:967507 - 上次审阅时间:01/15/2015 09:56:34 - 修订版本: 1.0

  • Microsoft Windows Server 2003 R2 Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003 R2 Enterprise Edition (32-Bit x86)
  • Microsoft Windows Server 2003 R2 Datacenter Edition (32-Bit x86)
  • Microsoft Windows Server 2003 R2 Standard Edition (64-Bit x86)
  • Microsoft Windows Server 2003 R2 Enterprise Edition (64-Bit x86)
  • Microsoft Windows Server 2003 R2 Datacenter Edition (64-Bit x86)
  • kbnosurvey kbarchive kbmt kbexpertiseinter kbtshoot kbsurveynew kbprb KB967507 KbMtzh
反馈