全局编录（gc）服务器缓存森林中所有域的部分属性以加速跨域查询，需在“active directory站点和服务”中勾选ntds设置的“全局编录”，并配合dns srv记录、ugmc策略及角色分离等优化措施。
在 windows server 域环境中，全局编录（global catalog, gc）服务器是提升跨域查询性能的关键角色。它不只存储本域对象的完整属性，还缓存森林中所有域的部分属性（如用户 upn、显示名、邮箱等），使跨域搜索、通用组成员身份验证、exchange 地址簿查找等操作无需遍历多个域控制器即可快速响应。
确认当前 GC 服务器状态
先检查哪些域控制器已启用全局编录：
- 打开「Active Directory 站点和服务」管理单元（adsiedit.msc 或图形工具均可）
- 展开「站点」→「对应站点」→「服务器」→「目标DC名称」→ 右键「NTDS 设置」→「属性」
- 观察「常规」选项卡中「全局编录」复选框是否已勾选——勾选即为 GC 服务器
- 也可用 PowerShell 快速批量查看：
Get-ADDomainController -Filter * | ForEach-Object { $_.Name + " : " + (Get-ADDomainController -Identity $_.Name -Discover -Service GlobalCatalog).HostName }
手动指定或添加 GC 服务器
建议在每个活跃站点至少部署一台 GC 服务器，尤其当站点间网络延迟较高时。操作步骤如下：
- 确保目标域控制器已成功复制 AD 数据（可通过 repadmin /showrepl 验证）
- 在「Active Directory 站点和服务」中，导航至该 DC 的「NTDS 设置」属性
- 勾选「全局编录」→ 点击「确定」
- 系统会自动触发部分架构和配置分区的复制（如 Configuration 和 Schema），通常需数分钟完成
- 重启 Net Logon 服务（net stop netlogon && net start netlogon）可加速注册更新
优化跨域查询体验的配套设置
仅开启 GC 不足以发挥全部效能，还需配合以下实践：
-
DNS 正确指向 GC：客户端依赖 _gc._tcp.
SRV 记录定位 GC。确保 DNS 中该记录存在且 TTL 合理（推荐 600 秒），并指向健康 GC 服务器 - 启用通用组成员身份缓存（UGMC）：在域控制器策略中启用（路径：计算机配置 → 策略 → Windows 设置 → 安全设置 → 本地策略 → 安全选项 → “启用通用组成员身份缓存”）。这能减少登录时对 GC 的实时依赖，提升故障容错能力
- 避免将 Infrastructure Master 角色与 GC 放在同一台服务器（多域环境）：若某域控制器既是 GC 又承担 Infrastructure Master，则该角色无法正常更新跨域引用对象。应将其移至非 GC 的 DC 上
- 监控 GC 复制延迟：使用 repadmin /showattr * "cn=configuration,dc=forest,dc=com" /atts:msDS-HasMasterNCs /s 查看 GC 所含命名上下文是否完整
验证 GC 功能是否生效
完成配置后，可通过以下方式确认：
- 用 nltest /dsgetdc:forestrootdomain /GC 查看系统是否返回预期 GC 服务器
- 在「AD 用户和计算机」中启用「查看 → 高级功能」，右键任意用户 →「属性」→ 切换到「对象」选项卡，检查「用于复制的属性」是否包含 GC 属性（如 userPrincipalName）
- 执行跨域 LDAP 查询（例如用 ldp.exe 连接端口 3268）测试响应速度和结果完整性
