快速修复一个非复制的域控制器

　　这是一个便捷的小窍门，就像你可能希望在阴雨天的时候有一只手杖放在包中备用那样。你可能不会在太多的地方用到它，但是一旦你需要它的时候，它将会被用到。

 

　　对于一名活动目录系统管理员来说，最令人挫败的经历之一恐怕就是试着去修复一个非复制的域控制器。但是当它复制到一个目录中，而不是另一个（就像既不在里面也不在外面），这时你真得会很挠头。这种情况会发正在一个新的正在提升的域控制器或者一个已经存在的情况，如果在两个目录中复制都被破坏，你可能要去查看一下坏掉的网络连接或者DNS问题，但是只在一个目录中被破坏的情况是很难去排除的。

 

　　注意：所有的复制是内部的。“外部的复制”涉及到从一个域控制器推到另一个域控制器的复制操作。举例来说，如果域控制器1和域控制器2是复制合作者，域控制器1从域控制器2进行内部复制。反过来就是，控制器2从域控制器1进行内部复制。为域控制器1的外部复制涉及到域控制器2从域控制器1拖拉复制。

 

 

　　当你创建一个新的域控制器到域中时，这个问题常常能被遇到。通过重新启动，没有任何错误，但是Netlogon和SYSVOL共享再也不会被创建了。然而，这能够在活动的域控制器上出现。提示一个非复制与控制器通常产生错误能够在域控制器诊断（DCdiag）软件中输出显示出来。在Repadmin/showreps报告中，或者通过在DS事务日志中留下错误。其他的指示包括：

 

 

　　很多时候你可能被愿意去执行在坏掉的域控制器上的一个手动降级，并且重提升它。然而，这里有一种非常简单的方法修复这种情况，以我的经验，具有一个高级别的可靠性以及更好的执行手动降级。步骤包括使用Repadmin命令行来添加一个低级别的链接将会允许KCC到接下来产生一个正确的链接对象。

步骤是非常简单的。首先，你需要确认有问题的域控制器，以及一个确认的正常域控制器。在详细的步骤描述中，域控制器1是一个确认的正常域控制器，虽然域控制器2是那个只能从域控制器1种进行内部复制的域控制器，但是域控制器1不能从域控制器2中复制。（当然你需要去将这里的“Corp.net”域名用你自己的域名来代替）。

 

　　1.我们要使用Repadmin /add命令行，这需要我们去指到域控制器1和域控制器2的服务器GUID。首先我们需要去确定每一个服务器的“服务器GUID”。通过在每台服务器上运行Repadmin /showreps命令行可以完成这项工作。在这个命令输出中的的第一行指出了“objectGUID”，如下所示：

 

　　ATLANTA\ATL-DC01 DSA Options : IS_GC objectGUID : 1388A125-9318-4992-AA53-1A0519E24D0A

 

　　objectGUID是在Repadmin/Add命令行中被用到。

 

　　2.在这个例子中域名是Corp.net。两个域控制器的服务器GUID是：

 

　　在站点和服务管理单元中，找到域控制器2（被损坏的域控制器），并且删除所有的连接对象—用手动或自动的方式。
　3.使用位于Windows 2000和Windows 2003 Server CD上的支持工具中的Repadmin命令行组件，创建一个从损坏的域控制器到正常的域控制器的新连接。在这个例子中，域控制器1是一个正常的域控制器，并且从域控制器2到域控制器1是不能进行复制的。