今天打开服务器,发现无法打开活动目录用户和计算机,很是郁闷。思考这两天没有对域控制器做什么动作啊,昨晚刚做了活动目录灾难恢复的实试。难道是SYSVOL与NELOGON共享丢失了?
看看日志里全是userenv 1045的报错。
怀着这个疑问,我查看了一个系统共享!果然是丢失了。
再看看SYSVOL资料夹,确实没有共享了,不过还好,文件都还在!
现在我们对注册表进行修改,将BurFlags的值改为D4的十六进制值。
做这个设定后,我们开始重启netlogon及ntfrs服务。
再看看,现在sysvol已经成功的共享了。。。
不过,郁闷的是netlogon未成功共享。所以我们还有步骤要走!经查看,发现SYSVOL里有相关策略与脚本都丢失了。为了避免其他问题,我决定将NETLOGON进行重建。(与策略与脚本相关的文件夹都没有,所以我们对目录缺少的目录进行重建)
在C:\WINDOWS\SYSVOL\domain目录下新建两个文件夹:Policies和.s
这两个文件夹名可千万不要错啊,笔者两台域控都出了问题,有一台因为一个文件夹名少了一个字母,笔者折腾了半天仍是不行。最后发现是文件名的问题,郁闷吧!细心就不会哟。
现在我们需要重启NTFRS服务对目前的目录进行自动完善。
把SYSVOL\SYSVOL\microsoft.com 与\sysvol\domain做一个链接
把sysvol\staging areas\microsoft.com 与sysvol\staging\domain做一个链接
在执行下列命令linkd时请确保你的系统有安装windows Resource Kits工具哟,不然将无法识别哟
改变BurFlags的值重新改变为D4
重启服务,完成目录重建工作
OK,两个目录已经成功的共享了。YES
通过此次故障排错,对于SYSVOL重建,个人觉得只要理解了其中的原理,认真分析还是很容易找到问题的关键的。我想在做重建中,最重要的莫过于两个目录之间的链接,这样一来便有了后来的NETLOGON资料夹。
当然解决了之前的问题之后,我们的日志里又出现了1030的报错。
对于这种问题,我个人觉得最简单的方法就是:
1.如果你之前有备份组策略的话,那现在你可以还原一下了。
2.如果你没有备份,只有重置原来的策略了。(我没有备份,所以我使用方法2)
使用dcgpofix /target:BOTH,将域及域控策略进行恢复。
结果居然是失败的,工具跟活动目录的版本不相符,算了使用/ignoreschema来还原吧
还原成功了!
整个步骤与思路:
1.如果SYSVOL缺少相关的目录,那我们就开始手动建立吧
2.特殊的文件,我们需要特别的工具来执行。
3.通过修改相关的注册表键值+重启ntfrs服务来实现自动完善文件。
4.修复SYSVOL与NETLOGON后,最容易出现组策略问题,所以做组策略备份是有必要的,实在不行你可以重置默认组策略。
如果你希望了解的更加详细,我推荐你阅读MVP钉子的这篇文章http://www.5dmail.net/html/2008-4-14/2008414183126.htm