Alb*_*ert 7 windows windows-server-2008 sysvol file-replication-services
我们正在运行多个 Windows Server 2008 R2 域控制器。sysvol 的复制由 NTFRS 完成。
昨天,我们的主 DC 报告了SYSVOL 共享的“JRNL_WRAP_ERROR”。我在 C:\ 上运行了 chkdsk,但没有显示任何问题。在此之后,我通过停止 ntfrs.exe,在HKLM/SYSTEM/CurrentControlSet/services/Ntfrs/Parameters/Backup\Restore/Process at Startup中将BurFlags 设置为“D2”并再次重新启动 ntrfs.exe来启动非权威还原。
虽然这似乎适用于C:\WINDOWS\SYSVOL\domain\Policies,但出于某种原因,它不会从其他 DC 中提取C:\Windows\Sysvol\domain\scripts。在非权威还原后,脚本文件夹中有几个目录,这些目录确实应该在那里。然而,它并不包含所有这些,而且它包含的那些是不完整的。
我还重命名了 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\scripts 由于某种原因仍然存在 - 也许是权限问题。然后我们明确删除了 C:\WINDOWS\SYSVOL 并重新安装了 AD。
该问题在另一个 DC 上再次发生。事实证明,C:\Windows\Sysvol\domain\scripts 文件夹中有一些文件 - 一些 exe 文件正在运行。NTFRs.exe 无法完成其任务。
ntrfsutl 对于调试这个问题很有用。http://support.microsoft.com/kb/822300/en-us当然有帮助。我使用ntrfsutl inlog来查看正在传输的文件的状态。就我而言,脚本文件夹处于状态就我而言,脚本文件夹始终IBCO_INSTALL_REN_RETRY状态。然后我找到了脚本目录(及其子目录)中所有持有锁的文件。这些程序也在客户端计算机上运行(但通过 NETLOGON 共享打开)。
您可以使用 SysInternal Tools 中的 handles.exe 来识别打开的文件句柄。就我而言,某些文件是由“系统”进程打开的。这些实际上是由客户端计算机通过网络共享打开的。我通过 compmgmt.msc 关闭了他们的句柄。
关闭所有打开的句柄后,复制终于成功了。
| 归档时间: |
|
| 查看次数: |
10751 次 |
| 最近记录: |