非权威性还原后,FRS 未复制 C:\WINDOWS\SYSVOL\domain\scripts

非权威性还原后,FRS 未复制 C:\WINDOWS\SYSVOL\domain\scripts

我们正在运行多个 Windows Server 2008 R2 域控制器。 sysvol 的复制由 NTFRS 完成。

昨天,我们的主数据中心报告了一个“JRNL_WRAP_ERROR”SYSVOL 共享。我在 C:\ 上运行了 chkdsk,但没有显示任何问题。此后,我通过停止 ntfrs.exe、将 BurFlags 设置为“D2”启动了非权威性还原启动时 HKLM/SYSTEM/CurrentControlSet/services/Ntfrs/Parameters/Backup\Restore/Process并再次重新启动 ntrfs.exe。

虽然这似乎适用于C:\WINDOWS\SYSVOL\域\策略,由于某种原因,它不拉C:\Windows\Sysvol\域\脚本来自其他 DC。非权威性恢复后,脚本文件夹中包含几个目录,这些目录确实应该在那里。但是,它并不包含所有目录,并且它包含的目录不完整。

我还重命名了 C:\Windows\ntrfs\jet 并再次启动非权威性还原,以排除与缓存相关的问题,但也没有取得任何成功。

重新启动非权威性恢复后,我还注意到脚本目录奇怪地没有出现在C:\Windows\SYSVOL\域\NtFrs_PreExisting___See_EventLog,而策略目录却有。我以为它只是将 C:\Windows\SYSVOL\domain\ 移动到该文件夹​​,但似乎没那么简单。它省略了脚本,这让我怀疑是否有某个数据库跟踪 C:\Windows\SYSVOL\domain\ 中的内容,以便它只移动它真正知道的内容。

事件日志对我没有太大帮助,它显示在非授权恢复后 SYSVOL 已成功启动。

编辑:目前,我们通过在受影响的服务器上重新安装 AD 解决了这个问题。虽然删除后目录被清除,但 C:\Windows\Sysvol\domain\scripts 因某种原因仍然存在 - 可能是权限问题。然后我们明确删除了 C:\WINDOWS\SYSVOL 并再次重新安装 AD。

答案1

该问题再次发生在另一台 DC 上。结果发现 C:\Windows\Sysvol\domain\scripts 文件夹中有一些文件 - 一些 exe 文件正在运行。NTFRs.exe 无法完成其任务。

ntrfsutl 对于调试这个问题很有用。http://support.microsoft.com/kb/822300/en-us肯定是有帮助的。我用过ntrfsutl 登录查看正在传输的文件的状态。就我而言,脚本文件夹处于IBCO_INSTALL_REN_RETRY一直如此。然后,我找到了脚本目录(及其子目录)中所有持有锁的文件。这些是一些也在客户端计算机上运行的程序(但通过 NETLOGON 共享打开)。

您可以使用 SysInternal Tools 中的 handles.exe 来识别打开的文件句柄。在我的例子中,一些文件是由“系统”进程打开的。这些文件实际上是由客户端计算机通过网络共享打开的。我通过 compmgmt.msc 关闭了它们的句柄。

当所有打开的句柄都关闭后,复制最终成功。

相关内容