事件識別碼 2080 MSExchangeDSAccess 從

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

在此頁中

結論

在 Exchange 2000 Service Pack 2 (SP2) 及 Exchange 2003,DSAccess (目錄服務存取元件) 會產生 Exchange 2000 或 Exchange 2003 伺服器應用程式記錄檔中的拓撲偵測事件。本文將告訴您如何使用包含在事件識別碼 2080 協助診斷 Exchange DSAccess 問題的資訊。

其他相關資訊

若要讓這個事件,您必須增加診斷記錄 MSExchangeDSAccess 類別:
  1. 從 Exchange 2000] 或 [Exchange 2003 請按一下 [開始],指向 [程式集]、 指向 Microsoft Exchange,然後再按一下 [系統管理員]。
  2. 展開您的組織名稱]、 展開 [系統管理群組]、 展開 Applicable Administrative Group,並再展開 [伺服器]。
  3. Applicable Exchange server name 上, 按一下滑鼠右鍵,然後按一下 [內容]。
  4. 按一下 [診斷記錄] 索引標籤,按一下 [在左窗格中的 [MSExchangeDSAccess 服務 然後按一下 [向右窗格中的 [拓樸
  5. 將記錄級別設為 [] 或 [高、 按一下 [套用],然後按一下 [確定]
  6. 如果可能重新啟動 Exchange 伺服器,以查看初始拓樸偵測。
增加到診斷層的拓樸偵測,您就可以查看下列事件識別碼在應用程式記錄檔中:
Event Type: Information
Event Source: MSExchangeDSAccess
Event Category: Topology 
Event ID: 2080
Computer: MyComputer
Description:
Process MAD.EXE (PID=1808). DSAccess has discovered the following servers with the following characteristics: 
 (Server name | Roles | Reachability | Synchronized | GC capable | PDC | SACL right | Critical Data | Netlogon | OS Version) 
In-site:
domaincontroller1.company.com  CDG 7 7 1 0 0 1 7 1
domaincontroller2.company.com  CDG 7 7 1 0 1 1 7 1
domaincontroller3.company.com  CDG 7 7 1 0 1 1 7 1
 Out-of-site:

For more information, click http://search.support.microsoft.com/search/?adv=1. 
					
下列清單說明事件識別碼 2080年和它們的內容中的資料行:
  • 伺服器名稱: 第一個資料行表示資料列中資料的其餘部分會對應到網域控制站的名稱。
  • 角色: 是否特定伺服器可用於為組態網域控制站 (資料行值 C)、 網域控制站 (資料行值 D) 或通用類別目錄伺服器 (資料行值 G) 此特定的 Exchange 伺服器的第二個資料行顯示。此資料行中的字母表示伺服器可用於指定函式,並且連字號 (-) 表示該伺服器不能用於該函式。在本文稍早所描述的範例,[角色] 欄會包含值 CDG 來顯示服務可以使用伺服器的所有三個函式。
  • 可執行性: 第三個資料行顯示伺服器是否可執行到由傳輸控制通訊協定 (TCP) 連線。這些位元旗標是 OR 值來連接。0x1 表示伺服器是可執行到為通用類別目錄伺服器 (埠 3268) 0x2 表示伺服器是可執行到為網域控制站 (埠 389),而 0x4 表示伺服器是可執行到為組態網域控制站 (通訊埠 389)。亦即如果伺服器是可執行到通用類別目錄伺服器以及網域控制站,但不是為組態網域控制站則值為 3。在本文稍早所描述的範例,第三行中的值 7 表示伺服器是可執行到,通用類別目錄伺服器、 網域控制站和組態網域控制站 (0x1 | 0x2 | 0x4 = 0x7)。
  • Synchronized: 的第四欄會顯示在網域控制站 rootDSE isSynchronized 」 旗標設為 TRUE。這些值會使用相同的位元旗標 OR 值來連接為可執行性資料行中所使用的旗標。
  • GC 能力: 第五個資料行是布林 (Boolean) 運算式,指出是否在網域控制站是通用類別目錄伺服器。
  • PDC: 第六個資料行是指出網域控制站是否已其網域的網域主控站的布林 (Boolean) 運算式。
  • SACL 右邊: 第七個資料行是指出 DSAccess 是否具有正確的權限讀取 SACL (nTSecurityDescriptor 的一部份) 對該目錄服務的布林 (Boolean) 運算式。
  • 重要的資料: 第八個資料行是布林 (Boolean) 運算式,指出是否 DSAccess 找到此 Exchange 伺服器的 伺服器名稱] 資料行中所列的網域控制站的組態容器中。
  • Netlogon 檢查: 第九個資料行 (新增 Exchange 2000 SP3) 指出 DSAccess 是否成功連線到網域控制站 ’s Net Logon 服務。這需要使用的遠端程序呼叫 (RPC),而這個呼叫可能失敗的原因以外,向下的伺服器。比方說防火牆可能封鎖這個呼叫。因此如果第九個資料行中沒有一個 7,表示 Net Logon 服務核取已成功針對每個角色 (網域控制站、 組態網域控制站和通用類別目錄)。
  • OS 版本: 第十個資料行 (新增 Exchange 2003) 指出是否列出的網域控制站的作業系統至少執行 Microsoft Windows 2000 Service Pack 3 (SP3)。 Exchange 2003 只會使用網域控制站或通用類別目錄伺服器正在執行 Windows 2000 SP3 或更新版本。 1 表示網域控制站的布林 (Boolean) 運算式滿足 Exchange 2003 的作業系統需求 DSAccess 供使用。

如何使用該資訊在事件識別碼 2080年診斷 DSAccess 問題

當您檢閱事件識別碼 2080年訊息時,請先查看 [角色] 資料行。應該至少一部伺服器可以服務 C 角色的、 可服務 D 角色的至少一個伺服器,而且至少一部伺服器可以服務 G 角色的。如果連字號而不是在任何這些空格中字母的檢閱您的拓撲。確認您擁有至少一個網域控制站和一個通用類別目錄伺服器在您的 Exchange 伺服器是在或中最接近已連線的站具有最低成本的 siteLink 站台。

接下來,查看 可執行性 資料行。通常,您會看到此欄中數個可能的數字的其中一個。如果網域控制站是網域控制站,但不是通用類別目錄伺服器 (角色 欄顯示 CD-),這個數字為 6 (0x2 | 0x4) 來表示伺服器的網域控制器連接埠 (389) 是由 TCP 連線可以連線。如果網域控制站是通用類別目錄伺服器 (角色 欄顯示 CDG 」) 此數字是 7 (0x1 | 0x2 | 0x4),這表示伺服器的網域控制站通訊埠 (389) 與通用類別目錄伺服器連接埠 (3268) 是由 TCP 連線可以連線。如果您看到其他數字 (尤其是 0),有可能發生問題與從 Exchange 伺服器連接到目錄服務。

接下來,查看 SACL 右邊 資料行。DSAccess 並不會使用沒有讀取 nTSecurityDescriptor 網域控制站中的屬性上 SACL 的權限的任何網域控制站。您必須至少一個符合每個角色 (C、 D 或 G),可執行到該角色 (由 可執行性 資料行中的 OR 值連接適當的位元旗幟),而且 SACL 右邊 資料行中,其顯示 1 的伺服器。如果您不具有確認一直顯示 0SACL 右邊 資料行中的網域控制站都準備好網域-網域,並確認 [收件者更新服務已正確設定這些伺服器。

如需有關 SeSecurityPrivilege 右邊緣和 policytest 問題的詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
314294XADM: 因為 SeSecurityPrivilege 權利的產生 Exchange 2000 錯誤訊息,然後 Policytest 發出
如果本文所述的疑難排解步驟未執行後,問題解決了,佔領 DSAccess RegTrace 啟動和初始拓撲搜索。若要這麼做:
  1. 關閉所有 DSAccess 處理程序。 功能性 Exchange 2000 或 Exchange 2003 伺服器上, 下列的處理程序通常擁有 DSAccess 載入:

    • Mad.exe (MSExchangeSA)
    • Emsmta.exe ([MSExchangeMTA])
    • Store.exe (MSExchangeIS)
    • Winmgmt.exe (WinMgmt)
    • Inetinfo.exe (內的數個服務)
    • Exmgmt.exe (MSExchangeMGMT)

    如果您不能重新啟動伺服器,您仍然可以停止使用 DSAccess 藉由執行下列命令的所有服務:

    • net stop msexchangesa/y
    • net stop iisadmin/y
    • net stop winmgmt/y

    若要確認所有使用 DSAccess 的處理程序已經停止,執行下列命令:
    tlist-m dsaccess.dll
    當您看到下列輸出時,您已成功關閉所有使用 DSAccess 的處理程序:
    沒有使用 DSACCESS.DLL 找到的工作
  2. 開啟追蹤功能。如需有關如何開啟追蹤功能的詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
    238614XCON: 如何設定 Exchange 2000 的 Regtrace
  3. 啟動 Exchange 系統服務員 (若要從命令列啟動 Exchange 系統服務員],輸入 net start msexchangesa)。
  4. 等候失敗 DSAccess 拓撲事件移藉由在 「 事件檢視器 」 中停止 RegTrace] 程序,並連絡 Microsoft 技術支援部 (PSS) 來解譯輸出。 如需有關如何連絡 PSS 的詳細資訊,請造訪 Microsoft 產品服務網站:

    http://support.microsoft.com/contactus/?ws=supportquestion.asp?sd=gn&fr=0

屬性

文章編號: 316300 - 上次校閱: 2007年10月25日 - 版次: 5.4
這篇文章中的資訊適用於:
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
關鍵字:?
kbmt kberrmsg kbinfo KB316300 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:316300
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