将域控制器升级为全局编录服务器时的 Exchange …
2008-02-23 06:10:43来源:互联网 阅读 ()
本页
概要 | |||||
更多信息 | |||||
在 Exchange 2000 环境中将域控制器升级为 GC 服务器 | |||||
这篇文章中的信息适用于: |
概要
Exchange 2000 严重依赖 GC 服务器以发挥其全部功能。本文介绍在 Exchange 2000 环境中将域控制器升级为 GC 时如何将潜在问题降至最少。将域控制器升级为 GC 时,Exchange 2000 会出现两个严重问题:
• | 名称服务提供程式接口 (NSPI) 不能自动启用。 |
• | GC 在完成复制之前就开始公开自己。 |
注意:NSPI 仅在 GC 服务器上受支持;域控制器不支持 NSPI,并且从不将其用于 Outlook 通讯簿查找。假如您将某台电脑升级为 GC 而没有重新启动,则 SRV 记录将被放置在 DNS 中,并且 Exchange 2000 系统助理将尝试使用该新的服务器。他检测到 NSPI 未启用,并将以下事件记录在 Exchange 2000 服务器的应用程式日志中: 中国网管联盟
事件 ID: 9176
来源:MSExchangeSA
描述:NSPI 代理能够联系到全局编录 <GCName>,但他不支持 NSPI 服务。域控制器升级为全局编录之后,全局编录必须重新启动,才能支持 MAPI 客户端。请尽快重新启动 <GCName>。
更多信息
假如复制完成之前重新启动 GC,则存在以下潜在问题:
1. | DSAccess 将新的 GC 列表传输给分类程式。在大型或复杂的环境中,分类程式仍有可能引用尚未完成复制的 GC,这会导致不时出现未送达消息。这一影响是随机的,因为在用户单击再次发送时,分类程式可能会引用一个不同的 GC。尽管从 DSAccess 接收新的 GC 列表到尝试使用出现在列表中的新服务器之间存在一小时的延迟时间,但在某些环境中,这个时间可能不够充裕。 |
2. | 假如新升级的服务器重新启动太快,GC 将启用 NSPI,并且 DSProxy 也将开始使用 NSPI 进行通讯簿查找。但是,复制可能仍未完成,这会导致通讯簿不完整。 |
在 Exchange 2000 环境中将域控制器升级为 GC 服务器
警告:注册表编辑器使用不当可导致严重问题,可能需要重新安装操作系统。Microsoft 不能确保您能够解决因注册表编辑器使用不当而导致的问题。使用注册表编辑器需要您自担风险。中国网管联盟
在要升级的域控制器上,添加以下注册表参数(此步骤仅对 Windows 2000 Service Pack 3 或更高版本有效):
1. | 启动注册表编辑器 (Regedt32.exe)。 |
2. | 在注册表中找到以下项并单击他: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NTDS\ Parameters |
3. | 在编辑菜单上,单击添加值,然后添加以下注册表值: 数值名称:Global Catalog Partition Occupancy 数据类型:REG_DWORD 基数:十六进制 数值数据: 6 |
4. | 退出注册表编辑器。 |
在实施注册表更改之后,请按照下列步骤操作:
1. | 停止要升级的服务器上的 Net Logon 服务。这将阻止 GC 在完成复制之后公开自己,并在“目录服务”日志中报告 1119 事件。事件 ID 1119 表示已完成到 GC 的升级。 |