目录服务服务器检测和 DSAccess 使用情况

文章翻译 文章翻译
文章编号: 250570 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

概要

DSAccess 是在 Microsoft Exchange 2000 Server 和用于访问和存储目录信息的 Microsoft Exchange Server 2003 中的一个内部过程。本文提供有关如何配置 DSAccess 静态或动态检测到可能存在于拓扑结构 Exchange Server 计算机所驻留的目录服务服务器的信息。这里讨论的所有信息都适用于一台 Exchange 服务器计算机。对注册表进行任何配置,必须对所有 Exchange Server 计算机拓扑结构中所做。最后,列表动态检测目录服务服务器也适用于特定的 Exchange Server 计算机正在考虑。此动态列表不能保证在 multi-Exchange 2000 环境或 multi-Exchange 2003 环境中是唯一的。

有关最新的 service pack,Microsoft Exchange 2000 server 的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
301378如何获取最新的 Exchange 2000 Server 服务包

更多信息

DSAccess 分区的可用目录服务服务器,以下三个 (可能是重叠) 类别: 全局编录服务器、 域控制器和配置域控制器。

几乎所有 Exchange 服务器的用户上下文目录服务交易记录的都目标全局编录。但是,域控制器可用于用户上下文请求时发出请求的服务发出的搜索中具有足够知识的请求的用户对象的位置。因为所用的全局编录的目录服务服务器也是其自身域控制器此服务器可能被用作这两种类型的目录。DSAccess 生成可用的全局编录和 $ 定期更新时检测到目录服务的状态更改的域控制器的列表。此列表可以共享中,为其他目录的使用者不一定使用的 DSAccess 作为其网关用于访问目录服务 (例如对于分类、 DSProxy,和系统助理服务) 中。但是,后续目录服务的状态更改是从左到此列表请求的服务的检测。

对于每个可用的目录服务服务器 DSAccess 打开 LDAP 连接专用仅代表的使用 DSAccess 每个进程。DSAccess 将更新这些与目录服务的状态信息 (向上慢,或向下) 的 LDAP 连接,会它检测到并根据此状态信息的通道的请求。LDAP 连接到那些可用的域控制器和全局编录和其相关联的状态的一组构成进程的配置文件。可靠性和可伸缩性,DSAccess 支持负载平衡机制来分发这些 LDAP 连接之间的循环方式的用户上下文的目录服务请求。可以仅使用一组特定的目录服务服务器在注册表中静态配置的所有配置文件。但是,实际状态和负载平衡在这些连接上可能不同从一个进程到另一个过程 (到配置文件配置文件)。这不是在配置上下文请求的案例。

(由于的一个多主机的目录服务的环境使用 Microsoft Windows 2000 的体系结构存在),减少复制滞后时间的问题,并避免部分目录添加或修改所做不同的域控制器,DSAccess 将使用只有所有的配置上下文请求的单个域控制器。此单个配置域控制器都共享所有配置文件。

DSAccess 静态目录服务服务器用法

重要此分区、 方法,或任务包含告诉您如何修改注册表的步骤。但是,如果注册表修改不当可能会出现严重问题。因此,请确保您仔细按照这些步骤。附加的保护注册表之前先备份您对其进行修改。然后,您可以在出现问题时还原注册表。有关如何备份和还原注册表的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
322756如何备份和还原在 Windows 注册表

到一组指定的目录服务服务器的通道目录服务负载,可以静态配置 DSAccess。这是在注册表中来完成的。像所有的修改必须进行更新注册表时要格外小心。行为与其他 Exchange 服务器服务类似,DSAccess 不检查那些在注册表中指定的目录服务服务器的有效性,并不能识别拼写错误或此处所做的其他错误。初始化,时 DSAccess 首先读取注册表,以确定是否任何域控制器或全局编录已静态配置。如果静态配置了任何域控制器或全局编录,然后执行没有动态的域控制器检测。相反,如果对注册表不进行了任何静态配置,DSAccess 动态检测那些目录服务服务器在拓扑中 ("动态服务器检测和用法"一节中讨论)。本文中提及的注册表项不存在默认情况下。

当已静态配置 DSAccess 时,DSAccess 将永远不会回退和使用的其他任何域控制器或全局编录可能否则将动态检测。如此一来如果所有静态配置的域控制器或全局编录已关闭,然后 DSAccess 的操作将会成功。如果静态配置了全局编录,但没有域控制器在注册表中指定的将动态检测到并使用任何可用的域控制器。同样,如果静态配置了域控制器,但没有全局编录在注册表中指定的任何可用的全局编录将动态检测到并使用。如果静态未配置配置域控制器配置域控制器将执行从可用的域控制器的列表 (无论该列表找到动态配置的还是静态配置的)。如前面提到的域控制器和全局编录用于用户上下文请求是依赖于配置文件的。由于这个原因 Profiles\Default 子项下指定这些设置在注册表中的位置。下面的注册表项所需配置域控制器和全局编录服务器,以供 DSAccess 为静态:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Profiles\Default\UserDC1(UserDC2,等等)

IsGC = REG_DWORD 0x0
主机名 = REG_SZ DC_DomainName.CompanyName.com
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Profiles\Default\UserGC1(UserGC2 等等)

IsGC = REG_DWORD 0x1
主机名 = REG_SZ GC_DomainName.CompanyName.com
配置域控制器使用的 DSAccess 可以设置以下三种方法之一:
  • 在注册表中静态配置
  • 动态地检测到
  • 通过的服务启动时 Microsoft Exchange 系统助理。
下一个注册表引用后对第一次这两种方法用于设置配置域控制器进行了解释。在 Exchange 2000 服务器和 Exchange 2000 Server SP1 Microsoft Exchange 系统助理将选择配置域控制器启动时。 该选择将通过将进行确认 DSAccess 达 10 小时。 在 Exchange 2000 Server SP2 及更高版本中,Microsoft Exchange 系统助理将选择配置域控制器,仅在安装或升级过程中发生的第一个服务开始。 在所有的情况中系统助理的选择将被忽略,如果在注册表中静态配置配置域控制器。 DSAccess 通过静态配置域控制器配置为作为建议。这意味着如果静态配置配置域控制器,则 DSAccess 首选域控制器的配置上下文请求。如果此域控制器不可用时,从可用的域控制器的列表中选择一个备用的域控制器。在这种情况 DSAccess 故障转移配置域控制器通过选择一个可用的用户的域控制器按预期运行时如果没有设置配置域控制器的注册表项。 如前面提到的所有配置文件共享配置域控制器。由于这个原因在下面的示例所示 \Instance0 子项下指定配置域控制器的注册表设置。
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Instance0

ConfigDCHostName = REG_SZ configDC_DomainName.CompanyName.com

DSAccess 动态 DS 服务器检测和在 Exchange 2000 Server 和 Exchange 2000 Server SP1 中的使用状况

初始化,时如果在 DSAccess 中找不到一组静态配置的域控制器或全局编录的注册表,它会动态地检测那些可用的目录服务服务器拓扑结构中。检测算法不同是否 DSAccess 检测域控制器或全局的编录,并依赖 Exchange 2000 服务器的位置。下面的说明适用于 Exchange 2000 Server 和 Exchange 2000 Server SP1。 该方法 DSAccess 使用在 Exchange 2000 SP2 和更高版本,其不同并且未在此处介绍。

注册表的初始检查后, DSAccess 发出一个 DsBind Exchange 2000 服务器的本地的域中的任何域控制器 (或特定域控制器) 如果其中一个传入的调用方 DsctxGetContextEx2() 呼叫 DsGetDCName() Win32 API 调用的方式。向此域控制器,DSAccess 然后发出 DsListServersForDomainInSite() Win32 API 调用。此调用提供了在本地域和站点中的所有域控制器的列表。DSAccess 将保存到其它加载的配置文件中的 10 个域控制器之间平衡以循环方式 (为每个进程)。为全局编录检测算法是稍有不同。

DSAccess 将使用为全局编录检测在域控制器与同一连接上方。DsListServersInSite() 是 DSAccess 内部 API 调用来列出所有"服务器"在网站中的。

:"服务器"具有不同的含义 DsListServersInSite Win32 API 调用比这个呼叫--这是一个 bug/怪 API 定义中。当前,为目录服务检测所有 Win32 api 都是特定于域的。因为 Exchange 2000 严重依赖于全局的编录,DSAccess 不必延迟问题可能是因为域分布在多个站点由慢速链接连接的创建其自己的特定于站点的目录服务检测机制。

使用与当前的域控制器 DSAccess 仍然绑定到,它然后读取的 NTDS 设置对象 选项 属性为每个目录服务服务器 (如果有的话) 为 Exchange 2000 服务器的本地站点中的 LDAP 连接。服务器仅被认为是全局编录,如果该 选项 属性存在,并且全局编录标记设置。如果在当前站点,DSAccess 没有找到任何全局编录,它调用 Win32 API DsGetDCName() 返回任何一个可用的全局编录。它只会选取单个"远程"的全局编录,因为它假定此全局编录可能较慢的链接的末尾。不,您将获得负载平衡在这种情况下所需的可的伸缩性。

DSAccess 执行 Kerberos 票证超时 (的 10 小时的默认段) 的任何时间配置更改时或者由一个完整的网络 redetection (新的全局编录或 $ 域控制器被添加到拓扑结构),或如果所有全局编录或域控制器下移。在正常的操作中全局编录或 $ 域控制器可能停机。重新在这种情况 DSAccess 会不检测网络如果有可用的其他服务器。它只是为"下,"标记该特定的目录服务,并使用 ping 命令测试系统的连接它此后每隔 5 分钟。如果此故障的目录服务恢复联机,将再次使用它。

配置域控制器使用的 DSAccess 是默认设置为相同的域控制器,DSAccess 首先绑定到该初始动态检测到的域控制器和全局编录中。如果静态配置了任何域控制器或全局编录,并且没有配置域控制器明确地配置 DSAccess 将使用域控制器配置列表中第一个域控制器作为配置域控制器。如果配置域控制器使用的 DSAccess 或不可用时,从可用的域控制器的一组选择了另一个配置域控制器。在配置域控制器中的任何更改将传播到使用 DSAccess 在同一台计算机上的所有进程。

DSAccess 动态 DS 服务器检测和在 Exchange 2000 Server SP2 及更高版本的使用状况

在 Exchange Server 2000 SP2 及更高版本,它是不再需要编辑注册表以静态将 DSAccess 角色分配给目录服务服务器。 在图形用户界面中,此选项是现在可用。

有关更多的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
318221DSAccess 选项卡的完整功能才可用,当您使用一台 Exchange 2000 Service Pack 2 计算机

属性

文章编号: 250570 - 最后修改: 2007年10月25日 - 修订: 2.5
这篇文章中的信息适用于:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server 标准版
关键字:?
kbmt kbexchange2000sp2fix kbinfo KB250570 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 250570
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com