如何解决使用应用程序日志,在 Exchange 2000 Server 中或在 Exchange Server 2003 中的收件人更新服务

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

本文内容

概要

Microsoft Exchange Server 2003 或 Microsoft Exchange 2000 Server 组织中,您可能会遇到的问题,收件人更新服务不会不标记用户对象与代理地址。

您可以通过执行下列操作解决此问题:
  • 增加诊断日志记录在 Exchange 计算机上。
  • 选择要监视的测试对象。
  • 查看应用程序日志以确定收件人更新服务是否已成功处理测试对象。
重复执行在收件人更新服务上的重建操作可能会使故障排除过程变得更加困难。因此的重复执行在收件人更新服务上的重建操作,而不是您可以查看以确定存在收件人更新服务问题的收件人更新服务生成的事件。

简介

收件人更新服务将包含在 Microsoft Exchange Server 2003 和 Microsoft Exchange 2000 Server 中。本文介绍如何解决使用应用程序日志中出现的事件的收件人更新服务。

在您的 Exchange 组织中域收件人更新服务标记在指定的域命名上下文的域中的已启用邮件的对象。指定的域中,您可以创建每个域控制器的一个域收件人更新服务。如果域中有多个域收件人更新服务,您必须确定收件人更新服务,以解决问题。企业收件人更新服务只标记中的对象配置命名上下文,如公用文件夹存储和站点复制服务。企业收件人更新服务不会标记对象 (如用户、 组、 联系人,或公用文件夹。

通过检查应用程序日志,在事件查看器中的,您可以识别很多收件人更新服务问题。您可以使用应用程序日志来解决以下问题:
  • 收件人更新服务不会使用代理服务器地址标记对象。
  • 收件人更新服务需要较长时间戳与代理地址的对象。
  • 收件人更新服务标记了不正确的代理地址的对象。

增加诊断日志记录

若要进行故障排除的收件人更新服务问题,可能会遇到增加到最大级别的诊断日志记录。对域要排除其故障的收件人更新服务负责在 Exchange 服务器上的所有以下对象执行此操作。

注意如果有多个收件人更新服务负责域设置为 从不运行 计划的所有而不是一个收件人更新服务。这将使您能够关注只能有一个收件人更新服务服务器的应用程序日志,在解决收件人更新服务问题时。
收起该表格展开该表格
服务类别
MSExchangeALLDAP 操作
MSExchangeAL地址列表同步
MSExchangeSA代理生成 (仅 Exchange 2003)
若要这样做,请按照下列步骤操作:
  1. 启动 Exchange 系统管理器工具。
  2. 如果启用了管理组,展开 管理组,然后再展开您的管理组。如果不启用管理组,了转到步骤 3。
  3. 展开 服务器,用鼠标右键单击要配置诊断日志记录,该 Exchange 服务器,然后单击 属性
  4. 单击 诊断日志记录 选项卡,然后单击 服务 列表中的 MSExchangeAL
  5. 类别 列表中单击 LDAP 操作、 单击 最高、 单击 地址列表同步,然后单击 最大

    如果您正在运行 Exchange 2003,请转到步骤 6。如果您未运行 Exchange 2003,请转到第 7 步。
  6. 服务 列表中单击 MSExchangeSA、 单击 类别 列表中的 代理服务器生成,然后单击 最大值
  7. 单击 确定
所选域收件人更新服务,以解决问题后,您已增加了诊断日志记录处理域的 Exchange 服务器上要排除其故障的收件人更新服务后,您必须选择要用于测试收件人更新服务对象。通过使用收件人更新服务已经不标记的用户帐户,例如对于测试收件人更新服务。然后,您可以查看此对象上的收件人更新服务执行的操作。

确定是否已启动收件人更新服务

在几分钟内在增加诊断日志记录、 事件 ID 8011 和事件之后 ID 8012 将出现在应用程序日志中。如果这些事件不会出现,收件人更新服务未启动,或者收件人更新服务已停止响应。如果您怀疑收件人更新服务未启动或收件人更新服务停止响应,重新启动 Microsoft Exchange 系统助理服务。当您启动 Microsoft Exchange 系统助理服务时,此服务加载 dll 的一的系列。这些 dll 的一个是 Abv_dg.dll。

当您启动 Microsoft Exchange 系统助理服务时,在应用程序日志中会出现下面的事件。

事件 ID 1000

事件类型: 信息
事件源: MSExchangeSA
事件类别: 常规
事件 ID: 1000年
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明: Microsoft Exchange 系统助理正在启动。Microsoft Exchange 服务器系统助理服务启动后完成,版本 6.5 (生成 7226.0)。

此事件发生后,事件显示来指示某些 dll 会加载和初始化 DSAccess 组件。然后,显示下面的事件。

事件 ID 9006

事件类型: 信息
事件源: MSExchangeSA
事件类别: 常规
事件 ID: 9006
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明: Microsoft Exchange 系统助理正在加载 ABV_DG.DLL。

事件 ID 9008

事件类型: 信息
事件源: MSExchangeSA
事件类别: 常规
事件 ID: 9008
日期: Date
时间: Time
服务器: 暂缺
计算机: ServerName
说明: Microsoft Exchange 系统助理正在启动 ABV_DG.DLL。

9008 事件指示 Abv_dg.dll 正在启动。立即 9008 事件出现后,就会出现以下事件。

事件 ID 8011

事件类型: 信息
事件源: MSExchangeAL
事件类别: LDAP 操作
事件 ID: 8011
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
Description: Searching directory ServerName.contoso.com at base 'CN=Recipient Update Services,CN=Address Lists Container,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com' using filter '(&(objectCategory=msExchAddressListService)(!(IsDeleted=TRUE)))' and requesting attributes distinguishedName; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; msExchMasterServiceBL; activationSchedule; activationStyle; msExchAddressListServiceLink; msExchDomainLink; msExchServer1AuthenticationCredentials; msExchServer1AuthenticationPassword; msExchEncryptedPassword; msExchServer1NetworkAddress; msExchExportContainers; msExchReplicateNow; msExchDoFullReplication; msExchServer1LastUpdateTime; msExchServer1HighestUSN; msExchServer1PageSize; msExchPollInterval; msExchServer1Flags; VersionNumber; msExchServer1HighestUSNVector; msExchProcessedSids; msExchDomainGlobalGroupSid; msExchDomainLocalGroupSid; msExchDomainGlobalGroupGuid; msExchDomainLocalGroupGuid; gatewayProxy.

事件 ID 8012

事件类型: 信息
事件源: MSExchangeAL
事件类别: LDAP 操作
事件 ID: 8012
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明: 搜索的目录 ServerName contoso.com 在基 CN = 收件人更新服务,CN 地址列表容器,CN = = Microsoft,CN = Microsoft Exchange CN = 服务,CN = 配置,DC = contoso,DC = com 返回 2 对象。

Abv_dg.dll 搜索的任何现有的收件人更新服务时,将显示这些事件。通常,如果事件 ID 9006 出现,但事件 ID 9008 不会出现此行为表明收件人更新服务服务器是前端服务器。 在前端服务器上将不会启动 Abv_dg.dll。因此,事件 ID 8011 和事件 ID 8012 不会出现在前端服务器上。收件人更新服务必须指向一个后端服务器的服务器。

请注意,筛选器中的出现事件 ID 8011 Abv_dg.dll 搜索) 的 msExchAddressListService 类和成员的任何对象中不具有它们 isDeleted 属性设置为 TRUE。通常,这意味着 Abv_dg.dll 搜索不是已逻辑删除的任何收件人更新服务对象。(已逻辑删除对象是已被删除但尚未尚未从目录删除的对象。此搜索将返回结果的数,等于您具有的收件人更新服务的数目:

在这些的事件企业收件人更新服务和一个域收件人更新服务,都是唯一的收件人更新服务对象。因此,搜索结果将返回两个对象。如果此搜索不返回任何结果,您的 Exchange 服务器不能识别收件人更新服务对象。由于权限问题存在,则可能会发生此行为。

如果 Exchange 服务器不能看到一个收件人更新服务对象,不能确定 Exchange 服务器,它负责该收件人更新服务对象。在这种情况下,收件人更新服务将永远不会处理任何对象。但是,即使在 Exchange 服务器检测任何收件人更新服务对象不到事件 ID 8011 和事件 ID 8012 会频繁出现。出现此现象的原因在于 Abv_dg.dll 经常搜索的收件人更新服务存在。如果事件 ID 8011 和事件 ID 8012 不会出现在应用程序日志中后,重新启动 Microsoft Exchange 系统助理服务,Abv_dg.dll 可能没有被启动。Abv_dg.dll 可能不具有已启动,因为 Exchange 服务器是前端服务器。

确定是否收件人更新服务将查询更改

如果后增加诊断日志记录时,在应用程序日志中将显示事件 ID 8011 和事件 ID 8012,您必须确定是否收件人更新服务将查询处理的任何新的或已修改对象所属的域。根据收件人更新服务计划,收件人更新服务应该查询域的任何新增或修改对象。如果您用鼠标右键单击收件人更新服务,然后单击 立即更新,收件人更新服务还应该查询域。

若要确定是否收件人更新服务将查询更改为域,请按照下列步骤操作。

警告如果在 ADSI Edit 管理单元中使用 LDP 实用程序或任何其他 LDAP 版本 3 客户,和您错误地修改 Active Directory 对象的属性,您可能会导致严重的问题。这些问题可能要求您重新安装 Microsoft Windows 2000 Server、 Microsoft Windows Server 2003,Microsoft Exchange 2000 Server,Microsoft Exchange Server 2003,或 Windows 和 Exchange。Microsoft 不能保证可以解决您错误地修改 Active Directory 对象属性时出现的问题的。修改这些属性需要您自担风险。

注意$ l Active Directory 服务接口 (ADSI) 编辑管理单元是包含在 Microsoft Windows 支持工具。若要在 Windows 2000 中安装 Windows 支持工具,双击 $ 在 Support\Tools 文件夹中,在 Windows 2000 光盘上的 Setup.exe。若要在 Windows Server 2003 中安装 Windows 支持工具,双击 Suptools.msi Windows Server 2003 光盘上 Support\Tools 文件夹中。
  1. 使用 ADSI Edit 管理单元或 LDP.exe 连接到收件人更新服务指向的域控制器。找到您在"提高诊断日志记录"部分中选择该测试对象,然后记录 uSNChanged 属性的值。

    若要这样做,请按照下列步骤操作:
    1. 单击 开始,单击 运行,键入 adsiedit.msc,然后单击 确定
    2. 展开 域 NC [DomainController contoso.com],展开 DC = contosoDC = com,然后展开您测试的对象位于容器。例如对于展开 CN = 用户
    3. 用鼠标右键单击测试对象,然后单击 属性。例如对于用鼠标右键单击 CN = UserName,然后单击 属性
    4. 选择要查看属性 列表中单击 $ uSNChanged
    5. 请注意此时将显示在 框中的值。
    6. 请退出 ADSI 编辑管理单元。
  2. 要排除其故障收件人更新服务负责在 Exchange 服务器上启动事件查看,然后查看应用程序日志中的内容。要执行此操作单击 开始、 单击 运行,键入 eventvwr、 单击 确定,然后单击 应用程序日志
  3. 视图 菜单上单击 查找
  4. 事件 ID 框的类型 8011 中,键入 基 DC说明 框,然后单击 查找下一个
  5. 单击 关闭,,然后双击 在本地应用程序日志中查找 对话框中返回的事件。此事件在域命名上下文中包括有关的更改发生的最新搜索的信息。例如对于会显示一条与以下内容类似的事件消息:

    事件类型: 信息
    事件源: MSExchangeAL
    事件类别: LDAP 操作
    事件 ID: 8011
    日期: Date
    时间: Time
    用户: 不适用
    计算机: ServerName
    说明:
    搜索目录 ServerName contoso.com 在基 DC = contoso,DC = com 使用筛选器 (&(USNChanged>=273870)(uSNChanged<=298312)((objectclass=*)))' and requesting attributes distinguishedName; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; objectCategory; displayName; msExchHideFromAddressLists; hideDLMembership; ntsecuritydescriptor; showInAdvanced...

在此事件描述中您注意到收件人更新服务正在搜索的任何具有 273870 和 298312 之间的一个 uSNChanged 属性值的对象。您可能还注意到该事件 ID 8011 将出现在应用程序日志中的其他很多时间。这些其他事件包含不同的搜索。许多不同的操作时,可能会生成这些其他事件。但是,到收件人更新服务标记在 Exchange 组织中的对象的疑难解答您只需考虑事件 ID 8011 事件其中搜索的基是受影响的域。因此,您可以使用 查找 命令一起使用将"基数 DC"说明项目。

如果您在同一个 Exchange 服务器上运行的不同域的收件人更新服务可能要包括在 说明 框中的 本地应用程序日志中查找 对话框中的整个域的名称。如果执行此操作,则将跳过为其他域收件人更新服务的事件 ID 8011 事件。

请考虑以下方案:
  • 测试对象都有一个 uSNChanged 属性值的值,该属性值高于在这种情况下显示的值。

    如果您记下 uSNChanged 属性值为该测试对象中有一个 uSNChanged 值,该值是在这种情况下,区域 usn 比高收件人更新服务不具有尚未为此对象中查询。是否很大程度高于当前正在处理收件人更新服务的 usn uSNChanged 值,该对象的收件人更新服务已经历的后面,所做的最新的更改仍捕获最多。

    通常,如果运行了重建操作,将发生此行为。当单击 重建 收件人更新服务将重新开始从 uSNChanged 值 1 和域中的所有对象的查询。在一个大的域中可能需要几小时或天数的收件人更新服务,以处理在域中的所有对象。
  • 测试对象都有一个 uSNChanged 属性值的值,该属性值低于出现在此事件中的值。

    如果您记下 uSNChanged 属性值为该测试对象中有一个 uSNChanged 值小于该事件中的 usn 范围内的收件人更新服务已经过此对象。在这种情况下继续搜索通过应用程序日志,直到您找到包含该区域的 usn,包括您测试的对象的事件 ID 8011 事件。

    如果您找不到此 USN 范围,修改测试对象。任何更改,例如,更改对象的说明的对象,会导致更改为最新值的域控制器上的 uSNChanged。因此,如果收件人更新服务已经过去的测试对象,并找不到关联的事件 ID 8011 事件修改测试对象,然后记下新 uSNChanged 值。然后您可以在应用程序日志中找到下一个事件 ID 8011 事件。下一个事件 ID 8011 事件将包括修改过的对象的 USN。
  • 无事件 ID 8011 事件将出现的"基数 DC"在事件描述中。

    如果应用程序日志中不包含的事件 ID 8011 事件"基数 DC"在事件描述,域收件人更新服务未启动尚未处理。

    注意如果该事件 ID 8011 事件已由较新的事件被覆盖,也可能会出现此问题。如果重新生成操作正在运行,可能会非常快速地将应用程序日志填满。若要确定是否正在运行重建操作,请参阅"确定是否正在运行重建操作"部分。

    如果将出现无事件 ID 8011 事件,并重建操作未处于运行状态,您确定查看收件人更新服务日程,以确定应在何时运行收件人更新服务。若要访问收件人更新服务日程安排,请按照下列步骤操作:
    1. 启动 Exchange 系统管理器工具。
    2. 展开 收件人,然后单击 收件人更新服务
    3. 在右窗格中右键单击 收件人更新服务 (CONTOSO),然后单击 属性
    4. 如果 使用自定义日程安排 出现在 更新间隔 列表中,单击 自定义
    注意您可以用鼠标右键单击收件人更新服务,然后单击 立即更新 会导致收件人更新服务,以启动立即处理对象。然而,在这种情况下不要开始重建操作或应用策略。

    如果您单击 立即更新 后,将显示无事件 ID 8011 事件或收件人更新服务计划导致收件人更新服务进程对象后,收件人更新服务可能已停止响应或收件人更新服务可能正在等待的域控制器返回搜索结果。

    通常,如果收件人更新服务停止响应 LDAP 查询的过程中,您可以通过重新启动 Microsoft Exchange 系统助理服务启动它。但是,收件人更新服务可能会停止响应再次。在这种情况下,您必须确定原因收件人更新服务会停止响应 LDAP 查询的过程中。通常,因为网络问题存在,将发生此问题。若要打算此网络问题,捕获停止响应的查询使用网络监视器工具。
如果该事件 ID 8011 事件包含 uSNChanged 值的范围,其中包括您测试对象的 uSNChanged 值,收件人更新服务都有查询所在的域对此对象的更改。

确定是否正在运行重建操作

若要确定是否正在运行重建操作,使用下列方法之一。

方法 1: 使用 Repadmin.exe

警告如果在 ADSI Edit 管理单元中使用 LDP 实用程序或任何其他 LDAP 版本 3 客户,和您错误地修改 Active Directory 对象的属性,您可能会导致严重的问题。这些问题可能要求您重新安装 Microsoft Windows 2000 Server、 Microsoft Windows Server 2003,Microsoft Exchange 2000 Server,Microsoft Exchange Server 2003,或 Windows 和 Exchange。Microsoft 不能保证可以解决您错误地修改 Active Directory 对象属性时出现的问题的。修改这些属性需要您自担风险。

使用 Repadmin 工具 (Repadmin.exe) 中包含的 Windows 2000 支持工具,以确定 msExchDoFullReplication 属性已被修改的时间。若要这样做,请按照下列步骤操作:
  1. 使用 ADSI Edit 管理单元或 LDP.exe 获取所需进行故障排除的收件人更新服务的可分辨的名称。若要这样做,请按照下列步骤操作:
    1. 单击 开始,单击 运行,键入 adsiedit.msc,然后单击 确定
    2. 展开 配置容器 [DomainController contoso.com],展开 CN = 配置,DC = contoso,DC = com,展开 CN = 服务,展开 CN = Microsoft Exchange,然后展开 CN = OrganizationName。例如对于展开 CN = 第一个组织
    3. 展开 CN = 地址列表容器,然后单击 CN = 收件人更新服务
    4. 在右窗格中记下与域要排除其故障的收件人更新服务相对应的可分辨的名称。
    5. 请退出 ADSI 编辑管理单元。
  2. 单击 开始、 单击 运行,键入 cmd,然后单击 确定
  3. 键入下面的命令,然后按 ENTER 键。distinguishedName 替换为要排除其故障收件人更新服务的可分辨名称。
    repadmin /showmeta"distinguishedName"> rusmeta.txt
    例如对于键入下面的命令,然后按 ENTER 键:
    repadmin /showmeta"CN = 收件人更新服务 (CONTOSO) CN = 收件人更新服务,CN = 地址列表容器,CN = 第一个组织,CN = Microsoft Exchange CN = 服务,CN = 配置,DC = contoso,DC = com"> rusmeta.txt
  4. 如记事本) 的文本编辑器中打开此命令创建该 Rusmeta.txt 文件。
  5. Rusmeta.txt 文件中找到引用 msExchDoFullReplication 属性中的条目。此项显示类似于以下内容:
    298589      Default-First-Site-Name\<ServerName>    298589 2004-06-29 17:10:59   2 msExchDoFullReplication
当用鼠标右键单击收件人更新服务,然后单击 重建msExchDoFullReplication 属性设置为 TRUE。当收件人更新服务开始处理在 Active Directory 目录服务中的对象时,收件人更新服务会将此属性设置为 FALSE。通过查看 Repadmin 输出中显示的时间戳,您可以确定当此属性的上次修改时间。因此,您可以确定当重建操作上次运行时。

方法 2: 使用诊断日志记录

启用诊断日志记录地址列表同步项目之外的所有项下。设置媒体日志记录,该地址列表同步项目,然后查看应用程序日志以找到下面的事件。

事件 ID 8329

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8329
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明: 该收件人更新服务正在启动重建的 DC = contoso,DC = com

此外,在整个重建操作中每个 10%增量有关以下事件将显示指示重建操作的进度。

事件 ID 8332

事件类型: 信息
事件源: MSExchangeAL

事件类别: 地址列表同步
事件 ID: 8332
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明: 该收件人更新服务已启动从 DC 中导出的项块 = contoso,DC = com,USN 1 开始。它将完成 USN 298599 到达时处理该目录

完成重建操作后收件人更新服务就会记录以下事件。

事件 ID 8330

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8330
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明: 该收件人更新服务已完成的 DC 重建 = contoso,DC = com

注意通常,运行重建操作不会帮助您解决收件人更新服务。重新生成 命令和 立即更新 命令之间唯一的区别是 重新生成 命令会导致收件人更新服务,以重新启动对象处理。

在这种情况下,收件人更新服务启动 1 的 USN。立即更新 命令会导致收件人更新服务,以从最后一个记录由收件人更新服务将最高 USN 启动处理对象。此 USN 存储在 Active Directory 目录服务中的收件人更新服务对象上的 msExchServer1HighestUSN 属性中。因此,如果收件人更新服务不处理新的或已修改的对象,按照您预期的那样,运行重建操作将无法帮助。

此外,因为它可能需要为在大型环境中完成重建操作在次的仔细考虑要继续执行典型的收件人更新服务操作,您决定执行重建操作之前可能需要多长时间。重建操作在开始时您必须等待到最新的 usn 追赶,才能执行新的或已修改的对象对任何其他故障诊断收件人更新服务。

有关如何收件人更新服务将查询更改的详细信息单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
328738收件人更新服务如何应用收件人策略

确定查询是否返回结果

如果您查找事件 ID 8011 事件,指示一个范围的 usn,已执行的搜索,并且该区域的 usn 包括测试对象的 USN 确定该搜索是否返回任何结果。事件 ID 8011 事件的以下相应的事件 ID 8012 事件出现在应用程序日志中。

事件 ID 8012

事件类型: 信息
事件源: MSExchangeAL
事件类别: LDAP 操作
事件 ID: 8012
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 搜索的目录 ServerName 在基 contoso.com DC = contoso,DC = com 返回 16 的对象。

请考虑以下方案:
  • 如果在应用程序日志中显示对应于事件 ID 8011 事件没有事件 ID 8012 事件,Exchange 没有检测到搜索的响应。通常,此行为表明网络问题。通常,这种类型的网络问题导致收件人更新服务,以停止响应 (挂起)。

    此外,如果您在遇到这种类型的网络问题收件人更新服务不会生成到域根的任何其他查询因为收件人更新服务正在等待其当前的搜索的响应。因此,在这种情况下没有附加的事件 ID 8011 事件显示在应用程序日志中。如果您反复遇到此行为,最好捕获网络跟踪来识别网络问题。
  • 如果搜索返回零对象,Exchange 服务器计算机帐户没有足够的权限来查看用户对象。这些权限来自 Exchange 企业版服务器组。运行 安装程序 /domainprep 命令时,此组被授予域的根位置的权限。如果这些权限发生更改,或如果删除上一个子容器继承,则 Exchange 可能不再具有足够的权限来查看某个用户帐户。

    此外,Exchange 企业版服务器组,为此特定的域必须包含所有其他域的 Exchange 域服务器组。此外,Exchange 域服务器组之一必须包含对此收件人更新服务负责在 Exchange 服务器。如果此链的成员身份被中断,Exchange 服务器可能无法查看用户帐户。
  • 如果搜索返回超过 20 个对象,您将看到多个事件 ID 8012 事件。收件人更新服务将使用该搜索页大小为 20。因此,20 的批处理中返回结果。所要查看查询返回的每个 20 对象的一个事件 ID 8012 事件。
  • 如果搜索返回的某些对象,该事件的以下事件 ID 8012 事件列表正在排队等待处理的对象。在这种情况下会出现以下事件:
    • 事件 ID 8175

      事件类型: 信息
      事件源: MSExchangeAL
      事件类别: 地址列表同步
      事件 ID: 8175
      日期: Date
      时间: Time
      用户: 不适用
      计算机: ServerName
      描述: 处理更改为 CN = UserName,CN = 用户,DC = contoso,DC = com。

    • 事件 ID 8134

      事件类型: 信息
      事件源: MSExchangeAL
      事件类别: 地址列表同步
      事件 ID: 8134
      日期: Date
      时间: Time
      用户: 不适用
      计算机: ServerName
      描述: 队列请求进程的 UserName,CN = 用户,DC = contoso,DC = com。

    通过检查 8175 事件和后续事件 ID 8012 8134 事件,您可以确定测试对象是否返回此搜索中。如果您测试的对象未返回此搜索中,您可能遇到一个 Exchange 不具有足够的权限来查看用户对象的权限问题。
当收件人更新服务已完成时队列更改为过程,在应用程序日志中会出现下面的事件。

事件 ID 8169

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8169
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 检索在下的所有目录更改: DC = contoso,DC = com。

确定哪些策略匹配测试对象

如果您确定收件人更新服务的查询测试对象的更改,且该查询返回预期的结果,则然后必须确定收件人更新服务处理测试对象时发生。

当收件人更新服务检索的排队等待处理的对象时,以下事件将出现在应用程序日志中。

事件 ID 8163

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8163
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 线程 # 12b8: 接收到地址列表的下一个事务。DC = contoso,DC = com。

然后,收件人更新服务计算针对每个地址列表和每个策略对象。对于每个的计算生成下面的事件。

事件 ID 8129

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8129
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明: 评估目录对象 CN = UserName,CN = 用户,DC = contoso,DC = 对地址列表的 com CN = 所有用户,CN 都 = 所有地址列表,CN 地址列表容器,CN 都都 = 都都 = microsoft,CN 都都 = microsoft exchange CN 都都 = 服务,CN 都都 = 配置,DC 都都 = contoso,DC 都都 = com 规则 '(& (mailnickname=*) (| (&(objectCategory=person)(objectClass=user)(!(homeMDB=*))(!(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))))。 DC = contoso,DC = com。

如果在地址列表或策略匹配对象,将出现下面的事件。

事件 ID 8130

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8130
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明: CN = 所有用户,CN 都 = 所有地址列表,CN 地址列表容器,CN 都都 = 都都 = microsoft,CN 都都 = microsoft exchange CN 都都 = 服务,CN 都都 = 配置,DC 都都 = contoso,DC 都都 = com 添加到 CN 都都 = UserName,CN 都都 = 用户,DC 都都 = contoso,DC 都都 = com。DC = contoso,DC = com

您可以检查这些事件,以确定哪些策略,收件人更新服务已经确定哪个地址列表相匹配的对象。

注意您可能会看到多个收件人策略的事件 ID 8130 事件。但是,此方案并不意味着多个策略应用于对象。所有匹配策略仅具有最高优先级的策略会影响该收件人。但是,地址列表是累积性。在这种情况下所有匹配的地址列表将应用于该收件人。

期望出现的每个现有的地址列表,并为每个策略的事件 ID 8129 事件。如果对于每个地址列表或为每个收件人策略,没有出现事件 ID 8129 事件,收件人更新服务不会看到这些地址列表对象或这些收件人策略对象。通常,权限问题导致这种行为,尤其是在宿主方案中已修改单个地址列表的权限。

如果这些对象尚未复制到 Exchange 服务器选择为配置 (配置) 的域控制器的域控制器,也可能会出现此行为。从配置域控制器而不是从收件人更新服务指向的域控制器,Exchange 将读取的地址列表和收件人策略。若要确定哪个域控制器用作配置域控制器,请按照下列步骤操作:
  1. 启动 Exchange 系统管理器工具。
  2. 如果启用了管理组,展开 管理组,然后再展开您的管理组。
  3. 展开 服务器,用鼠标右键单击您要查看该属性在 Exchange 服务器,然后单击 属性
  4. 单击 目录访问 选项卡,然后单击 显示 列表中的 配置域控制器
有时,收件人更新服务必须查询 Active Directory 目录服务,以确定是否应用一个策略。在这种情况下在应用程序日志中显示下面的事件。

事件 ID 8129

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8129
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明: 评估目录对象 CN = UserName,CN = 用户,直流 = contoso,DC = com 对地址列表 CN = NewPolicy,CN = CN-&gt; 收件人策略 Microsoft,CN = = Microsoft Exchange CN = 服务,CN = 配置,直流 = contoso,DC = com 规则 (&(extensionAttribute1=mySpecialValue))。 DC = contoso,DC = com

事件 ID 8011

事件类型: 信息
事件源: MSExchangeAL
事件类别: LDAP 操作
事件 ID: 8011
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 搜索目录 ServerName 使用筛选器在基 <GUID=F56238A9720BA14FBBD786F9CC847A45> contoso.com (&(extensionAttribute1=mySpecialValue))并请求属性 ObjectClass ; ReplPropertyMetaData。DC = contoso,DC = com

事件 ID 8012

事件类型: 信息
事件源: MSExchangeAL
事件类别: LDAP 操作
事件 ID: 8012
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 搜索的目录 ServerName 在基 <GUID=F56238A9720BA14FBBD786F9CC847A45> contoso.com 返回 0 的对象。DC = contoso,DC = com

在这些的事件收件人更新服务提交到的域控制器,以确定这些事件中描述的策略是匹配用户对象的搜索。在这种情况下收件人更新服务将在用户对象的 对象 GUID 属性用作搜索的基。收件人更新服务将从收件人策略筛选器用作搜索筛选器。在这些特定的事件中搜索未返回任何结果。因此,收件人更新服务已经确定该策略不匹配此用户对象。

通过读取事件 ID 8130 事件,您可以确定哪些策略匹配的收件人。然后,从每个收件人策略出现在 $ 事件 ID 8130 事件中,您可以识别具有最高优先级的收件人策略。具有最高优先级的收件人策略是收件人更新服务生成的代理地址策略。

注意此方案假定它是适当的收件人更新服务,以指定收件人生成代理地址。

有关详细信息收件人更新服务确定是否生成地址,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
328738收件人更新服务如何应用收件人策略

查看代理生成结果

在增加诊断日志记录的代理运行的 Exchange Server 2003 的计算机上的生成之后,在应用程序日志中会出现下面的事件。

事件 ID 3006

事件类型: 信息
事件源: MSExchangeSA
事件类别: 代理生成
事件 ID: 3006
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 策略提供程序实例处理收件人。
收件人的 DN: CN = UserName,CN = 用户,DC = contoso,DC = com
当前收件人的代理服务器:
x500: / O = microsoft/OU = Site1 / cn = 收件人/cn = UserName
smtp: UserName @ adatumcom CCMAIL: 在 Site1UserName
MS:MICROSOFT / SITE1 / UserName
SMTP: UserName @ Site1Microsoftcom
x400: c = 美国 ; a = ; p = Microsoft ; o = Site1 ; s = UserName
适用的策略:
CN = 默认策略,CN = CN-&gt; 收件人策略 Microsoft,CN = = Microsoft Exchange CN = 服务,CN = 配置,直流 = contoso,DC = com CN = Site1,CN = CN-&gt; 收件人策略 Microsoft,CN = = Microsoft Exchange CN = 服务,CN = 配置,DC = contoso,DC = com
选择策略:
CN = Site1,CN = CN-&gt; 收件人策略 = Microsoft,CN = Microsoft Exchange CN = 服务,CN = 配置,DC = contoso,DC = com
所选策略的代理服务器:
smtp: @ adatumcom
x400: c = 美国 ; a = ; p = Microsoft ; o = Site1
SMTP: @ Site1Microsoftcom
ms:microsoft / site1
Site1 CCMAIL:
更改列表中的代理服务器:
若要生成的代理服务器:
在生成过程中的冲突:
生成的代理服务器:
写入到收件人的代理服务器:

此事件描述中代理生成步骤与适用的策略的摘要一起使用的收件人更新服务所做的决策。您可以使用此事件,而不是所有事件 ID 8130 事件通过读取。

确定是否更改了所需

地址后列表或收件人策略评估过程已完成,在应用程序日志中会出现下面的事件。

事件 ID 8160

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8160
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 无更改所需的 CN = UserName,CN = 用户,DC = contoso,DC = com.DC = contoso,DC = com

在某些的方案事件 ID 8160 在应用程序日志中出现,即使您确信对象应已修改。例如对于请考虑以下症状:
  • 您有一个没有分配任何代理地址的收件人。
  • 您看到事件 ID 8130 事件指示收件人策略匹配此收件人。
  • 评估过程记录事件 ID 8160 事件以指示此收件人对象不需要的任何更改。
通常,如果代理生成器具有未成功加载,将发生此行为。有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
286356Exchange 收件人更新服务不会标记在 Exchange 2000 Server 和 Exchange Server 2003 中的代理地址
如果已经更改了对象,下列事件将出现在应用程序日志中。

事件 ID 8039

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8039
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 已完成交易记录...

dn: <GUID=EDC7EA535F006845892C30A34F038549>
changetype: 修改
showInAddressBook: 添加: CN = 所有用户,CN 都 = 所有地址列表,CN 都都 = 地址列表容器,CN 都都 = microsoft,CN 都都 = 麦克风... : CN = CN-&gt; 默认全局地址列表 = 所有全局地址列表 CN = 地址列表
接续...
邮件: TestUser1 @ Site1 Microsoft.com
textEncodedORAddress:c 美国 ; a = ; p = = Microsoft ; o = Site1 ; s = User 1; g = Test ; proxyAddresses:X 400: c = 美国 ; a = ; p = Microsoft ; o = Site1 ; s = User1; g = Test
: SMTP: TestUser1 @ Site1 Microsoft.com
: MS:MICROSOFT / SITE1 / TESTUSER1
: CCMAIL: User1、 在 Site1Test
: smtp: TestUser1 @ adatum.com
msexchpoliciesincluded:add:{14fe313c-34f5-41dc-8361-d58a46a5260a},{3b6813ec-ce89-42ba-9442-d87d4aa30dbc}: {14fe313c-34f5-41dc-8361-d58a46a5260a},{26491cfc-9e50-4857-861b-0cb8df22b5d7}
msExchUserAccountControl:0
msExchALObjectVersion:49
objectGUID:EDC7EA535F006845892C30A34F038549
-
DC = contoso,DC = com

事件 ID 8035

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8035
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 已成功修改条目 CN = TestUser1,CN = 用户,DC = contoso,DC = com 目录 ServerName 上 contoso.com。DC = contoso,DC = com

事件 ID 8167

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8167
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
说明:
修改对象: CN = TestUser1,CN = 用户,DC = contoso,DC = com。DC = contoso,DC = com

最后,此收件人的计算已完成后,下列事件将出现在应用程序日志中。

事件 ID 8133

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8133
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 上完成计算 CN = TestUser1,CN = 用户,DC = contoso,DC = com。DC = contoso,DC = com

事件 ID 8162

事件类型: 信息
事件源: MSExchangeAL
事件类别: 地址列表同步
事件 ID: 8162
日期: Date
时间: Time
用户: 不适用
计算机: ServerName
描述: 线程 # 12b8: 等待下一个通讯录事务。DC = contoso,DC = com

属性

文章编号: 822794 - 最后修改: 2007年10月25日 - 修订: 2.4
这篇文章中的信息适用于:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server 标准版
关键字:?
kbmt kbhowtomaster kbexchtechbulletin kbdirectory kbinfo KB822794 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 822794
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