延迟对象阻止 Active Directory 复制发生

文章编号: 317097
机器翻译查看机器翻译免责声明
展开全部 | 关闭全部

症状

如果延迟对象存在，入站的更改不会复制到目标，系统上不存在的对象，并在事件日志中记录以下事件 ID 消息：
事件 ID： 1084年
复制错误: 目录复制代理 (DRA) 无法更新对象 CN ="jeffsmith"，OU = 木材，OU = 销售额，DC = yourcompany，DC = com （GUID 063639e5-cfa6-40f3-951c-62a34f8dea71） 在此系统进行更改的情况下，接收来自源服务器 2521a874-d379-4281-8744-4bd34c792026._msdcs.bc.com。在此系统上的目录数据库所做的更改的应用程序的过程中出错。
您会收到以下错误消息：
在服务器上没有任何此类对象。

该目录将试图更新以后在下一个复制周期的对象。此服务器与源同步是有效地阻止，直到更新问题得到解决。出现这种情况与有关资源不足时，请停止并重新启动该 Windows 域控制器。

如果这种情况是一个内部错误，数据库错误，或对象关系或约束错误，手动干预的情况下需要更正数据库，并允许进行更新。它非常有价值要注意此问题由远程系统上的更改不能在本地应用的这一事实。手动更新本地系统上的对象不建议这样做。相反，在源系统中 （它已经具有所做的更改），尝试撤消或回退更改。然后，在下一个复制周期，观察是否更改可以立即在本地应用。
此外，如果您运行 repadmin /showreps 命令在域控制器上，您会收到以下错误消息
通过 RPC 的 HQSite\DC1
objectGuid: 2521a874-d379-4281-8744-4bd34c792026
2002-01-21 16:10.54 @ 的最后一次尝试失败，结果 8240：
在服务器上没有任何此类对象。
@ （从不） 的最后一次成功。

最后一个成功值可能是"从不"或上一次成功复制发生。活动目录复制已停止对指定的命名上下文，并且直到您解决此问题不会不会继续。复制到其他的命名上下文将继续按预期的方式。
回到顶端 | 提供反馈

原因

因为在入站的域控制器上实施了严格的复制一致性功能，将出现此问题。通常情况下，由于有额外 （或延迟） 对象的域控制器已超出复制多个逻辑删除生存期内，将出现此问题。

在 Windows 2000 Service Pack 3 (SP3) 和一些 post-Service Pack 2 (SP2) 修补程序中添加了严格的复制一致性功能。如果您的域控制器记录在本文的"症状"部分中描述的错误消息，它正在运行 SP2 后的修补程序或 SP3。有关 SP2 后的修复程序的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
314282
(http://support.microsoft.com/kb/314282/ )
延迟对象可能仍然存在，当您将过期的全局编录服务器恢复在线
回到顶端 | 提供反馈

解决方案

重要 此节、 方法或任务包含说明如何修改注册表的步骤。但是，如果注册表修改不当可能会出现严重的问题。因此，请确保您认真执行这些步骤。为增加保护，请修改之前备份注册表。然后，您可以在出现问题时还原注册表。有关如何备份和还原注册表的详细信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
322756
(http://support.microsoft.com/kb/322756/ )
如何备份和还原在 Windows 注册表

阻止不需要的复制的延迟对象创建严格的复制一致性。严格的复制一致性的创建之前，入站的伙伴请求整个对象 （如果该对象不存在本地和最终默认情况下复制到所有伙伴的对象。

如果错误消息中列出的命名上下文仅存在于入站的域控制器为只读的全局编录中，对象可能会重新创建，可能很难删除。如果对象只存在于全局编录服务器上，并且已从域命名上下文删除，则可能发生此问题。在此情况下，Microsoft 建议您清除该对象从所有存在此对象的全局编录。直到您验证对象的目的和域命名上下文中仍然存在，则不清除对象。

有关如何清除对象的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
314282
(http://support.microsoft.com/kb/314282/ )
延迟对象可能仍然存在，当您将过期的全局编录服务器恢复在线


有意删除您不希望重新创建，如果您决定您需要该对象，并且如果它存在域命名上下文中的对象后，使用以下方法之一启用复制。
  • 方法 1： 逻辑删除和垃圾收集对象
    1. 删除对象，请启用松散复制一致性 （请参见方法 2），然后启用再次复制。

      请注意： 如果您不启用松散复制一致性，该对象进行垃圾回收 tombstone 存留时间过期时。对象作为垃圾回收后，将恢复正常的复制。
    2. 删除已完成复制后，请在适当情况再次启用严格复制一致性。
  • 方法 2： 启用松散复制一致性

    启用了松散的复制一致性之后，请确保同步复制对象后再次启用严格复制一致性。如果您启用了松散的复制一致性，错误只报告在目标系统上不存在的第一个对象。可能存在其他对象，包括一些存在的只读的命名上下文中 （全局编录）。

    若要启用松散复制一致性，请报告本文"症状"部分所述的错误消息的域控制器上执行以下步骤：
    1. 找到并单击以下注册表项：
      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NTDS\Parameters
    2. 单击 添加值 在上 编辑 菜单。
    3. 添加下面的值：
      值名称： 严格的复制一致性
      数据类型： REG_DWORD
      值数据： 如果值为 1将其更改为 0.
回到顶端 | 提供反馈

状态

这种现象是设计使然。
回到顶端 | 提供反馈

更多信息

延迟对象可能会在以下情况下的出现问题：
  • 延迟对象有一个值上一个唯一的属性, 如 samAccountName要使用另一个对象的。
  • 延迟对象是安全风险，例如，它可能表示您应该删除的用户。
  • 延迟对象仅存在于只读的命名上下文 （全局编录）。此行为将使对象难删除。
如果您启用了严格的复制一致性，目标会停止复制，并且您收到如果目标接收对一个对象，它并没有修改本文"症状"部分中描述的错误消息。通常情况下，良好的域控制器没有该对象的更改延迟对象的复制错误已经超出了联系人的来源时，将出现此问题。

如果您启用松散的复制一致性，如果一个目标接收到一个对象，它并没有更改，整个对象将被复制到目标的复制一致性的简便。这种现象导致的延迟对象重新应用于复制拓扑中的所有域控制器。
回到顶端 | 提供反馈

属性

文章编号: 317097 - 最后修改: 2011年7月19日 - 修订: 0.1
关键字：?
kbenv kbprb kbmt KB317097 KbMtzh
机器翻译
注意：这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇，语法或文法的问题，就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量，但是我们不保证机器翻译的正确度，也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版： 317097
(http://support.microsoft.com/kb/317097/en-us/ )
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性，不作任何声明。 所有该等文件及有关图形均"依样"提供，而不带任何性质的保证。Microsoft和/或其各供应商特此声明，对所有与该等信息有关的保证和条件不负任何责任，该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下，在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中，Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。
回到顶端 | 提供反馈

提供反馈

 
回到顶端回到顶端