目錄服務伺服器偵測和 DSAccess 用法

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

在此頁中

結論

DSAccess 是內部的程序在 Microsoft Exchange 2000 Server 和用來存取和儲存目錄資訊的 Microsoft Exchange Server 2003 中。本文提供有關如何設定 DSAccess 靜態或動態偵測可能存在於拓樸 Exchange Server 電腦所在的目錄服務伺服器的資訊。此處所討論的所有資訊都適用於單一的 Exchange Server 電腦。必須對拓樸中的所有 Exchange Server 電腦都進行對登錄都做任何組態。偵測最後的清單以動態方式-到目錄服務伺服器也適用於特定的 Exchange Server 電腦被視為。此動態清單不保證是唯一 multi-Exchange 2000 環境或 multi-Exchange 2003 環境中。

取得更多資訊有關 Microsoft Exchange 2000 伺服器的最新的 Service Pack 按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
301378如何取得最新的 Exchange 2000 Server Service Pack

其他相關資訊

DSAccess 分割組可用的目錄服務伺服器區分成下列三個 (可能是重疊) 類別: 通用類別目錄伺服器、 網域控制站和組態網域控制站。

幾乎所有的 Exchange 伺服器的使用者內容目錄服務交易目標通用類別目錄。不過,網域控制站可用於使用者內容要求當提出要求的服務發出搜尋中有足夠的知識,要求的使用者物件區域性。因為所使用的通用類別目錄的目錄服務伺服器也是本身網域控制站這個伺服器可能作為這兩種類型的目錄。DSAccess 會產生可用的通用類別目錄和網域控制站會定期更新時偵測到目錄服務的狀態變更的清單。這份清單可以共用至其他目錄消費者不一定是使用 DSAccess 作為其閘道來存取目錄服務 (比方說分類程式、 DSProxy 及系統服務員服務)。不過,後續的目錄服務的狀態變更也會保留要求這份清單的服務偵測到。

每個可用的目錄服務伺服器,DSAccess 便會開啟 LDAP 連線專用單獨使用 DSAccess 每個處理程序的身份。DSAccess 會更新這些 LDAP 連線與目錄服務狀態資訊 (慢,向上或向下),它會偵測並頻道要求根據這個狀態資訊。這些可用的網域控制站和通用類別目錄並及其相關聯的狀態的 LDAP 連線集合形成程序的設定檔。為穩定性和延展性,DSAccess 會支援負載平衡機制來散發這些 LDAP 連線之間的循環配置資源方式使用者內容目錄服務要求。您以靜態方式可以只使用一組特定的目錄服務伺服器登錄中設定所有的設定檔。但是,實際狀態和負載平衡上這些連線可能會有所不同程序來處理序 (若要設定檔的設定檔)。這不是組態內容要求的大小寫。

DSAccess 會使用只對所有的組態內容要求一個單一網域控制站 (因為一個多重主機的目錄服務環境中的存在與 Microsoft Windows 2000 架構),減少複寫延遲的問題,並避免部分目錄加入項目或不同的網域控制站修改。此單一組態網域控制站的所有設定檔共用。

DSAccess 靜態目錄服務伺服器使用狀況

重要這個區段、 方法或任務包含告訴您如何修改登錄的步驟。然而,如果您不當修改登錄,可能會發生嚴重的問題。因此,執行這些步驟時請務必小心。為加強保護,修改登錄之前,請務必將它備份起來。以後您就可以在發生問題時還原登錄。如需有關如何備份和還原登錄的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
322756如何備份和還原在 Windows 登錄

DSAccess 可以以靜態方式設定通道目錄服務載入至指定的目錄服務伺服器。作法是在登錄中。就像所有的修改更新登錄時必須由謹慎。類似的行為其他 Exchange Server] 服務,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 伺服器和 Exchange 2000 Server SP1 中的使用方式

在初始化,時如果 DSAccess 沒有找到在登錄中的一組靜態設定的網域控制站或通用類別目錄它動態偵測這些可用的目錄服務伺服器拓樸中。偵測演算法不同是否 DSAccess 網域控制站或通用類別目錄感應以及 Exchange 2000 伺服器的位置而定。下列描述套用至 Exchange 2000 伺服器和 Exchange 2000 Server SP1。 方法 DSAccess 會使用在 Exchange 2000 SP2 及稍後不同並此處未制訂。

登錄的初始檢查之後, DSAccess DsBind Exchange 2000 伺服器的本機網域中任何網域控制站 (或特定的網域控制站) 如果發出一個傳入的呼叫端 DsctxGetContextEx2() 呼叫上透過 DsGetDCName() Win32 API 呼叫的方式。DSAccess 然後發出 DsListServersForDomainInSite() Win32 API 呼叫到此網域控制站。這個呼叫提供在本機網域和站台中的所有網域控制站清單。DSAccess 儲存到它載入其設定檔中的十個網域控制站向上平衡跨循環配置資源的方式 (針對每個處理程序)。通用類別目錄偵測演算法是稍有不同。

DSAccess 會使用的通用類別目錄偵測同一個網域控制站連線為上方。DsListServersInSite() 是 DSAccess 內部 API,網站中呼叫以列出所有伺服器。

注意: 「 伺服器 」 有不同的意義比 DsListServersInSite Win32 API 呼叫這個呼叫--這是 Bug/quirk API 定義中。目前,目錄服務偵測的所有 Win32 API 都是特定的網域。因為 Exchange 2000 嚴重依賴通用類別目錄,而且若要避免發生的原因可能是因為網域橫跨透過緩慢連結進行連線的多個站台的延遲問題,DSAccess 已經建立自己的站台特定的目錄服務偵測機制。

使用 LDAP 連線以目前的網域控制器 DSAccess 仍然繫結到它,然後讀取 NTDS 設定物件的 [選項] 屬性為每個目錄服務伺服器 (如果有的話) 在 Exchange 2000 伺服器本機站台。伺服器只能視為如果 選項 屬性存在,而且該通用類別目錄旗標是設為通用類別目錄。如果 DSAccess 目前網站中找不到任何通用類別目錄,它呼叫 Win32 API DsGetDCName() 以傳回任何單一的可用通用類別目錄。因為它會假設此通用類別目錄可能是結尾的慢速連結,它只會挑選單一的遠端 「 通用類別目錄。您不會達到負載平衡這個案例中您想要的延展性。

DSAccess 會執行完整的網路 redetection,任一個 Kerberos 票證逾時 (10 小時的預設期間),隨時設定變更時進行 (新的通用類別目錄] 或 [網域控制站會新增至拓樸),或者如果所有通用類別目錄或網域控制站移往下。在正常作業通用類別目錄] 或 [網域控制站可能會移向下。重新在此事件 DSAccess 並不偵測網路如果有可用的其他伺服器。它只是為"下移,"旗標該特定的目錄服務,並且 pings 此後每隔五分鐘。如果這個停機的目錄服務回上線,它會再次使用。

根據預設設定為相同 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 Standard Edition
關鍵字:?
kbmt kbexchange2000sp2fix kbinfo KB250570 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本: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