Active Directory 定义了五种操作主机角色（又称ＦＳＭＯ）：
1.架构主机 schema master
2..域命名主机 domain naming master
3.相对标识号 (RID) 主机 RID master
4.主域控制器模拟器 (PDCE)
5.基础结构主机 infrastructure master
森林级别
架构主机（Schema Master）
功能：控制活动目录内所有对象/属性的定义
提示：Regsvr32 schmmgmt.dll
Schema Admins组
故障影响：更新Schema受影响
短期内一般看不到影响
典型问题如：无法安装Exchange
故障处理：需确定原OM为永久性脱机才可抓取
确保目标DC为具有最新更新的DC
域命名主机（Domain Naming Master）
功能：控制森林内域的添加和删除
添加和删除对外部目录的交叉引用对象
提示：建议与GC配置在一起
Enterprise Admins组
故障影响：更改域结构受影响
短期内一般看不到影响
典型问题如：添加/删除域
故障处理：需确定原OM为永久性脱机才可抓取
确保目标DC为具有最新更新的DC
域级别
RID主机（RID Master）
功能：管理域中对象相对标识符（RID）池
提示：对象安全标识符（SID）= 域安全标识符 + 相对标识符（RID）
* 形如：S-1-5-21-1343024091-879983540-3…
故障影响：无法获得新的RID池分配
典型问题如：无法新建（大量）用户帐号
故障处理：需确定原OM为永久性脱机才可抓取
确保目标DC为具有最新更新的DC
PDC模拟主机（PDC Emulator）
功能：模拟Windows NT PDC
默认的域主浏览器
默认的域内权威的时间服务源
统一管理域帐号密码更新、验证及锁定
提示：PDC模拟主机不仅仅是模拟NT PDC
一般负荷较大
故障影响：底端客户不能访问AD
不能更改域帐号密码
浏览服务问题
时间同步问题
故障处理：需要比较及时地恢复
可以临时抓取到其他DC
在原OM恢复后可以抓取回去
基础结构主机（Infrastructure Master）
功能：负责对跨域对象引用进行更新
提示：单域情况下基础结构主机不需要工作
不能同时和GC配置在一起（单域除外）
故障影响：外域帐号不能识别，标记为SID
故障处理：需要比较及时地恢复
可以临时抓取到其他DC
在原OM恢复后可以抓取回去
查看操作主机角色
命令行工具：Ntdsutil Netdom Dcdiag
操作主机的放置
默认情况：架构主机在根域的第一台DC上
域命名主机在根域的第一台DC上
其他三个主机角色在各自域的第一台DC上
考虑问题：和GC的冲突
性能考虑
手工优化：基础结构主机与GC不放在一起
域命名主机与GC放在一起
架构主机与域命名主机可放在一起
PDC模拟主机建议单独放置
操作主机的转移
转移（Transfer）
把OM角色平滑地传递给另一台DC
操作可逆
抓取（Seize）
把OM角色强制地赋予另一台DC
操作不可逆
抓取命令会自动先尝试转移
FSMO五种角色的作用、查找及规划
这两天将公司的域控制器又一个升级到两个，由此产生了一些小问题，在系统日志中能看到：
需要转移FSMO5个角色中一个。下面是参考文档
FSMO中文翻译成操作主控，在说明FSMO的作用以前，先给大家介绍两个概念:
单主复制:所谓的单主复制就是指从一个地方向其它地方进行复制，这个主要是用于以前的NT4域，我们知道，在NT4域的年代，域网络上区分PDC和BDC，所有的复制都是从PDC到BDC上进行的，因为NT4域用的是这种复制机构，所以要在网络上进行对域的修改就必须在PDC上进行，在BDC上进行是无效的。如果你的网络较小的话，那么这种机构的缺点不能完全的体现，但是如果是一个跨城区的网络，比如你的PDC在上海，而BDC在北京的话，那么你的网络修改就会显得非常的麻烦。
多主复制:多主复制是相对于单主复制而言的，它是指所有的域控制器之间进行相互复制，主要是为了弥补单主复制的缺陷，微软从Windows 2000域开始，不再在网络上区分PDC和BDC，所有的域控制器处于一种等价的地位，在任意一台域控制器上的修改，都会被复制到其它的域控制器上。
既然Windows 2000域中的域控制器都是等价的，那么这些域控制器的作用是什么呢?在Windows 2000域中的域控制器的作用不取决于它是网络中的第几台域控制器，而取决于FSMO五种角色在网络中的分布情况，现在开始进入正题，FSMO有五种角色，分成两大类:
1、 森林级别(即一个森林只存在一台DC有这个角色):
(1)、Schema Master中文翻译成:架构主控
(2)、Domain Naming Master中文翻译成:域命名主控
2、 域级别(即一个域里面只存一台DC有这个角色):
(1)、PDC Emulator 中文翻译成:PDC仿真器
(2)、RID Master 中文翻译成:RID主控
(3)、Infrastructure Master 中文翻译成:基础架构主控
一、接下来就来说明一下这五种角色空间有什么作用:
1、 Schema Maste
用是修改活动目录的源数据。我们知道在活动目录里存在着各种各样的对像，比如用户、计算机、打印机等，这些对像有一系列的属性，活动目录本身就是一个数据库，对像和属性之间就好像表格一样存在着对应关系，那么这些对像和属性之间的关系是由谁来定义的，就是Schema Maste，如果大家部署过Excahnge的话，就会知道Schema是可以被扩展的，但需要大家注意的是，扩展Schema一定是在Schema Maste进行扩展的，在其它域控制器上或成员服务器上执行扩展程序，实际上是通过网络把数据传送到Schema上然后再在Schema Maste上进行扩展的，要扩展Schema就必须具有Schema Admins组的权限才可以。
2、 建议:在占有Schema Maste的域控制器上不需要高性能，因为我们不是经常对Schema进行操作的，除非是经常会对Schema进行扩展，不过这种情况非常的少，但我们必须保证可用性，否则在安装Exchnage或LCS之类的软件时会出错。
3、 Domain Naming Master
这也是一个森林级别的角色，它的主要作用是管理森林中域的添加或者删除。如果你要在你现有森林中添加一个域或者删除一个域的话，那么就必须要和Domain Naming Master进行联系，如果Domain Naming Master处于Down机状态的话，你的添加和删除操作那上肯定会失败的。
4、 建议:对占有Domain Naming Master的域控制器同样不需要高性能，我想没有一个网络管理员会经常在森林里添加或者删除域吧?当然高可用性是有必要的，否则就没有办法添加删除森里的域了。
5、 PDC Emulator
在前面已经提过了，Windows 2000域开始，不再区分PDC还是BDC，但实际上有些操作则必须要由PDC来完成，那么这些操作在Windows 2000域里面怎么办呢?那就由PDC Emulator来完成，主要是以下操作:
⑴、处理密码验证要求;
在默认情况下，Windows 2000域里的所有DC会每5分钟复制一次，但有一些情况是例外的，比如密码的修改，一般情况下，一旦密码被修改，会先被复制到PDC Emulator，然后由PDC Emulator触发一个即时更新，以保证密码的实时性，当然，实际上由于网络复制也是需要时间的，所以还是会存在一定的时间差，至于这个时间差是多少，则取决于你的网络规模和线路情况。
⑵、统一域内的时间;
微软活动目录是用Kerberos协议来进行身份认证的，在默认情况下，验证方与被验证方之间的时间差不能超过5分钟，否则会被拒绝通过，微软这种设计主要是用来防止回放式攻击。所以在域内的时间必须是统一的，这个统一时间的工作就是由PDC Emulator来完成的。
⑶、向域内的NT4 BDC提供复制数据源;
对于一些新建的网络，不大会存在Windows 2000域里包含NT4的BDC的现象，但是对于一些从NT4升级而来的Windows 2000域却很可能存有这种情况，这种情况下要向NT4 BDC复制，就需要PDC Emulator。
⑷、统一修改组策略的模板;
⑸、对Winodws 2000以前的操作系统，如WIN98之类的计算机提供支持;
对于Windows 2000之前的操作系统，它们会认为自己加入的是NT4域，所以当这些机器加入到Windows 2000域时，它们会尝试联系PDC，而实际上PDC已经不存在了，所以PDC Emulator就会成为它们的联系对象!
建议:从上面的介绍里大家应该看出来了，PDC Emulator是FSMO五种角色里任务最重的，所以对于占用PDC Emulator的域控制器要保证高性能和高可用性。
4、RID Master
在Windows 2000的安全子系统中，用户的标识不取决于用户名，虽然我们在一些权限设置时用的是用户名，但实际上取决于安全主体SID，所以当两个用户的SID一样的时候，尽管他们的用户名可能不一样，但Windows的安全子系统中会把他们认为是同一个用户，这样就会产生安全问题。而在域内的用户安全SID=Domain SID+RID，那么如何避免这种情况?这就需要用到RID Master，RID Master的作用是:分配可用RID池给域内的DC和防止安全主体的SID重复。
建议:对于占有RID Master的域控制器，其实也没有必要一定要求高性能，因为我们很少会经常性的利用批处理或脚本向活动目录添加大量的用户。这个请大家视实际情况而定了，当然高可用性是必不可少的，否则就没有办法添加用户了。
5、 Infrastructure Master
FSMO的五种角色中最无关紧要的可能就是这个角色了，它的主要作用就是用来更新组的成员列表，因为在活动目录中很有可能有一些用户从一个OU转移到另外一个OU，那么用户的DN名就发生变化，这时其它域对于这个用户引用也要发生变化。这种变化就是由Infrastructure Master来完成的。
建议:其实在活动目录森林里仅仅只有一个域或者森林里所有的域控制器都是GC(全局编录)的情况下，Infrastructure Master根本不起作用，所以一般情况下对于占有Infrastructure Master的域控制器往忽略性能和可能性。
二、在说完FSMO五种角色的作用以后，我们如何知道这五种角色在网络中的分布情况呢?
对于新建的网络，这五种角色都集中在森林中的第一台域控制器上，但是如果是别人已经建好的网络，比如我们去接手一些网络的时候，很可能这五种角色已经被转移到其它的域控制器上了。这时我们可以通过三种方法来知道，分别是GUI介面，命令行及脚本:
1、 GUI介面:
GUI介面下不能一次性获得五种角色的分布，
⑴、Schema Maste
点击“开始-运行”，输入:“regsvr32 schmmgmt”，回车:
然后点击“确定”。
再点击“开始-运行”，输入:“MMC”，回车，进入控制台，.
⑵、RID Master、Infrastructure Master、PDC Emulator
点击“开始-设置-控制面板-管理工具-Active Directory用户和计算机”
在域名上单击右键:
在出来的菜单中选择“操作主机”:
在出来的画面中可以看到RID Master、PDC Emulator、Infrastructure Master的分布情况。
⑶、Domain Naming Master
点击“开始-设置-控制面板-管理工具-Active Directory域和信任关系”:
在“Active Directory域和信任关系”上击右键:
选择“操作主机”:
这就是“Domain Naming Master”所在的域控制器。
以上就是用GUI来查看FSMO五种角色的分布情况，用GUI介面不但可以查看，还可以随意的改变这五种角色的分布情况，但缺点是比较麻烦，需要较多的操作项目，如果仅仅是查看就比较的浪费时间。
2、 命令行工具:
首先你要安装Support Tools，在安装光盘中的Support文件夹下的Tools子文件下。默认安装在系统盘的Program Files文件下。安装成功后，点击“开始-程序-Windows Support Tools-Command Prompt”:
然后运行“netdom”命令，在这里，运行的是:“netdom query fsmo”:
看到了吧，马上把当前域里的FSMO五种角色所在的域控制器罗列了出来。
3、 脚本。
在这里，我给大家一段脚本:
Set objRootDSE = GetObject("LDAP://rootDSE")
Dim text
' Schema Master
Set objSchema = GetObject("LDAP://" & objRootDSE.Get("schemaNamingContext"))
strSchemaMaster = objSchema.Get("fSMORoleOwner")
Set objNtds = GetObject("LDAP://" & strSchemaMaster)
Set objComputer = GetObject(objNtds.Parent)
text="Forest-wide Schema Master FSMO: " & objComputer.Name & vbCrLf
Set objNtds = Nothing
Set objComputer = Nothing
' Domain Naming Master
Set objPartitions = GetObject("LDAP://CN=Partitions," & _
objRootDSE.Get("configurationNamingContext"))
strDomainNamingMaster = objPartitions.Get("fSMORoleOwner")
Set objNtds = GetObject("LDAP://" & strDomainNamingMaster)
Set objComputer = GetObject(objNtds.Parent)
text=text&"Forest-wide Domain Naming Master FSMO: " & objComputer.Name & vbCrLf
Set objNtds = Nothing
Set objComputer = Nothing
' PDC Emulator
Set objDomain = GetObject("LDAP://" & objRootDSE.Get("defaultNamingContext"))
strPdcEmulator = objDomain.Get("fSMORoleOwner")
Set objNtds = GetObject("LDAP://" & strPdcEmulator)
Set objComputer = GetObject(objNtds.Parent)
text=text&"Domain's PDC Emulator FSMO: " & objComputer.Name & vbCrLf
Set objNtds = Nothing
Set objComputer = Nothing
' RID Master
Set objRidManager = GetObject("LDAP://CN=RID Manager$,CN=System," & _
objRootDSE.Get("defaultNamingContext"))
strRidMaster = objRidManager.Get("fSMORoleOwner")
Set objNtds = GetObject("LDAP://" & strRidMaster)
Set objComputer = GetObject(objNtds.Parent)
text=text&"Domain's RID Master FSMO: " & objComputer.Name & vbCrLf
Set objNtds = Nothing
Set objComputer = Nothing
' Infrastructure Master
Set objInfrastructure = GetObject("LDAP://CN=Infrastructure," & _
objRootDSE.Get("defaultNamingContext"))
strInfrastructureMaster = objInfrastructure.Get("fSMORoleOwner")
Set objNtds = GetObject("LDAP://" & strInfrastructureMaster)
Set objComputer = GetObject(objNtds.Parent)
text=text&"Domain's Infrastructure Master FSMO: " & objComputer.Name & vbCrLf
WScript.Echo text
大家把以上内容复制到记事本，保存为fsmo.vbs，然后到域里的计算机上运行!
三、最后来看一下FSMO的规划，在规划时，请大家按以下原则进行:
1、占有Domain Naming Master角色的域控制器必须同时也是GC;
2、不能把Infrastructure Master和GC放在同一台DC上;
3、建议将Schema Master和Domain Naming Master放在森林根域的GC服务器上;
4、建议将Schema Master和Domain Naming Master放在同一台域控制器上;
5、建议将PDC Emulator、RID Master及Infrastructure Master放在同一台性能较好的域控制器上;
6、尽量不要把PDC Emulator、RID Master及Infrastructure Master放置在GC服务器上;
好了，关于FSMO我就先说到这里，请大家多多指正。
使用 Ntdsutil.exe 捕获 FSMO 角色或将其转移到域控制器
概要
本文介绍如何使用 Ntdsutil.exe 实用工具转移或捕获 Flexible Single Master Operations (FSMO) 角色。
更多信息
不适合多主机更新的某些域和企业范围的操作由 Active Directory 域或林中的一台域控制器完成。为执行这些特殊操作而指定的域控制器称为操作主机或 FSMO 角色担任者。
以下列表描述了 Active Directory 林中五种唯一的 FSMO 角色类型，以及这些角色执行的相关操作：
• 架构主机 (Schema master) － 架构主机角色是林范围的角色，每个林一个。此角色用于扩展 Active Directory 林的架构或运行 adprep /domainprep 命令。
• 域命名主机 (Domain naming master) － 域命名主机角色是林范围的角色，每个林一个。此角色用于向林中添加或从林中删除域或应用程序分区。
• RID 主机 (RID master) － RID 主机角色是域范围的角色，每个域一个。此角色用于分配 RID 池，以便新的或现有的域控制器能够创建用户帐户、计算机帐户或安全组。
• PDC 模拟器 (PDC emulator) － PDC 模拟器角色是域范围的角色，每个域一个。将数据库更新发送到 Windows NT 备份域控制器的域控制器需要具备这个角色。此外，拥有此角色的域控制器也是某些管理工具的目标，它还可以更新用户帐户密码和计算机帐户密码。
• 结构主机 (Infrastructure master) － 结构主机角色是域范围的角色，每个域一个。此角色供域控制器使用，用于成功运行 adprep /forestprep 命令，以及更新跨域引用的对象的 SID 属性和可分辨名称属性。
Active Directory 安装向导 (Dcpromo.exe) 将这五种 FSMO 角色全部分配给林根域中的第一台域控制器。每个新子域或树域中的第一台域控制器将获得三个域范围的角色。在使用以下某种方法重新分配 FSMO 角色之前，域控制器将一直担任 FSMO 角色：
• 管理员使用 GUI 管理工具重新分配角色。
• 管理员使用 ntdsutil /roles 命令重新分配角色。
• 管理员使用 Active Directory 安装向导正常降级担任某个角色的域控制器。该向导将任何本地担任的角色重新分配给林中的现有域控制器。使用 dcpromo /forceremoval 命令执行降级会使 FSMO 角色处于无效状态，直到管理员重新分配为止。
我们建议您在以下情况下转移 FSMO 角色：
• 当前角色担任者可以运行，并且新的 FSMO 所有者可以通过网络访问它。
• 您正在正常降级一台域控制器，它目前担任着您要分配给 Active Directory 林中某个特定域控制器的 FSMO 角色。
• 由于要进行定期维护，您需要使目前担任 FSMO 角色的域控制器脱机，并且您需要将特定的 FSMO 角色分配给一台“活动的”域控制器。这可能是执行连接到 FSMO 所有者执行操作所必需的。对于 PDC 模拟器角色来说，尤其如此，但对于 RID 主机角色、域命名主机角色和架构主机角色来说，则不尽然。
我们建议您在遇到以下情况时捕获 FSMO 角色：
• 当前角色担任者遇到一个操作错误，导致 FSMO 相关操作无法成功完成，并且无法转移该角色。
• 使用 dcpromo /forceremoval 命令强制降级担任 FSMO 角色的域控制器。
• 原来担任某个特定角色的计算机上的操作系统不再存在或者已被重新安装。
在进行复制时，域或林中的非 FSMO 域控制器可完全了解担任 FSMO 角色的域控制器所做的更改。如果必须转移角色，则最佳的候选域控制器应该是以下域中的域控制器：该域最后一次或最近从现有角色担任者入站复制了“FSMO 分区”的可写副本。例如，架构主机角色担任者具有可分辨名称路径 CN=schema,CN=configuration,dc=<林根域>，这意味着角色位于 CN=schema 分区中并且作为该分区的一部分被复制。如果担任架构主机角色的域控制器遇到硬件或软件故障，则较合适的候选角色担任者应当是根域中的域控制器，并且与当前所有者位于同一 Active Directory 站点中。同一 Active Directory 站点中的域控制器每隔 5 分钟或 15 秒执行一次入站复制。
每个 FSMO 角色的分区如列表所示：
FSMO 角色 分区
架构 CN=Schema,CN=configuration,DC=<林根域>
域命名主机 CN=configuration,DC=<林根域>
PDC DC=<域>
RID DC=<域>
结构 DC=<域>
应禁止其 FSMO 角色已被捕获的域控制器与林中的现有域控制器通信。在这个情况下，您应格式化这类域控制器上的硬盘并重新安装操作系统，或者强制降级专用网络上的这类域控制器，然后使用 ntdsutil /metadata cleanup 命令删除它们在林中剩余域控制器上的元数据。将其角色已被捕获的前任 FSMO 角色担任者引入林中的风险在于，原来的角色担任者可能会像以前那样继续运行，直到它通过入站复制了解到角色捕获信息。两个域控制器担任相同 FSMO 角色的已知风险在于，这样会创建具有重叠 RID 池的安全主体，同时还会引发其他问题。
转移 FSMO 角色
要使用 Ntdsutil 实用工具转移 FSMO 角色，请按照下列步骤操作：
1. 登录到基于 Windows 2000 Server 或基于 Windows Server 2003 的成员服务器，或登录到转移 FSMO 角色时所在林中的域控制器。我们建议您登录到要为其分配 FSMO 角色的域控制器。登录用户应该是企业管理员组的成员，才能转移架构主机角色或域命名主机角色，或者是转移 PDC 模拟器、RID 主机和结构主机角色时所在域中的域管理员组的成员。
2. 单击“开始”，单击“运行”，在“打开”框中键入 ntdsutil，然后单击“确定”。
3. 键入 roles，然后按 Enter。
注意：要在 Ntdsutil 实用工具中的任一提示符处查看可用命令的列表，请键入 ?，然后按 Enter。
4. 键入 connections，然后按 Enter。
5. 键入 connect to server servername，然后按 Enter，其中 servername 是要赋予其 FSMO 角色的域控制器的名称。
6. 在“server connections”提示符处，键入 q，然后按 Enter。
7. 键入 transfer role，其中 role 是要转移的角色。要查看可转移角色的列表，请在“fsmo maintenance”提示符处键入 ?，然后按 Enter，或者查看本文开头的角色列表。例如，要转移 RID 主机角色，键入 transfer rid master。PDC 模拟器角色的转移是一个例外，其语法是 transfer pdc 而非 transfer pdc emulator。
8. 在“fsmo maintenance”提示符处，键入 q，然后按 Enter，以进入“ntdsutil”提示符。键入 q，然后按 Enter，退出 Ntdsutil 实用工具。
捕获 FSMO 角色
要使用 Ntdsutil 实用工具捕获 FSMO 角色，请按照下列步骤操作：
1. 登录到基于 Windows 2000 Server 或 Windows Server 2003 的成员计算机，或者登录到捕获 FSMO 角色时所在林中的域控制器。我们建议您登录要赋予其 FSMO 角色的域控制器。登录的用户应当是企业管理员组的成员（以便转移架构主机角色或域命名主机角色），或登录到转移 PDC 模拟器角色、RID 主机角色和结构主机角色时所在域中的域管理员组成员。
2. 单击“开始”，单击“运行”，在“打开”框中键入 ntdsutil，然后单击“确定”。
3. 键入 roles，然后按 Enter。
4. 键入 connections，然后按 Enter。
5. 键入 connect to server servername，然后按 Enter，其中 servername 是要为其分配 FSMO 角色的域控制器的名称。
6. 在“server connections”提示符处，键入 q，然后按 Enter。
7. 键入 seize role，其中 role 是您要捕获的角色。要查看可捕获角色的列表，请在“fsmo maintenance”提示符处键入 ?，然后按 Enter，或者查看本文开头的角色列表。例如，要捕获 RID 主机角色，可键入 seize rid master。PDC 模拟器角色的捕获是一个例外，它的语法是 seize pdc 而非 seize pdc emulator。
8. 在“fsmo maintenance”提示符处，键入 q，然后按 Enter，以进入“ntdsutil”提示符。键入 q，然后按 Enter，退出 Ntdsutil 实用工具。
注意：
• 通常情况下，必须将这五个角色全部分配给林中“活动的”域控制器。如果担任 FSMO 角色的域控制器在其角色转移之前被停止服务，则您必须捕获所有角色并将之分配给一个合适的、状态良好的域控制器。我们建议您只有在其他域控制器没有返回到域时才捕获所有角色。如有可能，请修复分配了 FSMO 角色的停止工作的 域控制器。应确定日后会将各种角色赋予哪些其余的域控制器，以便将五个角色全部分配给一台域控制器。 有关 FSMO 角色放置的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
223346 (http://support.microsoft.com/kb/223346/) 在 Active Directory 域控制器上放置和优化 FSMO
• 如果原来拥有任何 FSMO 角色的域控制器已不在域中，并且您已经按照本文所述的步骤捕获了它的角色，请按照以下 Microsoft 知识库文章中概括的步骤将其从 Active Directory 中删除：
216498 (http://support.microsoft.com/kb/216498/) 域控制器降级失败后如何删除 Active Directory 中的数据
• 使用 Windows 2000 或 Windows Server 2003 内部版本 3790 的 ntdsutil /metadata cleanup 命令删除域控制器元数据时，不会重定位已分配给活动域控制器的 FSMO 角色。Windows Server 2003 Service Pack 1 (SP1) 的 Ntdsutil 实用工具会自动完成此任务，删除域控制器元数据的其他元素。
• 由于备份后 FSMO 角色可能曾被重新分配过，有些客户不愿恢复 FSMO 角色担任者的系统状态备份。
• 不要将结构主机角色放置在同时也是全局编录服务器的域控制器上。如果结构主机在全局编录服务器上运行，它将会停止更新对象信息，因为它不包含对它不保存的对象的任何引用。而全局编录服务器持有林中每个对象的部分副本。
要测试域控制器是否也是全局编录服务器，请按照下列步骤操作：
1. 单击“开始”，指向“程序”，指向“管理工具”，然后单击“Active Directory 站点和服务”。
2. 双击左侧窗格中的“站点”，然后找到合适的站点，如果没有其他站点可用，则单击“Default-first-site-name”。
3. 打开“服务器”文件夹，然后单击域控制器。
4. 在域控制器的文件夹中，双击“NTDS 设置”。
5. 在“操作”菜单上，单击“属性”。
6. 在“常规”选项卡上，查看“全局编录”复选框是否选中。
