規劃在多重樹系環境中部署 Exchange

上次修改主題的時間： 2005-10-25

＜規劃 Active Directory 及系統管理模式＞討論了下列在多重樹系環境中部署 Exchange 的案例：

• 專用的 Exchange 樹系 (資源樹系)
• 執行 Exchange 的多重樹系 (傳統多重樹系)
• 合併和收購

這個主題將著重在傳統多重樹系案例中啟用郵件功能的組態需求。然而，您可以視需要將部份或全部資訊套用至資源樹系以及合併和收購案例中。

多重樹系環境中的可用功能

根據最初的設計，大部份的郵件功能都只能在單一樹系中使用。因此，為了確保可在不同的樹系間使用這些功能，您必須克服許多設計上的限制。若使用者位於不同的樹系中，就無法使用委派信箱存取及檢視行事曆這類較為進階的功能。

多重樹系環境中的功能

規劃多重樹系部署

在多重樹系環境中安裝 Exchange 時，最低需求是啟用郵件流程和建立一般 GAL，以提供基本的郵件功能。視需要而定，您也必須設定延伸的郵件功能，例如空閒和忙碌資料以及公用資料夾的同步處理。

使用一些額外的部署步驟，您可以設定環境來儘可能跨樹系提供更多郵件功能。在所有樹系中安裝或升級 Exchange 之後，您可以用下列步驟完成部署：

1. 使用 MIIS 2003 的 GAL 同步處理功能，讓使用者搜尋一般 GAL 來傳送郵件。
2. 設定樹系間的郵件流程。若要在樹系間傳送郵件，網路連線是唯一一個絕對要符合的需求。不需建立信任，但您必須在樹系間設定 SMTP 連接器。此外，也強烈建議您啟用樹系間的驗證，這會提供將使用者電子郵件地址解析為 GAL 顯示名稱這類的功能。
3. 設定延伸的郵件功能 (例如，共用的 SMTP 命名空間和通用設定)。
4. 設定組織間複寫工具，以同步處理空閒/忙碌資料及複寫公用資料夾。如果不同樹系的使用者彼此排定會議，您必須跨樹系同步處理空閒/忙碌資料。同樣地，如果跨樹系共用公用資料夾，您必須在每個樹系中設定複本。
5. 必要時，在樹系間移動信箱和帳戶。

前兩項是使用基本郵件功能的必要步驟。必須要所有樹系都可取得同步的一般 GAL，而且傳輸路徑也存在，才能在樹系間傳輸郵件。其餘步驟與延伸的郵件功能有關，您可以視需要執行。

下列各節將提供如何部署這些功能的概觀。

使用 MIIS 2003 中的 GAL 同步處理

根據預設，全域通訊清單 (GAL) 包含來自單一樹系的郵件收件者。若您具有多重樹系環境，則可以使用 MIIS 2003 中的 GAL 同步處理功能，以確保任何樹系中的 GAL 都包含了其他樹系的郵件收件者。這項功能可建立擁有郵件功能的連絡人 (代表其他樹系的收件者)，進而讓使用者得以在 GAL 中檢視這些連絡人，並傳送郵件。例如，樹系 A 中的使用者可作為樹系 B 的連絡人，反之亦然。接著，目標樹系中的使用者即可選取代表其他樹系收件者的連絡人物件，以傳送郵件。

若每個樹系上都至少含有一部 Exchange 2003 伺服器，您可以使用 MIIS 2003，針對執行 Exchange 5.5、Exchange 2000 與 Exchange 2003 的各種樹系進行同步處理 (GAL 同步處理無法在純 Exchange 5.5 樹系中執行)。即使來源或目標樹系處於混合模式，且正在執行 ADC，MIIS 2003 仍可同步處理 GAL。在來源樹系中，ADC 會進行 Exchange 5.5 物件與 Active Directory 的同步處理。MIIS 2003 接著會使用 Active Directory 中的物件來建立 metadirectory 物件，與其他樹系進行同步處理。在目標樹系中，ADC 會將連絡人複寫到 Exchange 5.5 目錄上。

如果您正執行 ADC，則還需要其他組態；尤其，若要確定可以在樹系間同步處理使用者和連絡人，您必須將 ADC 和 MIIS 2003 GAL 同步處理設定為使用通用組織單位。

附註：
ADC 不適用於跨樹系的同步處理。ADC 會同步處理 Exchange 5.5 物件與 Active Directory，其目的是為了遷移至 Active Directory。若要跨樹系同步處理 GAL，請使用 MIIS 2003。即使樹系處於混合模式並在執行 ADC，還是可以使用 MIIS 2003。

若要啟用 GAL 同步處理，您必須建立管理代理程式，以便將擁有信箱功能的使用者、連絡人及群組，從指定的 Active Directory 服務匯入集中式的中繼目錄。在中繼目錄中，擁有郵件功能的物件將被當成連絡人。群組則代表不具任何相關成員的連絡人。管理代理程式會將這些連絡人匯出至指定之目標樹系的組織單位中。

資源樹系對於本身提供給 MIIS 2003 的擁有郵件功能物件，具有管理的權利。若您對目標樹系中的物件屬性進行變更，這些變更並不會傳播到來源樹系上。

設定 GAL 同步處理時請考慮下列因素：

• 每個參與同步處理的樹系，都需要個別的管理代理程式。
• 為確保管理代理程式能將連絡人匯出至目標樹系，執行 MIIS 2003 的伺服器必須能與每個參與樹系中的網域控制站進行連接。管理代理程式可以管理多個網域，但必須存取網域控制站，而不是通用類別目錄伺服器，因為通用類別目錄伺服器沒有所有命名內容的可寫入副本。
• 設定管理代理程式時，您必須指定具有適當權限的帳戶。
• 若其中某個樹系含有外部郵件系統的連接器，根據預設，該樹系對連絡人將有管理的權利；但這項設定是可以變更的。如需相關資訊，請參閱這個主題稍後的＜設定樹系間的郵件流程＞。
• 使用者無法將加密的郵件傳送到其他樹系的通訊群組清單中。若樹系是由 SMTP 連接器進行連接，並透過 GAL 同步處理進行同步處理，此時通訊群組清單在目標樹系中會被當成連絡人，而無法展開其成員。

如需 MIIS 2003 GAL 同步處理的完整資訊，請參閱下列資源：

• Microsoft Identity Integration Server 2003 案例 (英文)
  (https://go.microsoft.com/fwlink/?LinkId=21270)
• Microsoft Identity Integration Server 2003 (MIIS 2003) 文件
  (https://go.microsoft.com/fwlink/?LinkId=21271)

GAL 同步處理的支援拓撲

如 MIIS 2003 GAL 同步處理文件中所述，執行 MIIS 2003 的伺服器和 Exchange 樹系必須呈網狀或中樞與支點組態。兩種組態的組合也同樣受支援。但您不得以鏈結來連接各個樹系。

重要事項：
MIIS 2003 GAL 同步處理無法在資源樹系模式中執行 (在此模式中，使用者帳戶與其信箱將位於不同的樹系中)。雖然您可以設定 MIIS，來在資源樹系與帳戶樹系之間佈建物件，但無法使用 MIIS 2003 中的 GAL 同步處理功能來執行此項作業。然而，您可以使用 GAL 同步處理來進行資源樹系與其他 Exchange 樹系的同步處理。

在中樞與支點拓撲中，單一伺服器會執行 MIIS 2003 並讀取所有樹系的相關資料、評估變更與衝突的情形，再將變更傳播到每個樹系上。建議您使用這種拓撲，因為它具有集中管理的特性，而且最易於部署。

重要事項：
針對執行 MIIS 2003 的伺服器而設定的帳戶，必須具有能夠寫入所有樹系的能力。對某些組織來說，這點可能會帶來安全上的顧慮。

在網狀拓撲中，每個樹系都包含了執行 MIIS 2003 的伺服器。每個樹系各自負責針對其執行 MIIS 2003 的伺服器設定通往其他各樹系的連線。這種拓撲非常複雜，因此在通過實驗性測試之前，不建議您使用。選擇這種拓撲的主因是，樹系不需要開放其目錄的寫入存取權。但還是必須具備讀取存取權；管理代理程式在經過設定後，將會讀取所有其他樹系的目錄資訊。

設定樹系間的郵件流程

完成 GAL 同步處理的設定後，您必須確認郵件能在組織與網際網路間順利流通。若要達到基本的郵件流程，僅需路由能夠解析為每個相鄰的樹系即可。樹系間的信任並非必要需求。

郵件流程取決於樹系之間的網路連線，以及 SMTP Proxy 位址的設定方式。理想的設定方式，是讓樹系之間維持直接的網路連線，並且不設防火牆。(若在樹系之間設定防火牆，您就必須開啟適當的連接埠。)

附註：
樹系間不會共用任何連結狀態資訊或路由拓撲資訊。

您還須設定樹系間的 SMTP 連接器。此外，建議您在樹系間啟用驗證。啟用驗證具有下列好處：

• 樹系間的使用者名稱將自動進行解析 (ResolveP2 登錄機碼)，也就是說，使用者的電子郵件地址會解析為儲存在 Active Directory 中的使用者名稱。
• 其他行事曆的相關功能與郵件功能 (如轉寄郵件)，也都一應俱全。

為防止偽造身分識別 (詐騙)，Exchange 2003 會要求進行驗證，將寄件者的名稱解析為 GAL 中的顯示名稱。在多重樹系環境中，建議您設定驗證，使跨樹系傳送郵件之使用者的名稱解析為其在 GAL 中的顯示名稱，而非其 SMTP 地址。

若要啟用跨樹系的 SMTP 驗證，您必須在每一個樹系中建立連接器，並讓該連接器使用來自另一個樹系的已驗證帳戶。啟用驗證之後，在兩個樹系間透過驗證過的 SMTP 連線傳送的任何郵件，會解析成 GAL 中的適當顯示名稱。如需相關資訊，請參閱《Exchange Server 2003 部署手冊》(https://go.microsoft.com/fwlink/?linkid=47569).

設定延伸郵件功能

大部份的公司都具有網際網路連線，以及一或多個已發佈的網域名稱。若每個 Exchange 組織都有各自的命名空間，則在組織間進行同步處理的連絡人僅需要一個 SMTP 地址，即可進行適當的路由傳送。但可能的狀況是，您擁有數個 Exchange 組織，但在網際網路上只有一個代表公司的命名空間 (如 contoso.com)。在這種情況下，若要維持個別樹系命名空間，又同時希望能將郵件適當地路由傳送到個別樹系上，就必須能夠區別不同的樹系。

此外，若要啟用或停用郵件答錄機回應、自動回覆與傳遞報告這類的郵件功能，您就必須設定通用設定。

設定共用的 SMTP 命名空間

GAL 同步處理從來源樹系的郵件收件者建立連絡人時，會使用 SMTP 地址為每個連絡人建立 TargetAddress 屬性。因此，當樹系中的使用者傳送郵件給連絡人時，郵件會傳遞至連絡人的 TargetAddress 屬性，即便使用者手動輸入主要回覆地址亦然。為了判斷應將哪個 TargetAddress 指定給連絡人，GAL 同步處理會將收件者的 ProxyAddresses 屬性與 Exchange 組織所負責的 SMTP 地址進行比較。每個組織都必須具備唯一的 SMTP 網域命名空間，才能讓連絡人收到唯一的 TargetAddress。若您的樹系沒有唯一的命名空間，可以為每個要進行使用者跨樹系複寫的 Exchange 組織，在適當的收件者原則中加入唯一的 SMTP 地址。執行這項動作後，傳送給連絡人的郵件就會直接遞送至來源樹系，在此將目標位址解析為實際的信箱然後傳送郵件。

您也可以按照樹系逐一路由傳送給連絡人。設定 GAL 同步處理的管理代理程式時，您可以選取是否要將傳送給連絡人 (已匯入某個樹系中) 的郵件路由傳送回來源樹系中。若您具有外部郵件系統的連接器，則根據預設，要傳送給連絡人的郵件就會路由傳送至來源樹系中 (管理連接器的樹系)；然而，樹系系統管理員有權變更這項路由組態。

附註：
若樹系中執行的是 Exchange 5.5，則只要設定好雙向連線協定，ADC 就能將第二個 Proxy 位址複寫至 Exchange 5.5 目錄中。

以多重樹系環境中的 SMTP 路由為例，我們假設有兩個樹系，其預設收件者原則都各具有 SMTP Proxy 位址 contoso.com。這時，若要設定唯一的命名空間，您必須在各個 Exchange 組織中執行下列作業：

• 針對組織 1，在預設收件者原則中加入 SMTP Proxy 位址 Org1.contoso.com。
• 針對組織 2，在預設收件者原則中加入 SMTP Proxy 位址 Org2.contoso.com。

在上述兩個案例中，當您加入 Proxy 位址時，都必須選取 [此 Exchange 組織負責將所有郵件傳遞至此地址] 核取方塊。此外，您必須將 contoso.com proxy 設定為主要地址，如此一來，在使用者傳送郵件時，他們的回覆地址才會是 user@contoso.com (而不是 user@Org1.contoso.com 或 user@Org2.contoso.com)。

另一個範例將說明中樞與支點拓撲中的郵件流程。此範例中具有多個 Exchange 組織，但所有的使用者都能使用單一網域空間的地址 (如 @example.com)。在此案例中，所有地址為 @example.com 的外部郵件都會流向名為 OrgA 的中心組織。OrgA 是以代表各個支點組織的次要 SMTP Proxy 位址來設定。@OrgB.example.com 是其中一個地址。當地址為 UserB@example.com 的郵件傳送至 OrgA 時，該郵件會解析為連絡人，並重新導向至 OrgB。當郵件從 OrgA 送出時，[收件者] 列會變更為 TargetAddress 屬性以進行路由傳送，但 [回覆] 地址仍然是 UserB@example.com。

由於下列因素，當收件者移至不同的組織之後，仍無法防止使用者回覆舊的電子郵件：

• 郵件保有 legacyExchangeDN 屬性，因此收件者得以回覆郵件。
• GAL 同步處理可為移動過的使用者建立次要的 X.500 Proxy 位址，讓舊的郵件得以根據 legacyExchangeDN 屬性正確地路由傳送至使用者的新信箱中。

舉例來說，假設 UserA 傳送郵件給 UserB，兩者皆位於相同的組織中。接著，UserA 被移至另一個組織中。此時，最初由 UserA 所傳送的郵件仍會指定 UserA 的 legacyExchangeDN 屬性。GAL 同步處理會在舊組織中建立 UserA 的連絡人，並指定具有舊 legacyExchangeDN 屬性的 x.500 地址。如此即可讓 UserB 回覆舊的郵件，而這些郵件則會依序適當地路由傳送至 UserA 的 TargetAddress 屬性。若信箱移動的次數很頻繁，次要 Proxy 位址的清單就可能會越來越長。

SMTP 轉送伺服器

若您想要使用 SMTP 轉送伺服器，將網際網路上所有的郵件路由傳送至正確的樹系中，建議您先設定 SMTP 轉送伺服器。首先，請在 SMTP 轉送伺服器上，針對所有其他樹系建立 SMTP 連接器，讓郵件得以直接路由傳送至各個樹系中。這項組態可讓您依據負載平衡的考量來視需要新增 SMTP 伺服器。您也可以新增 SMTP 連接器，將所有的輸出網際網路郵件路由傳送至新的樹系。

設定通用設定

若要啟用或停用郵件功能，例如郵件答錄機回應、自動回覆和傳遞報告，您必須針對適當的網域設定網際網路郵件格式。設定網際網路郵件格式的方法有三種：

• 設定預設網域 (*)，讓所有網域都具有相同的設定。
• 針對每個 SMTP 命名空間各新增一個網際網路郵件格式網域 (例如 @OrgA.contoso.com)，然後個別設定每個網域。
• 新增網際網路郵件格式網域來代表共用尾碼的網域 (例如 @*.contoso.com)，然後個別設定每個項目。

網際網路郵件格式位於 Exchange 系統管理員的 [通用設定] 之下。

共用空閒和忙碌資料

在具有多個 Exchange 組織的公司中，經常需要在不同 Exchange 組織的使用者間協調會議、約會和連絡資訊。因此，您可以使用組織間複寫工具，在樹系間複寫這些空閒和忙碌資訊系統資料夾。如果公司使用公用資料夾，您也可以使用組織間複寫工具，跨 Exchange 組織共用公用資料夾資料。

附註：
您可以從 Exchange Server 2003 工具和更新網站 (https://go.microsoft.com/fwlink/?LinkId=21316) (英文) 下載組織間複寫工具。

組織間複寫工具包含兩個程式：Exchange Server 複寫組態工具 (Exscfg.exe) 和 Exchange Server 複寫服務 (Exssrv.exe)。Exscfg.exe 會建立組態檔，讓 Exssrv.exe 用來持續從某部伺服器更新資訊至另一部伺服器。傳送更新的伺服器為發行者，而接收更新的伺服器則為訂戶。所有複寫作業都是在組織伺服器間所建立的 MAPI 工作階段中進行。

組織間複寫工具會將擁有信箱功能之使用者物件和連絡人物件的空閒和忙碌資料發佈至其他組織，前提是目標組織中有同等的連絡人物件 (由 GAL 同步處理所建立)。連絡人會以 SMTP 地址比對。(設定組織間複寫工具時，請使用 [發行自訂收件者空閒/忙碌資訊資料] 選項。)然後，您就可以從某個組織複寫所有或部份空閒和忙碌資料至另一個組織。然而，空閒和忙碌資料只能單向複寫。因此，若要雙向更新空閒和忙碌資料，您必須設定兩個工作階段。

組織間複寫工具不能用來修改通訊錄或目錄。任何通訊錄變更都不會傳播至其他組織。這些變更必須單獨進行。

類似空閒和忙碌資料，您可以從某個組織複寫所有或部份公用資料夾資料至另一個組織。然而，不同於空閒和忙碌資料，公用資料夾可以從發行者複寫至訂戶或進行雙向複寫，因而能夠減少工作階段。此外，單一組織間複寫工具執行個體可以支援高達 15 個工作階段，這表示公用資料夾伺服器可以訂閱多個發行者伺服器。您可以指定個別資料夾或同時指定資料夾和子資料夾。此外，您可以設定複寫頻率、郵件和資料夾複寫記錄檔，以及複寫程序專用的處理能力。

重要事項：
組織間複寫工具不會複寫公用資料夾的權限。當公用資料夾複寫至另一個樹系時，該樹系的系統管理員必須設定公用資料夾的權限。

應在網狀組態還是中樞與支點組態中設定組織間複寫工具，主要取決於環境中的組織數目。如果組織數目在四個以下，則可在網狀組態中使用。然而，如果組織數目超過四個，則在中樞與支點組態中可能比較容易管理組織間複寫工具。

附註：
不建議在環狀拓撲中進行組織間複寫。因為環狀拓撲可能會有高度複寫延遲，使用者可能會在尚未收到複寫更新的樹系中更新資訊。因而導致最新更新被複寫更新所覆寫。環狀拓撲的另一個問題是，如果某個連線中斷，整個迴圈也會中斷。

當您下載組織間複寫工具時，會看到工具的詳細組態資訊。如需組織間複寫工具的相關資訊，請參閱下列 Microsoft 知識庫文件：

• 238573＜XADM：安裝、設定和使用 InterOrg 複寫公用程式＞(英文)
  (https://go.microsoft.com/fwlink/?linkid=3052&kbid=238573)
• 238642＜XADM：InterOrg 複寫公用程式疑難排解＞(英文)
  (https://go.microsoft.com/fwlink/?linkid=3052&kbid=238642)

在樹系間移動信箱和帳戶

若要將帳戶與信箱從一個 Exchange 2000 或 Exchange 2003 組織遷移至另一個 Exchange 2000 或 Exchange 2003 組織中，建議您先使用 Active Directory 遷移工具 (ADMT)，再使用 Exchange 遷移精靈。

首先，執行 ADMT 以便在 Active Directory 中建立作用中的使用者帳戶。建議您選取適當的選項來遷移 SID，以確保 ADMT 會將來源帳戶的 SID，新增至新目標帳戶的 SID 歷程記錄屬性中。(在下個步驟中，[遷移精靈] 會使用 SID 來比對信箱與帳戶。)

附註：
若要遷移 SID，目標 Windows 網域必須處於原生模式。

遷移帳戶之後，請使用 [遷移精靈] 來遷移信箱。若您之前已使用 ADMT 來遷移 SID，[遷移精靈] 就會使用 SID 來比對信箱與新的帳戶，再將帳戶轉換為擁有信箱功能的使用者帳戶。若未在第一個步驟中遷移 SID，[遷移精靈] 就無法比對信箱與帳戶；相反的，精靈只會建立與信箱相關的停用使用者帳戶。

在某些情況下，您必須先遷移信箱，再遷移帳戶。在這種情況下，遷移精靈會建立停用的使用者帳戶來保留信箱，再將新的信箱與外部 Microsoft Windows NT 帳戶產生關聯。之後，當您使用 ADMT 來遷移帳戶時，新的帳戶會建立在 Active Directory 中。因此，Active Directory 將含有兩個與同一個使用者相關的物件。若要合併重複的物件，請使用 Active Directory 帳戶清理精靈 (Adclean.exe)。Adclean.exe 會與 Exchange 一同安裝，您可以從 [Exchange 系統管理員] 來存取它 (按一下 [開始]，依序指向 [程式集]、[Microsoft Exchange]、[部署]，再按 [Active Directory 帳戶清理精靈])。

以下將說明在樹系之間移動信箱的相關限制。請針對這些狀況詳加規劃，並通知使用者在移動作業前後應執行哪些步驟：

• Outlook 設定檔無法解析跨樹系移動的使用者。在使用者移動之後，設定檔必須更新成使用者移至的新伺服器名稱。Exchange 設定檔更新工具 (Exprofre.exe) 是命令列工具，在用戶端電腦上執行此工具，會自動更新使用者的 Outlook 設定檔。Exprofre.exe 會修改預設 Outlook 設定檔，讓使用者在信箱移動後能夠成功登入他們的信箱。這個工具可從 Exchange Server 2003 工具和更新網站 (https://go.microsoft.com/fwlink/?linkid=21316). (英文) 下載。
• 如果您正使用 Outlook 的快取 Exchange 模式功能，在遷移帳戶之後，請確定新設定檔是與使用者電腦上的正確 .ost 檔案關聯。這個動作會排除重新同步處理 .ost 檔案的需要。此外，在移動使用者之前，請先確定所有離線檔案都已經與 Exchange 伺服器同步。
• 跨樹系移動期間，不會保留信箱存取控制清單 (ACL) 或委派權限。
• 不會在移動過程中遷移已發佈的憑證。此外，在移動作業之後，您將無法復原金鑰管理服務憑證。若要復原，憑證必須要有網域名稱。
• 跨樹系移動期間不會保留規則。

如需使用 Exchange 遷移精靈的相關資訊，請參閱《Exchange Server 2003 部署手冊》(https://go.microsoft.com/fwlink/?linkid=47569).