將站台整合至 Exchange Server 2003 Service Pack 1 站台時,所需瞭解的問題

文章翻譯 文章翻譯
文章編號: 841659 - 檢視此文章適用的產品。
本文已封存。本文係以「現狀」提供且不會再更新。
全部展開 | 全部摺疊

在此頁中

結論

將 Microsoft Exchange Server 2003 Service Pack 1 安裝在中央站台之後,您可以開始進行站台整合,將 Exchange Server 電腦從遠端站台移至中央站台。站台整合期間可能會發生某些問題。在您開始站台整合之前,必須將樹系中的所有 Active Directory 連接器 (ADC) 升級為 Exchange Server 2003 Service Pack 1 中隨附的 ADC 版本。

此外,建議您確定已正確地設定遠端站台,和要將物件移入的中央站台之間的「Exchange Server 5.5 目錄複寫連接器」排程。執行 Exchange Server 2003 Active Directory 連接器時,站台上的連接器行為及其影響根據每個網路的許多變數而有不同。

移動跨站台公用資料夾、移動跨管理群組和重定物件主目錄之後,可能會發生許多問題。如果要協助跨站台移動的準備工作,最好先瞭解本文中討論的行為和問題。

簡介

站台整合是將遠端站台整合為單一大型中央站台,或整合為數個大型站台的程序。中央站台部署完成,且用戶端已開始執行 Outlook 2003 之後,管理者就可以開始整合遠端站台的內容。站台整合會整合主要內容、公用資料夾、信箱和目錄物件。站台整合也會將服務 (例如「離線通訊錄」或外部連接器) 整合至中央站台。本文概述站台整合期間可能發生的已知問題,也會解釋造成問題的原因。本文說明解決方法和解決方案。本資訊用以協助您瞭解可能發生的問題。此外,本資訊也會協助您完成站台整合。

安裝 Exchange Server 2003 Service Pack 1 Active Directory 連接器

Microsoft Exchange Server 2003 Service Pack 1 中的 Active Directory 連接器 (ADC) 是站台整合的先決條件。Exchange Server 2003 Service Pack 1 中的 Exchange System Manager 圖形使用者介面 (GUI) 不允許跨站台移動,除非先將樹系中的所有 ADC 升級為 Exchange Server 2003 Service Pack 1。

更新「Exchange Server 5.5 目錄複寫連接器」排程 (選擇性)

在跨站台移動期間,可能會變更許多目錄。我們建議管理者仔細地考量遠端站台和要將物件移入的中央站台之間的「Exchange Server 5.5 目錄複寫連接器」排程。如果要確定變更的複寫會快速地從中央站台傳回要整合的遠端站台,管理者可以執行下列動作:
  • 確定 Exchange Server 5.5 複寫連接器已直接設定在遠端站台與中央站台之間。
  • 確定複寫連接器和複寫 Bridgehead 使用中央站台上的同一個伺服器,而 ADC 正是被設定從這個複寫 Bridgehead 中,複寫 Active Directory 目錄服務變更。
  • 確定 Exchange Server 5.5 複寫排程已設定為 [自動] 或設定為短時間間隔。
這些變更是選擇性的,但我們強烈建議您進行這些變更。如果目錄複寫或 ADC 複寫被延遲,跨站台移動後的自動清除程序可能需要更長的時間。

ADC 行為

移動前的 ADC 行為

完成公用資料夾的跨管理群組移動之前,ADC 會完成數個階段的跨管理群組移動清除行為。訊息傳遞會受到影響,直到完成 ADC 跨管理群組移動清除為止。

完成 ADC 清除行為的時間,依照您的環境、Exchange Server 5.5 站台之間的複寫和從 Active Directory 至 Exchange Server 5.5 之間的複寫而定。

例如,每 12 個小時會執行清除通訊群組清單和刪除虛設常式物件。清除通訊群組清單和刪除虛設常式物件會同時完成。在小型的環境中,可能會在單一清除循環或 12 小時之內完成上述動作。在大型環境中,可能需要兩個或以上的清除循環或將近 24 小時才能完成。在大型環境中清除通訊群組清單和刪除虛設常式物件需要較長的時間,原因如下:
  • 從 Active Directory 至 Exchange Server 5.5 的複寫時間
  • Exchange Server 5.5 站台間的複寫。
如果要更快速地清除,請用滑鼠右鍵按一下連線協定,然後按一下 [立即複寫]。但是,速度仍受限於下列因素:
  • 從 Active Directory 至 Exchange Server 5.5 的複寫時間。
  • Exchange Server 5.5 站台間的複寫。


在跨管理群組移動期間,連結 Exchange Server 5.5 和 Active Directory 物件的 ADC 行為

跨站台移動期間,虛設常式 Exchange Server 5.5 物件和 Active Directory 物件並未連結。Public Folder Rehome Tool (PFMigrate) 會使用 ADC 全域名稱中的新 NM_MOVED_CROSS_SITE 旗標,指派不同的 ADC 全域名稱值給這兩個物件。ADC 不會將這兩個物件連結在一起。因此,可以在清除結束時刪除虛設常式物件,但不刪除 Active Directory 物件。

ADC 抑制虛設常式 Exchange Server 5.5 物件複寫回 Active Directory,因為 ADC GlobalNames 已被移除,並以不同的值重新戳記。如果 ADC 沒有抑制複寫,則公用資料夾會被複寫回 Active Directory,結果就會產生重複的物件。此外,如果 ADCGlobalNames 未被複寫至所有網域控制站,使用者可能會連結回 Active Directory 物件。PFMigrate 會將 ADCDoNotReplicate 戳記為公用資料夾上的 X.500 Proxy 位址,ADCDoNotReplicate 戳記便會告知 ADC 不要將這個物件複寫回 Active Directory。您無法使用跨站台位元停止這個行為,因為 ADC GlobalNames 無法在站台間進行複寫。因此,複寫來自非本端站台變更的連線協定無法看見跨站台位元,連線協定仍會複寫刪除和更新。

ADC 清除行為

更新通訊群組
在 Exchange Server 5.5 中,您必須從通訊群組清單中移除舊版 Exchange Server 5.5 公用資料夾物件,而且必須從 Active Directory 的通訊群組清單中更新被移除的公用資料夾。

網域物件是 Active Directory 中最基本的物件之一,所有其他物件都隸屬於網域物件。網域物件的辨別名稱 (DN) 由網域 DNS 名稱的網域元件 (dc,Domain Component) 所組成。例如,microsoft.com 網域的物件,其 DN 為 dc=microsoft、dc=com。用於此物件的 objectclass 為 domainDNS,而用於此物件的 objectcategory 為 DomainDNS。

由於通訊清單成員以 DN 為基礎,而且在公用資料夾的跨管理群組移動期間不會變更成員資格,所以 Active Directory 會擁有公用資料夾的正確成員資格。當 ADC 複寫至 Exchange Server 5.5 時,使用 ADCGlobalNames 命令查詢群組成員資格和 DN 連結。ADC 會強制複寫 Active Directory 群組,以更新 Exchange Server 5.5 通訊群組清單。但是,Exchange Server 5.5 站台之間可能有延遲,因此,在站台上更新通訊群組清單時,清單上可能沒有這個新物件,可能只會看到虛設常式公用資料夾物件。如果要解決這個問題,當 Exchange Server 5.5 目錄進行搜尋但無法找到新物件時,ADC 會完成 DN 連結查詢以允許連結回舊的物件。

如果刪除舊版 Exchange Server 5.5 公用資料夾,而且在通訊群組清單清除之前,這個資料夾都未被當成虛設常式公用資料夾,公用資料夾就會從通訊群組清單上被移除,並且失去通訊群組清單成員資格。如果將通訊群組清單複寫回 Active Directory,而且從通訊群組清單移除使用者時,就可能會發生這種情況。但是,因為保留了虛設常式公用資料夾,所以必須進行清除這些通訊群組清單的程序,才能將新的移動公用資料夾物件新增至跨 Exchange Server 5.5 站台的通訊群組清單,也才能最終將虛設常式公用資料夾物件移除。這個行為可能以下列兩種方式發生:
  • PFMigrate 程序在 Active Directory 中讀取所有被移動公用資料夾所屬的通訊群組清單。因此,Active Directory 會將正確的成員資格複寫回 Exchange Server 5.5。已複寫的 ObjectVersion 屬性在 Active Directory 中被更新。
  • 如果目標站台中沒有通訊群組清單,ADC 可以自動強制複寫所有公用資料夾所屬的通訊群組清單。PFMigrate 會以 X500:ADCDeleteWhenUnlinked Proxy 值戳記所有跨管理群組的被移動公用資料夾,並查詢通訊群組清單成員資格。ADC 會搜尋具有 X500:ADCDeleteWhenUnlinked Proxy 位址的物件,以強制複寫。如果通訊群組位於本端站台,便會讀取 Active Directory 中,具有新站台中新公用資料夾之正確成員資格的群組,以強制複寫至 Exchange Server 5.5。這個行為被加入 ADC 的目錄清除階段,以解析未被解析的 DN 連結。這個行為每 12 個小時便會執行一次。



移除原始 Exchange Server 5.5 站台中的虛設常式物件


PFMigrate 程序會在物件上戳記 X500:ADCDeleteWhenUnlinked Proxy 值,當物件的 MemberOf 屬性為空白時,便可以指出應該刪除該物件。這代表該物件不屬於任何通訊群組,原因是之前討論過的已更新通訊群組清單行為。這個行為也被加入 ADC 的目錄清除階段,以解析未被解析的 DN 連結。

Outlook Web Access 和 Outlook 讀取/未讀取狀態

當一個公用資料夾在公用資料夾的跨站台移動期間被移至不同的伺服器時,會遺失公用資料夾中訊息的讀取和未讀取狀態。發生這個行為是因為伺服器之間的讀取和未讀取狀態沒有被複寫,因此當使用者使用 Outlook Web Access,或當 Outlook 存取已進行跨站台移動的公用資料夾時,所有訊息都會顯示為未讀取。當您在站台內移動公用資料夾複本時,也會發生這個行為,這個行為並非特定於跨站台的移動。

存取已進行跨站台移動的公用資料夾

可能發生下列行為:
  • 可能會暫時拒絕存取已移動的公用資料夾。
  • 可能不會將您重新導向至公用資料夾的新主目錄。
  • 新公用資料夾中可能不包含所有的內容。
這個問題的發生原因,是因為下列兩個原因其中之一:
  • 如果存取跨站台移動公用資料夾的使用者伺服器上,複本清單沒有更新,使用者便會被導向舊的複本,直到更新複本清單為止。如果刪除舊的複本,使用者將無法接收公用資料夾的存取。複本應該在跨站台移動的五分鐘內被更新,但是,如果在刪除公用資料夾複本之前沒有複寫複本清單,使用者將無法擁有公用資料夾的存取,直到更新複本清單為止。
  • 將所有內容複寫至新站台之前,使用者可能會連接至新站台以存取公用資料夾。


公用資料夾的相關性

如果沒有將公用資料夾的相關性設定至新站台,可能無法完成存取公用資料夾。發生這個行為是因為在公用資料夾跨站台移動之前,必須為公用資料夾的新「首頁」站台設定相關性。當您移動公用資料夾複本,而非特定於跨站台移動時,也會發生這個行為。

公用資料夾的相關性指的是用戶端程式在其他站台檢視伺服器,以及存取公用資料夾的能力。不用將該資料夾複寫至本端站台,就可以使用相關性。如果有寬頻連線,通常會使用公用資料夾相關性。

注意 如果遵循指示,在進行信箱移動步驟期間提供來源和目標站台的複本,就不需要公用資料夾相關性。如果在信箱移動之前或之後移動所有公用資料夾,便需要使用相關性。

已知問題:跨站台公用資料夾移動之後的行為

將電子郵件傳送至公用資料夾時,對 Exchange Server 5.5 和 Exchange Server 2003 上的使用者所造成的影響

如果使用者在跨管理群組移動和 ADC 清除 Exchange Server 5.5 目錄物件期間,將電子郵件傳送至公用資料夾,可能會發生訊息傳遞問題。

注意 在跨站台移動期間,使用者可能會收到包含下列錯誤的未傳遞報告 (NDR):
access denied 0x80070005 (拒絕存取 0x80070005)




收件匣規則


移除跨管理群組的公用資料夾之後,移入訊息至以資料夾 ID (FID) 為基礎的公用資料夾,以及從中移出訊息的規則都將無法使用。您可能會收到類似下列的訊息:
Unable to find Destination Folder (找不到「目的資料夾」)




全域通訊清單中的已移動公用資料夾


跨管理群組移動的公用資料夾可能會從 Exchange Server 5.5 的「全域地址清單」中消失。從 Active Directory 中將新的 Exchange Server 5.5 物件複寫至新站台之前,如果舊站台中的原始 Exchange Server 5.5 物件被隱藏,就可能會發生這個問題。這不會影響 Active Directory、Exchange 2000 Server 全域通訊清單或 Exchange Server 2003 全域通訊清單 中的跨管理群組移動公用資料夾。



日誌


如果用於 Exchange Server 5.5 或 Exchange 2000 Server 日誌的公用資料夾跨管理群組移動,日誌將無法使用。發生這個問題是因為 LegacyExchangeDN 屬性被變更了。

注意 不支援對 Exchange 2000 和 Exchange Server 2003 中的公用資料夾使用日誌,這可能會在您的 Exchange 環境中造成功能和效能上的問題。當您在跨站台移動之後重新設定日誌時,請將日誌的目標變更為信箱,而非公用資料夾。



組織表單


PFMigrate 指令碼無法將組織表單跨站台移動。組織表單是系統資料夾的一部份,而且管理者必須手動更新這個系統資料夾與其他系統資料夾的公用資料夾複本清單。


以公用資料夾為基礎的協力廠商程式


在公用資料夾進行跨站台移動之後,可能無法使用以公用資料夾為基礎的協力廠商程式,以及該公用資料夾的 LegacyExchangeDN 屬性。

Proxy 位址
公用資料夾將保留舊站台中的原始 Proxy 位址。此外,即使收件者原則是以管理群組成員資格為基礎,公用資料夾也無法從已移動的跨管理群組中取得新的 Proxy 位址。

如果公用資料夾已擁有該類型的 Proxy,「收件者更新服務」將不會戳記已更新的 Proxy。如果要接收收件者原則的新 Proxy 位址,而且該原則可以立即套用至以新管理群組成員資格為基礎的使用者,請在收件者原則上按一下 [立即套用],然後重新建立「收件者更新服務」。除非必要,否則不建議您進行這個動作,因為這可能影響網路的效能。

雖然沒有更新 Proxy 位址,電子郵件流量不會受到影響。但是,如果您的系統正在執行某些非常特定的限制檢查,但是沒有更新位址,可能會遇到問題。例如,假設下列案例:
  • AG1 從 domain1.com 接收電子郵件。
  • AG2 從 domain2.com 接收電子郵件。
  • 連接兩個管理群組的連接器不允許組織外部的任何人,透過此連接器傳送電子郵件。
  • 因此,電子郵件會產生一個 NDR。電子郵件將無法透過連接器進行傳送。




執行「目錄服務/資訊儲存庫一致性」調節器的「重新隸屬」選項


在公用資料夾的跨站台移動之後,建議您在執行「目錄服務/資訊儲存庫 (DS/IS)」 一致性調節器時,不要開啟 [Synchronized with the directory and reset the home server value] 功能,除非已完成所有目錄複寫。除非必要,否則不建議您執行 DS/IS 一致性調節器。在執行 DS/IS 一致性調節器之前,您必須先等待公用資料夾跨站台移動完成。
如果您在公用資料夾的跨站台移動之後立即執行 DS/IS 一致性調節器,可能會將您的公用資料主目錄重新隸屬至其他站台,而非 PFMigrate 指定的目標站台。當下列情況成立時,就會發生這個問題:
  • 為了將站台中所有公用資料夾的公用資料夾複本新增至新站台中的目標伺服器,而執行 PFMigrate。
  • 為了刪除來源站台所有伺服器中的所有公用資料夾複本,而執行 PFMigrate。
  • 管理者在將主目錄屬性從 Active Directory 複寫至 Exchange Server 5.5 目錄之前,執行了 DS/IS 一致性調節器。
但是,在 Exchange Server 5.5 複寫 Active Directory 之後,執行 DS/IS 一致性調節器就沒有風險。

疑難排解跨管理群組信箱移動之後的問題

對 Exchange Server 5.5 和 Exchange Server 2003 上的使用者所造成的影響

在跨管理群組移動與 ADC 清除 Exchange Server 5.5 目錄物件期間,會發生一些訊息傳遞的問題。如果要為這個行為做準備,您最好完全瞭解可能發生的問題。

郵件流量問題

在移動信箱後的一小段時間內,如果伺服器位於本端站台中,可能會造成訊息停佇在不同站台的伺服器。這是因為「郵件傳輸代理程式」(MTA) 不瞭解使用者進行跨站台移動的方式,因此,PR_IN_TRANSIT 區塊被釋出之後,MTA 做出錯誤的假設。

訊息的傳遞是透過遠端儲存程序 (RPC) 來完成的。如果只有一個 X400 連接器連接至站台,而且如果這些站台不共用相同的安全性內容 (相同的服務帳戶),訊息傳遞就會失敗。您可能也會在 Exchange 5.5 伺服器上收到類似下列的錯誤訊息:



事件類型:警告
事件來源:MSExchangeMTA
事件類別:介面
事件識別碼:9318
使用者:N/A
電腦:Exchange5.5ServerName
說明:發生 RPC 通訊錯誤。無法透過 RPC 繫結。位置表 (LTAB) 索引:6,NT/MTA 錯誤碼:1753. 通訊錯誤 1753,繫結錯誤 0,遠端伺服器名稱ExchangeServerName [MAIN BASE 1 500 %10] (14)



這個問題的解決方法是暫時在站台間建立一個「站台連接器」。這樣可以在有問題的伺服器之間建立直接的 RPC 連線。這個連線可以讓郵件順利傳遞。在跨站台信箱移動完成,而且 MTA 正確地識別使用者的正確路由之後,您就不會再遇到這個問題。



收件匣規則


當您移動使用者的跨管理群組時,如果您擁有任何以使用者及其 Exchange LegacyExchangeDN 為基礎的用戶端或伺服器端收件匣規則,這些規則將會變成無效,因為使用者的 LegacyExchangeDN 已經變更了。但是,如果使用者位於 Exchange Server 2003 Service Pack 1 或更新的伺服器上,收件匣規則就不會變成無效。在跨管理群組移動之後,收件匣規則可以在 Exchange Server 2003 Service Pack 1 中運作,因為即使變更了使用者的 LegacyExchangeDN,對信箱儲存庫的變更仍允許規則繼續運作。在 Exchange 2003 Service Pack 1 伺服器上的規則處理期間,可以使用在跨管理群組移動期間新增的額外 X.500 Proxy 位址,而不必依賴 LegacyExchangeDN 屬性。

如果使用者不是位於 Exchange Server 2003 Service Pack 1,那麼就必須重新建立以跨管理群組移動人員為基礎的收件匣規則。



全域通訊清單中的已移動使用者
當舊站台中的原始 Exchange Server 5.5 物件被隱藏,而新的 Exchange Server 5.5 物件從 Active Directory 被複寫至新站台之前,已進行跨管理群組移動的使用者可能會在 Exchange Server 5.5 的「全域通訊清單」中暫時消失。在 Active Directory、Exchange 2000 Server 和 Exchange Server 2003 全域通訊清單中的跨管理群組移動使用者不會受到影響。

Proxy 位址


使用者將保留舊站台中的原始 Proxy 位址,但是,即使收件者原則是以管理群組成員資格為基礎,使用者也無法從已移動的跨管理群組中取得新的 Proxy 位址。

如果使用者已擁有該類型的 Proxy,則「收件者更新服務」將不會戳記已更新的 Proxy。如果要接收收件者原則的新 Proxy 位址,而且該原則可以立即套用至以新管理群組成員資格為基礎的使用者,請在收件者原則上按一下 [立即套用],然後重新建立「收件者更新服務」。除非必要,否則不建議您進行這個動作,因為這可能影響網路的效能。

雖然沒有更新 Proxy 位址,電子郵件流量不會受到影響。但是,如果您的系統正在執行某些非常特定的限制檢查,但是沒有更新位址,可能會遇到問題。例如,假設下列案例:
  • AG1 從 domain1.com 接收電子郵件。
  • AG2 從 domain2.com 接收電子郵件。
  • 連接兩個管理群組的連接器不允許組織外部的任何人,透過此連接器傳送電子郵件。
  • 因此,電子郵件會產生一個 NDR。而且,電子郵件將無法透過連接器進行傳送。

Outlook Web Access 登入程序


在前端/後端實作中,使用者可以透過 Outlook Web Access (OWA) 存取自己的信箱,方法是明確登入隱含登入。明確登入的 URL 指定使用者想存取的伺服器和信箱,其形式如下:http://servername/exchange/username/,其中servername 是 OWA 前端或後端伺服器的名稱,而username 是使用者的 Microsoft Windows 帳戶名稱。當使用者使用明確登入登入 Outlook Web Access (OWA) 時,可能無法成功登入。發生這個問題的原因是當使用者進行跨管理群組移動時,使用者用於 Outlook Web Access (OWA) 的 HTTP 虛擬目錄變更了。使用者用於 Outlook Web Access (OWA) 的 HTTP 虛擬目錄變更的原因,是因為使用者的 Exchange 信箱後端伺服器變更了。如果新 HTTP 虛擬目錄上的 SMTP 位址並非使用者擁有的 SMTP 位址,就會發生登入錯誤。

注意 預設的 Exchange Outlook Web Access 虛擬目錄已被硬式編碼為使用預設收件者原則和該原則中的 SMTP 位址。如果您建立新的虛擬目錄,就只能使用擁有不同 SMTP 位址的不同收件者原則。

這個問題可能會發生在下列兩種案例中:
  • 案例一:如果來源站台是純 Exchange Server 5.5 站台,其中的每一個站台都擁有不同的 SMTP 位址,而且目前的信箱所擁有的 Exchange Server 5.5 中的 SMTP 位址與 Exchange Server 2003 Service Pack 1 上的預設 Exchange 虛擬目錄 SMTP 位址不相符。當使用者從 Exchange Server 5.5 移至 Exchange Server 2003 時,並嘗試使用 Outlook Web Access 明確登入 Exchange Server 2003 Service Pack 1 伺服器時,將無法順利登入。
  • 案例二:在混合或純 Exchange 2000 Server/Exchange Server 2003 環境中,使用者目前使用的是由管理者建立的 Outlook Web Access 專屬虛擬目錄,而非預設的虛擬目錄。專屬虛擬目錄使用收件者原則的 SMTP 位址,而且這個位址也由 Exchange 組織中的信箱所使用。這代表 SMTP 位址相符。當使用者被移至新站台時,會被移動到設定為使用預設 Exchange Outlook Web Access 虛擬目錄的新 Exchange 信箱伺服器。這個預設的 Exchange 虛擬目錄使用預設的收件者原則,而且擁有使用者所沒有的另一個 SMTP 位址。因此,當使用者被從 Exchange Server 5.5 移至 Exchange Server 2003,並嘗試使用 Outlook Web Access 明確登入 Exchange Server 2003 Service Pack 1 伺服器時,將無法順利登入。
如果要解決案例一和案例二的問題,請使用下列其中一個解決方法:
  • 在新站台中,為使用者被移入的新信箱伺服器建立專屬虛擬目錄。將新的專屬虛擬目錄,指向使用者所擁有之 SMTP 的收件者原則。
  • 在混合站台或純 Exchange Server 2000 的案例中,將預設收件者原則的 SMTP 位址,新增至要套用到已移動使用者的收件者原則。在更新「收件者更新服務」之後,使用者將擁有一個符合預設虛擬目錄的額外 SMTP Proxy。
  • 手動將正確的 SMTP 位址新增至移動的使用者。
Exchange Server 2003 Service Pack 1 包含一個修正程式,可讓您在隱含登入或明確登入中使用 SMTP 位址,以解決這個問題。當您連線至 Exchange Server 2003 Service Pack 1 伺服器時,Outlook Web Access 在下列情況中可以正常運作:
  • 隱含登入
    例如,以下列格式輸入 OWA 存取的 URL:
    http://Server/exchange
  • 以使用者主要名稱 (UPN) 或 SMTP 位址進行明確登入
    例如,以下列格式輸入 OWA 存取的 URL:
    http://server/exchange/user@Domain_Name.com

當您嘗試以使用者別名明確登入,且該使用者沒有 HTTP 虛擬目錄的 SMTP 位址時,將無法完成登入。例如,如果您以下列格式輸入 OWA 存取的 URL:http://Server/exchange/User,您就無法存取 Exchange 伺服器信箱。每當以使用者別名進行 OWA 的明確登入,而且該登入並不特定於跨管理群組案例時,就會發生這個問題。



空閒/忙碌資訊和資源信箱


在移動跨站台信箱之後,必須重新發佈空閒和忙碌資訊。如果是使用者信箱,在使用者使用 Outlook 登入 Exchange 伺服器,並執行日曆動作時之後,會在 15 分鐘後重新發佈。例如,如果使用者核准、移除或建立會議要求,則會在 15 分鐘後重新發佈日曆的空閒和忙碌資訊。

資源信箱的所有者 (例如會議室) 必須開啟信箱並執行日曆動作,才能重新發佈空閒和忙碌資訊。

發生這個行為的原因是目標站台中,使用者的新 LegacyExchangeDN 屬性沒有空閒/忙碌訊息,但是 Outlook 在進行日曆變更之前將不會發佈更新,而且 Outlook 的「本端」空閒/忙碌快取已被變更。如果您透過 GUIDGen 程序執行重新設定站台系統資料夾,也會發生這個行為。

或者,也可以使用 UpdateFB 工具自動進行這個「空閒/忙碌」重新發佈的程序。

如需有關 UpdateFB 工具的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
294282 How to use Updatefb.exe to republish absent Free/Busy data


離線通訊錄

離線通訊錄下載和遠端站台
當使用者在 Exchange Server 2003 或更舊版本的遠端站台中,以快取模式執行 Outlook 2003,使用者必須確定具有足夠的頻寬以支援完整下載遠端站台中,所有用戶端的離線通訊錄。



跨慢速連結的遠端站台


以快取模式使用 Outlook 2003 的信箱,在從遠端 Exchange Server 5.5 伺服器移至中央 Exchange 2003 SP1 伺服器時,無論是否跨站台,都必須下載完整的離線通訊錄。此外,如果目錄有重大變更,或新增或移除新的「管理群組」時,便會為快取模式的使用者產生完整的離線通訊錄下載。因此,遠端站台必須確定有足夠的頻寬,足以支援遠端站台中所有用戶端的完整離線通訊錄。



完整離線通訊錄下載的其他相關資訊


通常,Outlook 用戶端只能看見離線通訊錄的 diff 下載。這是完整離線通訊錄下載的小型子集,其中只包含變更,而非完整全域通訊清單。但是,有時 Outlook 用戶端必須下載完整離線通訊錄,如果目錄有很多變更 (例如許多新帳戶、名稱變更等),或是新增或移除新的「Exchange 管理群組」,則快取模式中的所有用戶端都會以完整離線通訊錄進行更新。此外,從 Exchange Server 5.5 移至新的 Exchange Server 2003 伺服器的用戶端也會收到新的完整離線通訊錄。

如需詳細資訊,說明限制 Exchange Server 2003 中完整 OAB 下載的影響,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
867623 Throttling full offline Address Book downloads to limit the effect on a LAN in Exchange Server 2003


等待目錄更新

在傳輸電子郵件之前,系統管理者必須先等待目錄更新,才不會建立未傳遞報告 (NDR)。

已知問題:物件重新隸屬後的行為

Exchange Server 5.5 和 Exchange Server 2003 上的使用者傳送「連絡人通訊群組清單」時,郵件傳遞會受到影響

如果使用者在跨管理群組移動期間和 ADC 清除 Exchange Server 5.5 目錄物件期間,將電子郵件傳送至「連絡人通訊群組清單」,可能會發生許多訊息傳遞問題。

收件匣規則


在跨管理群組移動期間重新隸屬通訊群組清單/群組時,處理以 DL 為傳送者或接收者之訊息的收件匣規則,將不適用於位在比 Exchange Server 2003 Service Pack 1 舊的 Exchange 伺服器上的信箱。您必須重新建立這些規則,或者必須將使用該規則的信箱移至執行 Exchange 2003 SP1 的伺服器上。



全域通訊清單中的已移動公用資料夾


當連絡/通訊群組清單被重新隸屬時,在舊站台中的原始 Exchange Server 5.5 物件被隱藏,而新的 Exchange Server 5.5 物件從 Active Directory 被複寫至新站台之前,可能會從「全域通訊清單」中消失。這不會影響 Active Directory、Exchange 2000 Server 全域通訊清單或 Exchange Server 2003 全域通訊清單中已重新隸屬的物件。



Proxy 位址


已重新隸屬的物件將會保留舊站台中的原始 Proxy 位址。但是,即使收件者原則是以管理群組成員資格為基礎,當物件已進行跨管理群組移動時,也無法取得新的 Proxy 位址。

如果重新隸屬的物件已擁有相同類型的 Proxy,則「收件者更新服務」將不會在物件上戳記已更新的 Proxy。如果要接收收件者原則的新 Proxy 位址,而且該原則可以立即套用至以新管理群組成員資格為基礎的物件,請在收件者原則上按一下 [立即套用],然後重新建立「收件者更新服務」。除非必要,否則不建議您進行這個動作,因為這可能影響網路的效能。
雖然沒有更新 Proxy 位址,電子郵件流量不會受到影響。但是,如果您的系統正在執行某些非常特定的限制檢查,但是沒有更新位址,可能會遇到問題。例如,假設下列案例:
  • AG1 從 domain1.com 接收電子郵件。
  • AG2 從 domain2.com 接收電子郵件。
  • 連接兩個管理群組的連接器不允許組織外部的任何人,透過此連接器傳送電子郵件。
  • 因此,電子郵件會產生一個 NDR。電子郵件將無法透過連接器進行傳送。


站台移動連絡人的組織間 ADC 會覆寫跨 X.500 位址


假設這個情況。內部組織連線協定 (CA) 在組織內建立一個連絡人,該連絡人代表另一個組織的信箱。如果該連絡人被跨站台移動,則該連絡人在來源站台中的原始目錄名稱會以 X.500 位址格式戳記在已移動的連絡人上。但是,如果該連絡人所代表的信箱已經變更,那麼該變更會被複寫回已移動的連絡人物件,而且 ADC 會複寫 X.500 位址。

如果要解決這個問題,請使用下列其中一種程序:
  • 將 ADC 重新設定至新站台,然行執行去除所有 X.500 位址的工具。
  • 在進行跨站台移動之前,先從 Exchange Server 5.5. 匯出 LegacyExchangeDNs,然後以 X.500 位址的格式將 LegacyExchangeDNs 匯入 Exchange Server 5.5 信箱。
  • 切換至 Exchange 原生模式,並且不移動連絡人。


等待 ADC 完成


您必須等待 Active Directory 至 Exchange Server 5.5 複寫、站台內部複寫和站台外部複寫完成。電子郵件流量和其他作業將受到影響,直到 Exchange Server 5.5 目錄已完成同步化,而且已執行 ADC 修正變更。

執行「目錄服務/資訊儲存庫一致性」調節器


在已被授與公用資料夾存取權的通訊群組清單進行跨站台移動之後,您必須執行修補的「目錄服務/資訊儲存庫 (DS/IS) 一致性」調節器工具,以確定通訊群組清單仍能存取該公用資料夾。

?考

如需詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
836489 An update is required for mixed-mode site consolidation with Exchange Server 5.5
843107 How to use the pfMigrate tool to perform a cross-site public folder move operation in Exchange Server 2003 Service Pack 1

屬性

文章編號: 841659 - 上次校閱: 2013年10月26日 - 版次: 3.1
這篇文章中的資訊適用於:
  • Microsoft Exchange Server 2003 Service Pack 1
關鍵字:?
kbnosurvey kbarchive kbinfo kbexchange2003sp1fix KB841659
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