活动目录系列之九：操作主机

核心提示： a. 当网络中的schema master/domain naming master/RID三种角色如果存在有故障，则由其它DC来强夺，活动目录系列之九：操作主机(3)，但如果前者再恢复好，也不要再联机，终于写完了，希望这篇文档能对各位有所帮助，最好格式化硬盘，b. 当网络中的PDC、基础

a. 当网络中的schema master/domain naming master/RID三种角色如果存在有故障，则由其它DC来强夺，但如果前者再恢复好，也不要再联机，最好格式化硬盘。

b. 当网络中的PDC、基础结构主机这两种角色出现故障，可以由其它DC强夺，不过当前者恢复好后，发现角色已被占用，会自动失效，不过可以再转移过来。

具体的操作：

1. 转移：前提是相应的操作主机的角色在线。

比如转移PDC主机

a. 利用图形方式：

打开PDC这台DC的dsa.msc，在域上右击--连接到域控制器（选择欲成为PDC角色的DC）如图所示：

再次右击该域--选择操作主机--找到PDC，如下图所示：

单击更改，即完成的操作主机的转移工作。至于其它操作主机的转移工作类似操作。不再赘述。

b. 利用命令方式：我们把操作主机再从n2转到n1，如下操作：

单击“是”，即完成的操作主机的转移工作。如上图中如果选择seize...即是强夺操作。其它操作主机的角色的更改，就不用说了吧。

2. 占用：联系不上相应的操作主机时。（尽可能用命令方式，具体要求操作如上图所示，无非选择seize行即可。此处略了吧~~~）

（六）建议：

上面五种操作操作，如果PDC操作主机出问题，要马上解决或进行强夺，架构主机和域命名主机出问题，可以暂不解决，先进行原有主机的修复，实在修复不了，再考虑强夺。RID主机出现问题，在域环境相对稳定的情况下也没有大的影响，也可以先对原有主机进行修复，实现修复不了，再考虑强夺。在单域情况下，不用考虑基础结构主机。多域下如果坏了，强夺吧。

终于写完了，希望这篇文档能对各位有所帮助。

节目欲告：活动目录系列之十：活动目录的维护

本文出自 “千山岛主之微软技术空间站” 博客，请务必保留此出处http://jary3000.blog.51cto.com/610705/122658