文章編號: 307593 - 上次校閱: 2007年8月14日 - 版次: 7.0 如何疑難排解 Windows 2000 網域上的事件識別碼 1311 問題訊息
在此頁中徵狀本文將告訴您,如何疑難排解事件識別碼 1311 問題訊息在 Microsoft Windows 2000 網域上的目錄服務事件記錄檔中。 知識一致性檢查程式 (KCC) 建構,並維護對 Active Directory 的複寫拓樸。如果要執行這項操作,KCC 會檢查存放在樹系的所有命名內容和所有的系統管理員定義的條件約束的站台、 站台連結和連結成本的總和。 如果 Active Directory 網域]、 [結構描述]、 [組態]、 [應用程式磁碟分割] 或 [命名內容的通用類別目錄無法複寫網域控制站或站台之間,目錄服務事件記錄檔會記錄類似下列的事件識別碼 1311 問題訊息: 事件類型: 錯誤 事件來源: NTDS KCC 事件類別目錄: 知識一致性檢查程式 事件識別碼: 1311年 日期: MM/DD/YYYY 時間: HH:MM:SS AM|PM 使用者: N/A 電腦: <domain_controller_name> 描述: 目錄服務一致性檢查程式判定任一 (a) 那裡是透過 Active Directory 站台發佈不足夠的實體連線能力,服務管理員來建立一個跨距樹狀目錄連接包含磁碟分割 CN 的所有站台 = < 磁碟分割名稱 > DC = < 的樹系根網域,> DC = com,或無法執行 (b) 複寫,與一或多個重要的伺服器,以便在所有的站台 (通常是因為伺服器的被無法到達) 之間傳播的變更。 發生的原因如果一個,就會發生這個問題或多個下列情況成立,則為 True:
解決方案如果您要的事件識別碼 1311 問題訊息的疑難排解使用下列方法。
判斷事件識別碼 1311 問題訊息是否站台特定或整個樹系判斷或者只在特定站台的 ISTG 網域控制站上站台間拓樸產生器 (ISTG) 中的所有網域控制站在樹系,是否會記錄事件識別碼 1311 問題的訊息。找不到 ISTG 網域控制站,使用 Ldp.exe 工具來搜尋下列屬性:基底 DN: CN = CN 的網站 = 組態 DC = RootDomainName,DC = Com 如需有關如何找出 ISTG 網域控制站的詳細資訊,按一下 [下列面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]: 篩選條件: (cn = NTDS 站台設定) 領域: 樹狀子目錄 屬性: interSiteTopologyGenerator 224599?
(http://support.microsoft.com/kb/224599/
)
決定在 Active Directory 網站的站台間拓樸產生器 (ISTG) 要判斷事件的範圍,使用下列方法之一:
判斷站台連結橋接處於開啟狀態,以及網路完全路由傳送啟用 [站台連結橋接在 Active Directory 站台及服務] 嵌入式管理單元時必須確定在 Active Directory 中定義任何網站由系統管理員所定義的任何其他網站具有完全路由的網路連線。如果 KCC 建置哪些站台連結橋接已啟用的兩個未連接站台之間的連線連結,可能會記錄事件識別碼 1311 問題的訊息。如果下列情況成立站台連結橋接已啟用 Active Directory:
如果未路由傳送的環境中啟用站台連結橋接,任一個進行完全路由的網路或停用站台連結橋接而然後建立站台連結和站台連結橋接器,您必須使用。等待兩次最長複寫間隔樹系中。如果事件識別碼 1311 問題訊息繼續會記錄或站台連結橋接在完全路由的網路中啟用,繼續 「 驗證的所有網站已定義在站台連結 」 方法。 預設情況下,站台連結橋接已開啟。此外,最佳實務準則,建議您保留站台連結橋接已開啟。 下圖會使用加上簽署 (+) 並減號 (-) 來說明 Active Directory 之間的實體網路連線網站。西站台連結中會列出網站 AZ 和站台 GA 會列在站台連結東,但 AZ 和 GA 的站台至站台 WA 和台在 Active Directory 組態地方站台連結橋接已啟用沒有完全路由的網路連線。
WA <-- Site Link WANY --> NY
+- +-
+ - + -
+ - + -
+ - + -
CA + + + AZ IL + + + GA
Site Link WEST Site Link EAST
確認已在站台連結中定義的所有網站在 Active Directory 中定義每個站台必須裝載,或位於站台連結。範例如果定義的站台 WA]、 [CA]、 [AZ]、 [台]、 [IL,] 及 [GA 和西邊、 東和 WANY 所定義的站台連結,如果實際連接站台的站台連結中沒有列出任何一個站台 (比方說 AZ 或 GA),會記錄事件識別碼 1311 問題的訊息。站台被孤立中已刪除的站台連結的站台不會加入至適當的現有站台連結時。
WA -- Site Link WANY -- NY
/ /
/ /
/ /
CA (AZ) IL (GA)
Site Link WEST Site Link EAST
Because sites AZ and GA are not listed in any site links, they are
orphaned and the KCC does not consider them when it constructs the
replication topology for Active Directory.為針對 IP 為基礎的複寫或 SMTP 為基礎的複寫 (未顯示) 設定每個網站 repadmin /showism 命令會傳回代表連線到樹系中的所有站台的站台矩陣。站台矩陣中的每個項目包含三個以冒號分隔的數字 (:) 代表 [成本]、 [複寫間隔] 和 [每個複寫連結] 選項在 Active Directory 中的另一個站台樹系。以下列順序來顯示數字的項目中: Cost: Replication
interval: Options
具有完整的補數的網站 」-1: 0: 0"的項目,另一個"0: 0: 0"的項目孤立除非站台是發現 (沒有網域控制站存放在該網站)。當疑難排解事件識別碼 1311 問題訊息時,記錄所有被遺棄的網站名稱,但不是進行記錄發現站台名稱。 如果站台連結橋接已停用,"-1: 0: 0"項目都是較不具意義。如果發生這種情形,您必須手動決定每個站台是否包含在站台連結。若要這麼做,請記下的站台和站台連結清單,並以手動方式將每個站台對應至站台連結。 注意: repadmin /showism 命令一定會傳回"-1: 0: 0"發現站台的項目。 在下列的 repadmin /showism 範例站台連結橋接中啟用 corp.com 」 樹系和站台連結 TX <-WA > 已經刪除。站台 2 (美國 WA) 孤立從樹系中所有其他站台,且必須新增至適當的站台連結。 偵測並移除偏好的 bridgeheads因為正確 Bridgehead 選取範圍在多網域樹系中是困難,因為 Windows 2000 有良好的容錯移轉邏輯,萬一 KCC 選取 Bridgehead 離線,Microsoft 強烈建議,請勿定義慣用的 Bridgehead 伺服器。若要搜尋的慣用的 Bridgehead 伺服器:
解決樹系中的 Active Directory 複寫失敗使用中的目錄複寫需要複寫常見的磁碟分割的所有網域控制站的樹系中的所有命名內容的可轉移的複寫。特別是那些主控樹系 (比方說唯一網域控制站的樹系中的特定網域) 中的一個的-a-同類命名內容的最快的方式解決線上的網域控制站的複寫失敗。最不得已的情況下,如果您不能進行網域控制站複寫、 從樹系中移除。 如果網域控制站離線較少的天數比標記存留期數 (根據預設值 60),帶上線網域控制站和強制其複寫,或最後的方法是: 將它移除從樹系。 如果網域控制站離線或不會複寫輸入的變更為比標記存留期數天,並不會將它 resuscitate。而是,立即它從樹系中移除。 如更多有關 TombstoneLifetime 值的資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中 「 文件: 216993?
(http://support.microsoft.com/kb/216993/
)
貨架的生命週期的 Active Directory 的系統狀態備份 314282?
(http://support.microsoft.com/kb/314282/
)
將一個 「 過時 」 通用類別目錄伺服器恢復連線後,可能仍會保留延遲物件 當您想要探索並疑難排解複寫失敗時,下列工具很有用:
KCC 連結失敗快取列出現有的連線連結的錯誤。ISTG 網域控制站會將其網站中每個 Bridgehead 伺服器的 showreps (repsfroms) 資料匯入。不過,ISTG 網域控制站不會列出錯誤。連結失敗快取是清空的每個 KCC 執行開頭,而且 refilled 目前的執行過程。 KCC 連線失敗快取列出不成功的嘗試建立網域控制站 (報表從或報表以) 之間的連線物件。當您從 ISTG 網域控制站執行 repadmin /failcache 命令時,它會列出網站中 bridgeheads 從匯入的項目。每個 KCC 執行開頭 KCC 會檢查連線失敗快取中的每個項目,並嘗試將 DsBind 失敗伺服器。如果繫結成功,項目將會移除。 repadmin /failcache 命令不同於 repadmin /showreps 命令有兩種方式:
Z:\>repadmin /failcache
==== KCC CONNECTION FAILURES ============================
(none)
==== KCC LINK FAILURES ==================================
USA-WA-24\C-24-DC03
DC object GUID: 134244cd-26be-4944-82a7-ac3eb74fc02f
No Failures.
USA-WA-24\B-24-DC02
DC object GUID: 21b050d6-33b5-424d-aa9b-060fe209233d
No Failures.
USA-WA-24\Z-24-DC-05
DC object GUID: bfb3b008-3849-4e5d-81d8-53dbb76d587a
No Failures.判斷來源伺服器都多載為多載大量的直接複寫協力電腦或是過度侵略性的複寫排程的網域控制站可以建立的積存,在其中某些協力廠商永遠不會接收變更從中樞網域控制站。repadmin /showreps 命令輸出中的多載的來源網域控制站的協力廠商網域控制站出現"at 永遠不會 」 狀態。若要解決這個問題、 調整大小的硬體、 重新設定站台連結並重新設定站台連結或連線排程,視需要減少多載的網域控制站上載入。 決定是否 disjointed 站台連結"分段站台連結 」 是拓樸是中斷成兩個部份或在其中有些網站不複寫因為網站定義和站台連結定義一個 Active Directory 組態不正確。比方說下圖顯示的設定,在其中 Sitelink_ABC 包含網站 A、 B,和 C 和 Sitelink_DEF 中包含站台 D、 E 及 F,但沒有站台連結 」 將在 Sitelink_ABC 站台中的任何連接到任何 Sitelink_DEF 中網站。若要解決不相連的站台連結條件,新的站台連結必須與至少一個網站中 Sitelink_DEF (如範例為站台 A 和站台 D 之間的新站台連結) 連線 Sitelink_ABC 中的至少一個網站。
A D
/ \ / \
/ \ / \
/ \ / \
B C E F
Sitelink_ABC Sitelink_DEF
A F
/ \ \
/ \ \
/ \ \
B C \
\ / \
\ / \
\ / \
D G
Sitelink_ABDC Sitelink_FG 刪除連接,如果 KCC 處於 「 保持連線模式 」如果 KCC 建置網站的連線失敗周圍不同的路徑,但它重試失敗連線每隔 15 分鐘,因為它處於 「 保持模式連線 」 刪除所有的中斷的連線,並讓 KCC 重建它們。等待兩次最長複寫排程樹系中。其他相關資訊術語和概念
截斷的 REPADMIN /SHOWISM 命令的輸出在某些環境中組建 2195年的 Windows 2000 上的 [repadmin /showism] 指令會在執行期間過早結束,而且它的輸出截斷是由於內部錯誤。比方說從 corp.com"網域中的網域控制站這個成功 /SHOWISM 輸出頂部指示 128 的站台所定義 (0-127)。這篇文章中的資訊適用於:
機器翻譯重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本:307593?
(http://support.microsoft.com/kb/307593/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群文章翻譯
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


回此頁最上方