如何疑難排解使用應用程式記錄檔,Exchange 2000 Server 中或在 Exchange Server 2003 的 「 收件者更新服務

文章翻譯 文章翻譯
文章編號: 822794 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

結論

Microsoft Exchange Server 2003 或 Microsoft Exchange 2000 Server 組織中可能會遇到的問題,其中 「 收件者更新服務不會不戳記使用者物件與 Proxy 位址。

您可以執行下列疑難排解這個問題:
  • 增加診斷記錄在 Exchange 電腦上。
  • 選取要監視的測試物件。
  • 檢視應用程式記錄檔來決定收件者更新服務是否成功程序測試物件。
重複執行重建作業上收件者更新服務可能會使疑難排解的程序更加困難。因此,而非重複執行重建作業在收件者更新服務上的,您可以檢視來決定收件者更新服務問題存在的收件者更新服務會產生的事件。

簡介

收件者更新服務所隨附 Microsoft Exchange Server 2003 與 Microsoft Exchange 2000 伺服器。本文將告訴您,如何疑難排解 「 收件者更新服務藉由使用應用程式記錄檔中顯示的事件。

在您的 Exchange 組織中收件者更新服務網域 stamps 擁有郵件功能的物件,該網域命名內容的指定網域中。您可以在指定的網域中建立一個網域收件者更新服務對每個網域控制站。如果網域一個以上的網域收件者更新服務您必須決定收件者更新服務,以進行疑難排解。[企業收件者更新服務唯一戳記中的物件組態命名內容如公用資料夾儲存區及站台複寫服務。企業收件者更新服務不會無法戳記物件 (例如使用者、 群組、 連絡人或公用資料夾。

您可以藉由檢查事件檢視器 」 中的應用程式記錄檔來識別許多收件者更新服務問題。您可以使用應用程式記錄檔來協助您疑難排解下列問題:
  • 收件者更新服務不會與 Proxy 位址戳記物件。
  • 收件者更新服務與 Proxy 位址戳記物件花很長的時間。
  • 收件者更新服務 stamps 物件具有不正確的 Proxy 位址。

增加診斷記錄

若要疑難排解收件者更新服務的問題,您可能會遇到增加到最大的層級的診斷記錄。這樣的負責網域您想要疑難排解的收件者更新服務的 Exchange 伺服器上的所有下列物件。

附註如果有多個收件者更新服務負責在網域設定若要 不執行 排程所有但一個收件者更新服務。這可讓您專注於只有一個收件者更新服務伺服器的應用程式記錄檔時疑難排解收件者更新服務的問題。
摺疊此表格展開此表格
服務類別
MSExchangeALLDAP 作業]
MSExchangeAL地址清單同步處理
MSExchangeSAProxy 產生 (Exchange 2003)
要這麼做,請您執行下列步驟:
  1. 啟動 Exchange 系統管理員 」 工具。
  2. 已啟用系統管理群組展開 [系統管理群組,並接著展開您的系統管理群組。如果未啟用系統管理群組前往步驟 3。
  3. 展開 [伺服器],您想要設定診斷記錄上,在 Exchange 伺服器上按一下滑鼠右鍵,然後再按一下 [內容]
  4. 按一下 [診斷記錄] 索引標籤,然後再按一下 [服務] 清單中的 [MSExchangeAL
  5. 在 [類別] 清單中按一下 [LDAP 作業],按一下 [最高、 按一下 [地址清單同步處理,然後再按一下 [最大值]。

    如果您執行 Exchange 2003,前往步驟 6。如果您沒有執行 Exchange 2003,前往步驟 7。
  6. 按一下 [服務] 清單中的 [MSExchangeSA、 按一下 [類別] 清單中的 [Proxy 產生,然後按一下 [最大值
  7. 按一下 [確定]
之後您所選取網域收件者更新服務,以疑難排解,增加診斷記錄處理網域的 Exchange 伺服器上您想要疑難排解的收件者更新服務之後您必須選取要用來測試收件者更新服務物件。使用收件者更新服務具有不加上戳記的使用者帳戶,例如測試收件者更新服務。然後,您可以檢視此物件的收件者更新服務執行的動作。

判斷是否已啟動收件者更新服務

在幾分鐘的時間內您增加診斷記錄、 事件 ID 8011 和事件之後識別碼 8012 會出現在應用程式記錄檔。如果這些事件並不會出現,收件者更新服務並未啟動,或收件者更新服務已停止回應。如果懷疑收件者更新服務未啟動或收件者更新服務停止回應,請重新啟動 Microsoft Exchange 系統服務員服務。當您啟動 Microsoft Exchange 系統服務員服務時,此服務會載入一系列的 DLL。這些 DLL 是 Abv_dg.dll。

當您啟動 Microsoft Exchange 系統服務員服務時,下列事件會出現在應用程式記錄檔。

事件識別碼 1000

事件類型: 資訊
事件來源: MSExchangeSA
事件類別: 一般
事件識別碼: 1000年
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: Microsoft Exchange 系統服務員正在啟動。Microsoft Exchange Server 系統服務員服務啟動完成,版本 6.5 (組建 7226.0)。

此事件發生後事件就會顯示表示某些 DLL 會載入並初始化的 DSAccess 元件。然後,會出現下列事件。

事件識別碼 9006

事件類型: 資訊
事件來源: MSExchangeSA
事件類別: 一般
事件識別碼: 9006
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: Microsoft Exchange 系統服務員正在載入 'ABV_DG.DLL'。

事件識別碼 9008

事件類型: 資訊
事件來源: MSExchangeSA
事件類別: 一般
事件識別碼: 9008
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: Microsoft Exchange 系統服務員正在啟動 'ABV_DG.DLL'。

9008 事件表示 Abv_dg.dll 正在啟動。立即 9008 事件便會出現之後出現下列事件。

事件識別碼 8011

事件類型: 資訊
事件來源: MSExchangeAL
事件類別: LDAP 操作
事件識別碼: 8011
日期: Date
時間: Time
使用者: N/A
電腦: 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.

事件識別碼 8012

事件類型: 資訊
事件來源: MSExchangeAL
事件類別: LDAP 操作
事件識別碼: 8012
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 搜尋的目錄 ServerName contoso.com 在基底 'CN = CN 收件者更新服務 = 通訊清單容器,CN = Microsoft CN = Microsoft Exchange CN = 服務 CN = 組態 DC = contoso DC = com' 傳回兩項物件。

當 Abv_dg.dll 會搜尋任何現有的收件者更新服務時,就會出現這些事件。通常,如果事件 ID 9006 隨即出現,但不會出現事件識別碼 9008 這種行為表示收件者更新服務伺服器是前端伺服器。 Abv_dg.dll 並不會啟動前端伺服器上。因此,事件識別碼 8011 和事件識別碼 8012 並不會在前端伺服器上顯示。收件者更新服務必須指到後端伺服器。

請注意,在篩選中,出現在事件識別碼 8011 Abv_dg.dll 搜尋任何的 msExchAddressListService 類別成員的物件沒有其 isDeleted 屬性設定為 TRUE。通常,這表示 Abv_dg.dll 搜尋不 tombstoned 任何收件者更新服務物件。(tombstoned 物件是已被刪除,但不又已從目錄物件)。這個搜尋傳回一個結果的數字,此數字等於您的收件者更新服務的數目:

這些事件中只有的收件者更新服務物件會為企業收件者更新服務與一個網域收件者更新服務。因此,搜尋將傳回兩個物件。如果這個搜尋會不傳回任何結果,您的 Exchange 伺服器將不會看到收件者更新服務物件。因為有權限問題,可能就會發生這個問題。

如果 Exchange 伺服器不能看到收件者更新服務物件,Exchange 伺服器無法判定是負責該收件者更新服務物件。在這種情況下收件者更新服務會永遠不會處理任何物件。不過,即使 Exchange 伺服器沒有偵測到任何收件者更新服務物件,事件識別碼 8011 和事件識別碼 8012 都會出現經常。Abv_dg.dll 經常搜尋的收件者更新服務存在,就會發生這個問題。如果事件 ID 8011 和事件識別碼 8012 未出現在應用程式記錄檔中記錄在您重新啟動 Microsoft Exchange 系統服務員服務之後,Abv_dg.dll 可能尚未被啟動。Abv_dg.dll 可能尚未被啟動因為 Exchange 伺服器是前端伺服器。

判定收件者更新服務查詢的變更

如果之後您增加診斷記錄事件識別碼 8011 和事件識別碼 8012 也會出現在應用程式記錄檔,您必須決定是否收件者更新服務查詢的任何新的或已修改的物件來處理網域。根據收件者更新服務排程,收件者更新服務應該查詢網域的任何新或修改物件。如果收件者更新服務上按一下滑鼠右鍵,然後按一下 [立即更新 收件者更新服務也應查詢網域。

如果要判斷是否收件者更新服務查詢的變更網域,請依照下列步驟執行。

警告如果您使用 [ADSI 編輯器] 嵌入式管理單元,[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 物件屬性發生的問題。修改這些屬性,請自行負擔相關的風險。

附註Active Directory 服務介面 (ADSI) 編輯嵌入式管理單元是 [隨附於 Microsoft Windows 支援工具]。若要在 Windows 2000 中安裝 Windows 支援工具,按兩下 Setup.exe 在 Windows 2000 光碟上的 [Support\Tools] 資料夾中。若要在 Windows Server 2003 中安裝 Windows 支援工具,按兩下 Suptools.msi 在 Windows Server 2003 光碟上的 [Support\Tools] 資料夾中。
  1. 使用 [ADSI 編輯器嵌入式管理單元或 LDP.exe 連線到收件者更新服務 」 指向的網域控制站。找出您在 「 增加診斷記錄 >] 區段中選取測試物件,並再記錄 uSNChanged 屬性的值。

    要這麼做,請您執行下列步驟:
    1. 按一下 [開始]、 按一下 [執行]、 輸入 adsiedit.msc,然後按一下 [確定]]。
    2. 展開 網域 NC [DomainController contoso.com],展開 DC = contosoDC = com,再展開位於 [測試物件中的容器。比方說展開 CN = Users
    3. [測試] 物件上按一下滑鼠右鍵,然後按一下 [內容]。比方說用滑鼠右鍵按一下 CN = UserName,然後按一下 [內容
    4. 在 [選取要檢視屬性] 清單中,按一下 uSNChanged
    5. 記下會出現在 [] 方塊中的值。
    6. 結束 [ADSI 編輯器] 嵌入式管理單元。
  2. 您想要疑難排解 「 收件者更新服務負責在 Exchange 伺服器,啟動事件檢視器],然後檢視 [應用程式記錄檔的內容]。如果要執行這項操作,請按一下 [開始]、 按一下 [執行]、 輸入 eventvwr、 按一下 [確定],] 然後按一下 [應用程式記錄檔
  3. 在 [檢視] 功能表上按一下 [尋找]。
  4. 在型別 8011 [事件識別碼] 方塊鍵入 基底 ' DC 在 [描述 方塊,然後再按一下 [尋找下一個]
  5. 按一下 [關閉],然後再按兩下 [本機應用程式記錄檔中尋找] 對話方塊傳回的事件。這個事件會包括最近搜尋的變更發生的相關資訊,在網域命名內容。比方說會出現類似下列的事件訊息:

    事件類型: 資訊
    事件來源: MSExchangeAL
    事件類別: LDAP 操作
    事件識別碼: 8011
    日期: Date
    時間: Time
    使用者: N/A
    電腦: 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 屬性值的任何物件。您也可能會注意到該事件識別碼 8011 會出現在應用程式記錄檔中記錄的其他許多次。這些其他的事件包含不同的搜尋。這些其他事件可能會產生由許多不同的作業。不過,要戳記物件在您的 Exchange 組織中收件者更新服務的疑難排解您僅需要考慮事件識別碼 8011 事件其中搜尋的基底是受影響的網域。因此,您使用 [尋找] 指令搭配"基底 ' DC 」 描述項目。

如果您在相同的 Exchange 伺服器執行的不同網域的收件者更新服務可能會想要在 本機應用程式記錄檔中尋找] 對話方塊的 [描述] 方塊中包含整個網域的名稱。如果您執行這項操作將會略過其他網域收件者更新服務的事件識別碼 8011 事件。

請考慮下列案例:
  • 測試物件有 uSNChanged 屬性值,高於此事件中顯示的值。

    如果您記下 uSNChanged 屬性值為測試物件具有 uSNChanged 值高於範圍的 USN 在這種情況下,收件者更新服務具有不還查詢的這個物件。如果此物件 uSNChanged 值是十分高於目前正在處理收件者更新服務的 USN,收件者更新服務已落敗,並仍然捕捉最多至最新的變更。

    通常,執行在重建作業時,就會發生這個問題。當您按一下 [重建] 時,收件者更新服務會從 uSNChanged 值為 1 和網域中的所有物件的查詢上開始。在大型網域中可能會花費許多小時] 或 [收件者更新服務,以處理序在網域中的所有物件的許多天。
  • 測試物件具有 uSNChanged 屬性值低於這個事件中顯示的值。

    如果您記下 uSNChanged 屬性值為測試物件具有 uSNChanged 值低於該範圍的 USN 在這種情況下,收件者更新服務已經過去了這個物件。在這種情況下繼續搜尋回透過應用程式記錄檔,直到找出包含該範圍的 USN,包括測試物件的事件識別碼 8011 事件。

    如果找不到這個 USN 範圍,修改測試物件。任何變更到該物件例如變更物件的描述,會導致 uSNChanged 變更為網域控制站上最新的值。因此,如果收件者更新服務 」 已經過去的測試的物件,而且找不到關聯的事件識別碼 8011 事件,修改測試物件,然後記下新 uSNChanged 值。然後您可以在應用程式記錄檔中找到下一個事件識別碼 8011 事件。下一個事件識別碼 8011 事件將包含您所修改的物件的 USN。
  • 沒有事件識別碼 8011 事件會出現,具有 「 基底 ' DC"事件描述中。

    如果應用程式記錄檔不包含具有的事件識別碼 8011 事件 」 基底 ' DC 」 在事件描述,網域收件者更新服務尚未啟動尚未處理。

    附註如果事件 ID 8011 事件覆寫由較新的事件,也可能會發生這個問題。如果在執行 「 重新建置作業應用程式記錄檔可能會很快填滿。如果要判斷是否正在執行 「 重新建置作業,請參閱"判斷是否正在執行 「 重新建置作業 」 一節]。

    如果沒有事件識別碼 8011 事件出現,而且您決定不執行重建作業,檢視收件者更新服務排程,以判斷何時執行 「 收件者更新服務。若要欲收件者更新服務排程請依照下列步驟執行:
    1. 啟動 Exchange 系統管理員 」 工具。
    2. 展開 [收件者,] 然後按一下 [收件者更新服務
    3. 在右窗格中以滑鼠右鍵按一下 [收件者更新服務 」 (CONTOSO),然後按一下 [內容]。
    4. 如果 使用自訂排程] 出現在 [更新間隔] 清單中,按一下 [自訂]。
    附註您可以收件者更新服務上按一下滑鼠右鍵,然後按一下 [立即更新,導致收件者更新服務,以啟動立即處理物件。不過,在這種情況下不啟動重新建置作業或套用原則。

    如果您按一下 [立即更新 之後,就沒有事件識別碼 8011 事件會出現或之後收件者更新服務排程會使收件者更新服務,以處理程序物件,收件者更新服務可能已經停止回應或收件者更新服務可能會等候網域控制站,以傳回搜尋結果。

    通常,如果收件者更新服務停止回應 LDAP 查詢時,您可以藉由重新啟動 Microsoft Exchange 系統服務員服務它啟動。不過,收件者更新服務可能會再次停止回應。在此案例中,您必須決定收件者更新服務停止回應 LDAP 查詢期間的原因。通常,這是因為網路問題存在。若要識別這個網路問題,使用網路監視器工具擷取查詢會停止回應。
如果事件 ID 8011 事件並包含 uSNChanged 值的範圍,其中包含的測試物件 uSNChanged 值,收件者更新服務具有查詢網域對此物件的變更。

判斷是否正在執行 「 重新建置作業

如果要判斷是否正在執行 「 重新建置作業,使用下列方法之一。

方法 1: 使用 Repadmin.exe

警告如果您使用 [ADSI 編輯器] 嵌入式管理單元,[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 編輯器嵌入式管理單元或 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: 使用診斷記錄

調診斷記錄通訊清單同步處理項目以外的所有項目上。設定記錄,中型通訊清單同步處理項目,然後檢視應用程式記錄檔,找不到下列的事件。

事件識別碼 8329

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8329
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 的收件者更新服務正在啟動重建 DC = contoso DC = com

此外,在有關整個重建的作業每隔 10%遞增下列事件會出現,指出重建作業的進度。

事件識別碼 8332

事件類型: 資訊
事件來源: MSExchangeAL

事件類別目錄: 地址清單同步處理
事件識別碼: 8332
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 此收件者更新服務已啟動從 DC 匯出的項目區塊 = contoso DC = USN 1 從 1 開始的通訊。它將會完成到達 USN 298599 時的處理目錄

已在完成重建操作收件者更新服務會記錄下列事件。

事件識別碼 8330

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8330
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 此收件者更新服務已完成 DC 重建 = contoso DC = com

附註通常,執行重建作業無法幫您疑難排解收件者更新服務。[重建] 命令以及 [立即更新] 命令唯一不同的是 [重建] 命令會使收件者更新服務,以重新啟動物件處理。

在這種情況下收件者更新服務會從 1 的 USN 開始。立即更新] 命令會使收件者更新服務,以從上次被收件者更新服務所記錄的最高 USN 啟動處理的物件。這個 USN 儲存在 Active Directory 目錄服務中的 [收件者更新服務] 物件上的 [msExchServer1HighestUSN] 屬性中。因此,如果您所預期,收件者更新服務並不會處理新的或已修改的物件,執行重建作業會不協助。

此外,因為重建作業無法完成在大型環境中可能要花在次仔細考慮恢復典型的收件者更新服務作業,您決定執行重建作業之前可能要花多少時間。啟動在重建作業後,您必須等待收件者更新服務,以執行任何其他疑難排解對抗新的或已修改的物件之前,攔截到最新的 USN。

如需有關收件者更新服務的變更的查詢的資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
328738收件者更新服務套用收件者原則的方式

判斷查詢是否傳回結果

如果您找出事件識別碼 8011 的事件,表示已針對某個範圍的 USN,執行搜尋並 USN 範圍包括測試物件 USN,判定此搜尋是否傳回任何結果。事件識別碼 8011] 事件的下列對應的事件識別碼 8012 事件會出現在應用程式記錄檔。

事件識別碼 8012

事件類型: 資訊
事件來源: MSExchangeAL
事件類別: LDAP 操作
事件識別碼: 8012
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 搜尋的目錄 ServerName contoso.com 在基底 'DC = contoso DC = com' 傳回 16 的物件。

請考慮下列案例:
  • 如果沒有對應到事件識別碼 8011 事件的事件識別碼 8012 事件出現在應用程式記錄檔,Exchange 並未偵測到搜尋的回應。通常,這種行為會表示網路問題。通常,這種網路問題會使收件者更新服務停止回應 (擱置)。

    此外,如果您遇到這種網路問題,收件者更新服務不會產生任何額外的查詢到網域根目錄因為收件者更新服務正在等待其目前的搜尋的回應。因此,在這種情況下會沒有額外的事件識別碼 8011 事件出現在應用程式記錄檔。如果您重複遇到這種行為,最好擷取網路追蹤,以識別網路問題。
  • 如果搜尋傳回零物件,Exchange 伺服器電腦帳戶並沒有足夠的權限可檢視使用者物件。這些權限是來自 Exchange 企業伺服器群組。此群組被授與的權限在根目錄的網域的使用權限執行 安裝程式 /domainprep] 命令時。如果變更這些使用權限,或如果移除繼承上一 subcontainer Exchange 可能不再有足夠的權限可檢視使用者帳戶。

    此外,Exchange 企業伺服器群組,為這個特定的網域必須包含 Exchange 網域伺服器群組,所有其他網域。而且,其中一個 Exchange 網域伺服器群組必須包含這個收件者更新服務負責在 Exchange 伺服器。如果成員資格這個鏈結已經中斷,Exchange 伺服器可能無法檢視使用者帳戶。
  • 如果搜尋傳回超過 20 個以上的物件,您會看到一個以上的事件識別碼 8012 事件。收件者更新服務會使用這個搜尋頁面大小為 20。因此,20 分批傳回結果。應該會看到查詢會傳回每隔 20 物件的一個事件識別碼 8012 事件。
  • 如果搜尋傳回某些物件,事件,下列事件識別碼 8012 事件清單佇列進行處理的物件。在這種情況下會出現下列事件:
    • 事件識別碼 8175

      事件類型: 資訊
      事件來源: MSExchangeAL
      事件類別目錄: 地址清單同步處理
      事件識別碼: 8175
      日期: Date
      時間: Time
      使用者: N/A
      電腦: ServerName
      描述: 處理變更至 'CN = UserName,CN = Users DC = contoso DC = com'。

    • 事件識別碼 8134

      事件類型: 資訊
      事件來源: MSExchangeAL
      事件類別目錄: 地址清單同步處理
      事件識別碼: 8134
      日期: Date
      時間: Time
      使用者: N/A
      電腦: ServerName
      描述: 佇列要求至處理序的 UserName,CN = Users DC = contoso DC = com '。

    藉由檢查 8175 事件和事件識別碼 8012 請依照下列 8134 事件,您可以決定測試物件是否會在此搜尋中傳回。如果您測試物件未傳回此搜尋中,您可能會遇到其中 Exchange 並沒有足夠的權限來檢視使用者物件的權限問題。
當收件者更新服務已完成佇列變更為程序,應用程式日誌會出現下列事件。

事件識別碼 8169

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8169
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 取回的所有目錄變更: 'DC = contoso DC = com'。

判斷哪些原則符合測試物件

如果判斷收件者更新服務查詢的測試] 物件的變更,以及查詢傳回預期的結果接著您必須決定時發生收件者更新服務處理測試物件。

當收件者更新服務擷取的已進入佇列等待處理的物件時,下列事件會出現在應用程式記錄檔。

事件識別碼 8163

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8163
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 執行緒 # 12b8: 接收下一個位址清單交易。DC = contoso DC = com。

然後收件者更新服務會評估對每個地址清單與每個原則物件。對於每個評估會產生下列事件。

事件識別碼 8129

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8129
日期: Date
時間: Time
使用者: N/A
電腦: 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。

如果地址清單或原則符合物件,會出現下列事件。

事件識別碼 8130

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8130
日期: Date
時間: Time
使用者: N/A
電腦: 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

您可以檢查這些事件來判斷哪些原則,而且收件者更新服務已判斷哪一個通訊清單符合該物件。

附註您可能會看到一個以上的收件者原則的事件識別碼 8130 事件。不過,這種情況下不會表示多個原則會套用至物件。所有相符的原則的只有原則具有最高的優先順序會影響收件者。但是,通訊清單是累積的。在這種情況下,所有相符的地址清單套用至收件者。

預期出現每個現有的地址清單,以及每個原則將事件識別碼 8129 事件。如果每個通訊清單或每個收件者原則的事件識別碼 8129 事件不會顯示收件者更新服務並不會看到,這些地址清單物件或這些收件者原則] 物件。通常,權限問題會讓這個行為,特別是在裝載案例中個別的通訊清單的權限已被修改。

如果這些物件尚未複寫至 Exchange 伺服器已選取為組態 (組態) 的網域控制站的網域控制站,也可能會發生這種行為。從組態網域控制站 (而非收件者更新服務 」 指向的網域控制站,Exchange 會讀取通訊清單及收件者原則。如果要判斷哪個網域控制站作為組態網域控制站,請依照下列步驟執行:
  1. 啟動 Exchange 系統管理員 」 工具。
  2. 已啟用系統管理群組展開 [系統管理群組,並接著展開您的系統管理群組。
  3. 展開 [伺服器],您想要檢視的屬性在 Exchange 伺服器上按一下滑鼠右鍵,然後再按一下 [內容]
  4. 按一下 [目錄存取] 索引標籤,然後按一下 [顯示] 清單中的 [組態網域控制站
有時候,收件者更新服務必須查詢以判斷原則是否套用 [Active Directory 目錄服務。在這種情況下應用程式記錄檔中出現下列事件。

事件識別碼 8129

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8129
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 評估目錄物件 ' CN = UserName,CN = DC 的使用者 = contoso DC = '對通訊清單' com CN = NewPolicy,CN = 收件者原則 CN = Microsoft CN = Microsoft Exchange CN = 服務 CN = 組態 DC = contoso DC = com '規則' (&(extensionAttribute1=mySpecialValue)) '。 DC = contoso DC = com

事件識別碼 8011

事件類型: 資訊
事件來源: MSExchangeAL
事件類別: LDAP 操作
事件識別碼: 8011
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 正在搜尋目錄 ServerName 使用篩選器在基底 '<GUID=F56238A9720BA14FBBD786F9CC847A45>' contoso.com ' (&(extensionAttribute1=mySpecialValue)) '並要求屬性 ObjectClass; ReplPropertyMetaData。DC = contoso DC = com

事件識別碼 8012

事件類型: 資訊
事件來源: MSExchangeAL
事件類別: LDAP 操作
事件識別碼: 8012
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 搜尋的目錄 ServerName contoso.com 在基底 '<GUID=F56238A9720BA14FBBD786F9CC847A45>' 傳回 0 的物件。DC = contoso DC = com

這些事件中收件者更新服務送出網域控制站,以判斷這些事件將會說明該原則是否符合使用者物件的搜尋。在這種情況下收件者更新服務會將使用者物件的 物件 GUID 屬性作為搜尋的基底。收件者更新服務作為搜尋篩選條件從收件者原則篩選器。這些特定的事件中搜尋沒有傳回任何結果。因此,收件者更新服務已經判定此原則不符合這個使用者物件。

藉由讀取事件識別碼 8130 事件,您可以判斷哪些原則符合收件者。然後,從每個收件者原則出現在 [事件識別碼 8130 事件中,您可以識別擁有最高優先順序的收件者原則。擁有最高優先順序的收件者原則是收件者更新服務所產生的 Proxy 位址原則。

附註這個案例假設是適用於收件者更新服務,以指定的收件者產生 Proxy 位址。

如需有關如何 「 收件者更新服務會決定是否要產生地址,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
328738收件者更新服務套用收件者原則的方式

檢視 Proxy 產生結果

增加診斷記錄正在執行 Exchange Server 2003 的電腦上的 Proxy 產生之後會在應用程式記錄中出現下列事件。

事件識別碼 3006

事件類型: 資訊
事件來源: MSExchangeSA
事件類別: Proxy 產生
事件識別碼: 3006
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 原則提供者執行個體處理收件者。
收件者 DN: CN = UserName,CN = Users DC = contoso DC = com
目前的收件者 Proxy:
X500: / O = Microsoft/OU = Site1 / cn = 收件者/cn = UserName
SMTP: UserName @ adatumcom CCMAIL: 在 Site1UserName
MS:MICROSOFT / SITE1 / UserName
SMTP: UserName @ Site1Microsoftcom
X 400: c = 美國 ; 一個 = ; p = Microsoft ; o = Site1; s = UserName
適用的原則:
CN = 預設原則,CN = 收件者原則 CN = Microsoft CN = Microsoft Exchange CN = 服務 CN = 組態 DC = contoso DC = com CN = Site1,CN = 收件者原則 CN = Microsoft CN = Microsoft Exchange CN = 服務 CN = 組態 DC = contoso DC = com
選擇原則:
CN = Site1,CN = 收件者原則 CN = Microsoft CN = Microsoft Exchange CN = 服務 CN = 組態 DC = contoso DC = com
選擇原則的 Proxy:
SMTP: @ adatumcom
X 400: c = 美國 ; 一個 = ; p = Microsoft ; o = Site1
SMTP: @ Site1Microsoftcom
ms:microsoft / 於
Site1 CCMAIL:
變更清單中的 Proxy:
若要產生的 Proxy:
產生期間衝突:
產生的 Proxy:
寫入至收件者的 Proxy:

這個事件說明 [Proxy] 產生步驟的摘要適用的原則搭配收件者更新服務所做的決策。您可以使用這個事件,而不是所有事件識別碼 8130 事件透過讀取。

決定變更所需

地址後面清單] 或 [收件者原則評估程序已完成,應用程式日誌會出現下列事件。

事件識別碼 8160

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8160
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 不變更所需的 CN = UserName,CN = Users DC = contoso DC = com.DC = contoso DC = com

在某些案例中事件 ID 8160 應用程式日誌會出現即使您是確定的物件應該已被修改。例如,請考量下列徵狀:
  • 您有收件者沒有指派任何 Proxy 位址。
  • 您看到指出收件者原則符合此收件者的事件識別碼 8130 事件。
  • 評估程序記錄事件識別碼 8160 事件,表示此收件者物件並不需要任何變更。
通常,Proxy 產生器已不成功載入時,就會發生這個問題。如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
286356Exchange 收件者更新服務不會不戳記在 Exchange 2000 伺服器及 Exchange Server 2003 中的 Proxy 位址
如果對物件所做的變更,下列事件便會出現在應用程式記錄檔。

事件識別碼 8039

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8039
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 已完成交易...

DN: <GUID=EDC7EA535F006845892C30A34F038549>
changetype: 修改
showInAddressBook: 新增: CN = 所有的使用者,CN = 所有通訊清單,CN 都 = 通訊清單容器,CN 都 = Microsoft CN 都 = 麥克風... : CN = 預設全域通訊清單 CN = 所有全域通訊清單 CN = 地址清單
續...
郵件: TestUser1 @ Site1 Microsoft.com
textEncodedORAddress:c = 美國 ; 一個 = ; p = Microsoft ; o = Site1; s = User 1 ; g = Test ; proxyAddresses:X 400: c = 美國 ; 一個 = ; 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

事件識別碼 8035

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8035
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 已成功修改項目 'CN = TestUser1,CN = Users DC = contoso DC = com' 目錄 ServerName 上 contoso.com。DC = contoso DC = com

事件識別碼 8167

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8167
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述:
修改物件: 'CN = TestUser1,CN = Users DC = contoso DC = com'。DC = contoso DC = com

最後,評估此收件者已完成後下列事件會出現在應用程式記錄檔。

事件識別碼 8133

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8133
日期: Date
時間: Time
使用者: N/A
電腦: ServerName
描述: 計算完成上 'CN = TestUser1,CN = Users DC = contoso DC = com'。DC = contoso DC = com

事件識別碼 8162

事件類型: 資訊
事件來源: MSExchangeAL
事件類別目錄: 地址清單同步處理
事件識別碼: 8162
日期: Date
時間: Time
使用者: N/A
電腦: 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 Standard Edition
關鍵字:?
kbmt kbhowtomaster kbexchtechbulletin kbdirectory kbinfo KB822794 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本: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