我们正在运行多个Windows 2008 R2域控制器。系统卷的复制由NTFRS完成。
昨天,我们的主DC报告了SYSVOL共享的"JRNL_WRAP_ERROR“。我在C上运行了一个chkdsk:\但它没有显示出任何问题。在此之后,我启动了一个非权威的恢复,方法是停止HKLM/SYSTEM/CurrentControlSet/services/Ntfrs/Parameters/Backup\Restore/Process中的ntfrs.exe,在启动时将BurFlags设置为"D2“,然后重新启动ntrfs.exe。
虽然这似乎适用于C:\Windows\Sysvol\域\策略,但出于某种原因,它不会从其他DC中提取C:\Windows\Sysvol\domain\脚本。脚本文件夹在非权威的恢复之后有几个目录,这些目录确实应该在那里。然而,它并不包含所有这些内容,其中所包含的内容也是不完整的。
我还重命名了C:\Windows\ntrfs\jet,并再次启动了非权威的恢复,以排除与缓存相关的问题,但也没有导致任何成功。
在重新启动非权威还原之后,我还注意到脚本目录奇怪地没有出现在C:\Windows\SYSVOL\domain\NtFrs_PreExisting___See_EventLog,中,而策略目录却出现了。我以为它只是简单地将C:\Windows\SYSVOL\domain\移动到那个文件夹,但看起来并没有那么简单。它忽略了脚本这一事实使我怀疑是否有一些数据库跟踪C:\Windows\SYSVOL\domain\中的内容,因此它只移动它实际知道的内容。
事件日志对我帮助不大,它说SYSVOL是在非授权恢复之后成功初始化的。
编辑:现在,我们通过在受影响的服务器上重新安装AD来解决这个问题。当删除后清除目录时,C:\Windows\Sysvol\domain\script由于某种原因可能会出现权限问题。然后,我们显式删除C:\WINDOWS\SYSVOL,并再次重新安装AD。
发布于 2013-11-29 13:34:53
这个问题又发生在另一个DC身上。结果发现C:\Windows\Sysvol\domain\script文件夹中有几个文件正在运行。NTFRs.exe无法完成它的任务。
ntrfsutl对调试此问题很有用。http://support.microsoft.com/kb/822300/en-us无疑是一种有用的方法。我使用ntrfsutl inlog查看正在传输的文件的状态。就我的情况而言,脚本文件夹一直处于状态IBCO_INSTALL_REN_RETRY中。然后,我定位了脚本目录(及其子目录)中所有持有锁的文件。这些程序也在客户端计算机上运行(但通过NETLOGON共享打开)。
您可以从handles.exe工具中使用SysInternal来识别打开的文件句柄。在我的例子中,一些文件是通过"System“进程打开的。它们实际上是通过客户端计算机通过网络共享打开的。我通过compmgmt.msc关闭了他们的手柄。
所有打开的句柄关闭后,复制最终成功。
https://serverfault.com/questions/554980
复制相似问题