我们遇到了错误 ID“8606”的问题（没有提供足够的属性来创建对象。此对象可能不存在，因为它可能已被删除并已被垃圾收集）。
出现此错误后，我使用以下命令“repadmin /removelingeringobjects /ADVISORY_MODE”删除了所有延迟对象，然后不使用“ADVISORY_MODE”从所有受影响的服务器中删除了所有延迟对象。
但我仍然在同一台服务器上收到 8606 错误。您能帮我解决这个问题吗？
提前致谢！
舒布
答案1
当以下情况成立时，将记录错误 8606：
- 源域控制器向已创建、已删除然后通过目标域控制器的 Active Directory 副本的垃圾回收进行回收的对象（而不是原始对象创建）发送更新。
- 目标域控制器配置为以严格复制一致性运行。
如果目标域控制器配置为使用松散复制一致性，则该对象将在目标域控制器的目录副本上“重新激活”。可能导致错误的具体变化在“更多信息”部分中记录为 8606。但是，该错误是由以下原因之一引起的：
- 永久滞留的对象，需要管理员干预才能删除
- 暂时的延迟对象，当源域控制器执行下一次垃圾收集清理时，它将自行更正。在现有林中引入第一个域控制器以及对部分属性集的更新是造成这种情况的已知原因。
- 在墓碑生命周期即将到期时被取消删除或恢复的对象
解决 8606 错误时
- 虽然错误 8606 记录在目的地域控制器上，阻止复制的问题对象位于来源域控制器。此外，源域控制器或源域控制器的可传递复制伙伴可能未在过去的几天内入站复制已删除的逻辑删除生存期信息。
- 在许多情况下，可能存在滞留对象，请检查本文获取列表
- 记住通过对象 GUID 与 DN 路径搜索可能残留的对象，这样无论主机分区和父容器如何都可以找到对象。
- NTDS 复制 1988 事件仅识别源域控制器上当前阻止严格模式目标域控制器传入复制的对象。在 1988 事件中引用的对象“后面”可能还有其他对象也存在延迟。
- 源域控制器上延迟对象的存在会阻止或阻止严格模式目标域控制器入站复制复制队列中延迟对象后面的“良好”更改。
由于域控制器单独从其已删除对象容器中删除对象的方式（垃圾收集守护程序从每个域控制器上次启动后每 12 小时运行一次），导致目标域控制器上出现 8606 错误的对象可以（并且应该）在下一次垃圾收集清理执行中被移除。此类中的滞留对象是暂时的，应该在问题开始后 12 小时内自行移除。
所以，简而言之，在调试之前给他们足够的时间。很多时间。比如 50 个小时。