了解離線通訊錄

  • 發行項

 

適用版本： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上次修改主題的時間： 2007-08-27

離線通訊錄 (OAB) 是已下載的一份通訊清單集合副本，讓 Microsoft Outlook 使用者可以在與伺服器中斷連線時存取所包含的資訊。Microsoft Exchange 會產生新的 OAB 檔案，壓縮檔案，然後將檔案放在本機共用上。Exchange 系統管理員可以選擇離線工作的使用者可以用哪些通訊清單，他們也可以設定散佈通訊錄的方法。

如需通訊清單的相關資訊，請參閱了解通訊清單。

important重要事項：
在 Microsoft Exchange Server 2007 中，是由執行身分為「本機系統」的 Microsoft Exchange System Attendant 服務產生 OAB 資料。如果系統管理員使用安全性描述元來避免使用者檢視 Active Directory 目錄服務中的特定收件者，則下載 OAB 的使用者將能夠檢視那些隱藏的收件者。因此，若要在通訊清單中隱藏收件者，您要在 Set-PublicFolder、Set-MailContact、Set-MailUser、Set-DynamicDistributionGroup、Set-Mailbox 和 Set-DistributionGroups 指令程式上設定 -HiddenFromAddressListsEnabled 參數。或者也可以建立一個新的預設 OAB，其中不含隱藏的收件者。如需如何在 OAB 中新增或移除通訊清單的相關資訊，請參閱如何在離線通訊錄中新增或移除通訊清單。

Exchange 2007 的改進功能

Exchange 2007 中的 OAB 有數個效能改良。特別值得一提的是，這些改良有助於將下載 OAB 資訊之使用者的網路影響降到最低。下列清單會說明 OAB 的部分改良：

  • 少數的狀況會導致用戶端電腦下載整個 OAB。在其他狀況下，用戶端電腦會執行 OAB 的非同步下載。這表示用戶端電腦只會下載目前所擁有之 OAB 與可供下載之 OAB 之間的變更。這類型的下載並不像完整下載般，對網路和用戶端效能造成極大的影響。

  • 大幅減少了完整 OAB 下載。由於對 OAB 檔案採用經過改良的壓縮機制，而能達成這樣的減少情形。

  • OAB 索引是依據用戶端電腦的地區設定 (語言和國家/地區)。這讓相同伺服器上 (地區設定不同) 的使用者能根據其地區設定正確地檢視 OAB，而不是根據伺服器的地區設定。

  • 幕後智慧型傳送服務 (BITS) 允許您在用戶端電腦和伺服器之間非同步地傳送檔案。如需相關資訊，請參閱＜關於 BITS＞(英文)。

  • 診斷記錄改良可讓您更容易注意到 OAB 下載時可能發生的問題。如需相關資訊，請參閱Exchange 處理程序的診斷記錄。

  • Exchange 2007 中的 OAB 產生包括 OAB 清單中關於日文注音名稱的下列改進：

    • 日文注音顯示名稱

    • 日文注音姓氏

    • 日文注音名字

    • 日文注音公司名稱

    • 日文注音部門名稱

  • Exchange 2007 包含 PR_DISPLAY_TYPE_EX 屬性，Outlook 2007 使用這個屬性來轉換在樹系中複寫之物件的正確圖示。

Outlook 用戶端與 OAB 版本

在 Exchange 2007 中，您可以指定已產生要讓用戶端下載的 OAB 版本。下列是可用的選項：

  • OAB 第 2 版 (ANSI 離線通訊錄)   Microsoft Exchange 2000 Server 和 Exchange Server version 5.5 都使用這種 OAB 格式。Exchange Server 2003 也支援 ANSI OAB。Microsoft Outlook 98 或更新版本支援 OAB 第 2 版。

  • OAB 第 3 版 (Unicode 離線通訊錄)   Exchange 2003 使用這種 OAB。這種 OAB 具有更多資訊，可幫助 Outlook 減少伺服器遠端程序呼叫 (RPC)。此外，Unicode OAB 還有與不同語言地區設定排序規則相關的一些新功能。這些功能允許 Outlook 2003 或更新版本配合 OAB 使用正確的語言地區設定排序規則。

  • OAB 第 4 版 (Unicode 離線通訊錄)   這種 OAB 在 Exchange 2003 Service Pack 2 (SP2) 中推出，Outlook 2003 Service Pack 2 (SP2) 和 Outlook 2007 都支援這種 OAB。這種 Unicode OAB 允許用戶端電腦接收不同的更新，而非接收完整的 OAB 下載。

使用 OAB 第 3 版和第 2 版的 Outlook 用戶端

針對使用 OAB 第 3 版和第 2 版的 Outlook 用戶端，如果 Changes.oab 檔案的大小是整個 OAB 檔案大小的八分之一 (或更多)，則 Outlook 會初始完整的 OAB 下載。

例如，Outlook 會取得壓縮的 Changes.oab 檔案大小。Outlook 便會取得伺服器上所有壓縮完整 OAB 檔案 (包括範本) 的大小總計。如果 Changes.oab 檔案的大小大於完整 OAB 檔案的八分之一，Outlook 便會下載完整的 OAB，而非增量檔案。

收件者屬性的次要變更會使得所有收件者資訊都包含在 Changes.oab 檔案中。以下是這些次要變更的範例：

  • 更新電話號碼以反映大量收件者的新區碼

  • 為大量收件者新增額外的 Proxy 位址

因此，為一半收件者變更最小資訊位元組，將會建立大於整個 OAB 檔案八分之一大小的 Changes.oab 檔案。

使用 OAB 第 4 版的 Outlook 用戶端

針對使用 OAB 第 4 版的 Outlook 2003 SP2 和 Outlook 2007，如果 Changes.oab 檔案的大小是整個 OAB 檔案大小的一半 (或更多)，則 Outlook 會初始完整的 OAB 下載。如需在 OAB 第 4 版中所進行改良的相關資訊，請參閱＜離線通訊錄的改良＞中的「Exchange Server 2003 SP2 及 Outlook 2003 SP2 中的改良」(英文)。

OAB 發佈方法

您可以選擇要讓離線工作的使用者使用的通訊錄。當發生 OAB 產生 (OABGen) 程序時，Exchange 會產生新的 OAB 檔案、壓縮檔案，然後將檔案放在本機共用上。您便可以設定發佈通訊錄的方法。OAB 發佈到用戶端電腦的方法有兩種：

  • Web 式發佈

  • 公用資料夾發佈

Microsoft Office Outlook 2007 使用自動探索服務提供的資訊，決定使用何種 OAB 下載方法。如果您沒有為 Exchange 伺服器選取 OAB 下載方法，Outlook 2007 中的 Test E-mail AutoConfiguration 工具會將公用資料夾報告為 OAB URL。然後 Outlook 會使用傳統的方法 (公用資料夾發佈) 來下載 OAB 資料。如需公用資料夾發佈方法的相關資訊，請參閱本主題後面的「公用資料夾發佈」。

Web 式發佈

「Web 式發佈」是離線或透過撥號連線工作之 Outlook 2007 用戶端用於存取 OAB 的發佈方法。Web 式發佈不需要使用公用資料夾。

如果使用 Web 式發佈，則在產生 OAB 之後，Client Access Server 會複寫該檔案。Web 式發佈會使用 HTTPS 和 BITS。如需 BITS 運作方式的概觀，請參閱關於 BITS (英文)。

important重要事項：
雖然預設會啟用 Web 式發佈且 Web 式發佈不需要進一步的組態，但仍建議您為 OAB 發佈點啟用安全通訊端層 (SSL)。如需相關資訊，請參閱如何要求使用 SSL 進行離線通訊錄發佈。

使用 Web 式發佈的優點有好幾項，包括：

  • 同時支援更多用戶端電腦。

  • 減少頻寬使用。

  • 更完善控制 OAB 發佈點。如果使用 Web 式發佈，則發佈點是 HTTP 網址，用戶端電腦可以從該處下載 OAB。

為了發揮 Web 式發佈的最大功能，用戶端電腦必須執行 Outlook 2007。其用戶端電腦執行 Outlook 2003 或更舊版本的組織，可同時使用公用資料夾發佈和 Web 式發佈。Outlook 2003 和更舊版本的用戶端仍將使用公用資料夾存取其 OAB，而 Outlook 2007 用戶端將利用新的 Web 式發佈方法。

若要正常運作，Web 式發佈取決於下列元件：

  • OAB 產生程序 這是 Exchange 用來建立及更新 OAB 的程序。若要建立及更新 OAB，OABGen 服務會在 OAB 產生伺服器上執行。若要支援 OAB 發佈，此伺服器必須是 Exchange 2007 Mailbox Server。

  • Microsoft Exchange 檔案發佈服務   Microsoft Exchange 檔案發佈服務在 Client Access Server 上執行，負責收集 OAB 並保持內容與 Mailbox Server 的內容同步。

  • OAB 虛擬目錄 OAB 虛擬目錄是 Web 式發佈方法所使用的發佈點。安裝 Exchange 2007 時，預設會在網際網路資訊服務 (IIS) 的預設內部網站中建立一個名為 OAB 的新虛擬目錄。如果您有一些用戶端使用者是從組織的防火牆之外連接到 Outlook，則可以新增一個外部網站。或者，當您在 Exchange 管理命令介面中執行 New-OABVirtualDirectory 指令程式時，本機 Exchange 2007 伺服器上的預設 IIS 網站中也會建立一個名為 OAB 的新虛擬目錄。如需如何建立 OAB 虛擬目錄的相關資訊，請參閱如何建立離線通訊錄虛擬目錄。

  • 自動探索服務 這是 Outlook 2007 以及部分可自動設定用戶端來存取 Exchange 2007 之行動裝置中的功能。服務會在 Client Access Server 上執行，並傳回特定用戶端連線的正確 OAB URL。如需自動探索服務的相關資訊，請參閱自動探索服務概觀。

下圖說明 OAB Web 式發佈方法的工作流程。圖中假設所有用戶端使用者都有相同的 OAB，而且 OAB 發佈至所有的 Client Access Server。

OAB Web 式發佈工作流程

OAB Web 式發佈方法圖

本圖中的公司在 London 和 San Paolo 都有辦公室。整個公司的 Mailbox Server 放在 London 總公司內。San Paolo 使用慢速連結，裝有 Client Access Server，San Paolo 的用戶端使用者連接到這些伺服器以連接至 Outlook。此外，公司也有些使用者在遠端工作，透過網際網路連接到公司網路。

在使用者連接至 MAPI 式用戶端電腦 (例如 Outlook) 之前，會發生以下動作：

  1. 在 London 辦公室的其中一部 Mailbox Server 上產生 OAB。

  2. 在 London 的每一部 Client Access Server 上，Microsoft Exchange 檔案發佈服務從 London 的 OAB Mailbox Server 複製新的 OAB 檔案。

  3. 在 Sao Paulo 的 Client Access Server 上，Microsoft Exchange 檔案發佈服務透過慢速連結從 London 的 Mailbox Server 複製檔案。依照慢速連結的速度，複製程序可能花費幾分鐘到幾小時。新的 OAB 必須等到完全複製並驗證好後，才能供用戶端電腦使用。

    note附註：
    並非所有的 Client Access Server 都會在完全相同的時間複製新 OAB。有一個輪詢間隔 (預設為 8 小時)，如果有新的差別檔案就開始複製。第一次輪詢在 Microsoft Exchange 檔案發佈服務啟動時執行。因此，除非同時啟動各 Client Access Server，否則每個 Client Access Server 上的伺服器輪詢將會不同。

所有 Client Access Server 都複製了 OAB 內容之後，有許多情況下用戶端使用者會下載 OAB：

  • 案例 1 現場使用者

    在這案例中，所有動作都在 London 辦公室發生：

    1. 使用者 A 位於 London 辦公室，而且 Outlook 設定為 Exchange 快取模式，並連接至 Outlook。

    2. Outlook 連接至自動探索服務，以取得最靠近之 OAB 發佈點的 URL。

    3. 自動探索服務將 URL 傳回 London 的 Client Access Server 之一。

    4. Outlook 使用 BITS 連接至自動探索服務提供的 URL。

    5. Outlook 下載 OAB。

  • 案例 2 慢速連結使用者

    在這案例中，使用者 B 的信箱位於 London 辦公室，因為 Sao Paulo 辦公室並沒有 Mailbox Server。由於使用者 B 正準備動身出差，需要 OAB 的本機副本，因此使用者 B 必須下載 OAB。使用者 B 的 OAB 會從最靠近 San Paolo 辦公室的 Client Access Server 下載：

    1. 位於 San Paolo 辦公室的使用者 B 連接至 Outlook。

    2. Outlook 連接至自動探索服務，以取得最靠近之 OAB 發佈點的 URL。

    3. 自動探索服務將 URL 傳回 San Paolo 的 Client Access Server。

    4. Outlook 使用 BITS 連接至自動探索服務提供的 URL。

    5. Outlook 下載 OAB。不過，由於 San Paolo 的 Client Access Server 透過慢速連結複製 OAB 到 London，因此使用者 B 可能無法取得最新版本的 OAB。

  • 案例 3 網際網路使用者

    在這案例中，因為使用者是使用網際網路連接，所以 Exchange 無法確定最靠近使用者實際位置的 Client Access Server。因此，Exchange 預設至最靠近使用者之  Mailbox Server 的 Client Access Server：

    1. 使用者 C 的信箱伺服器位於 London，他從網際網路連接至 Outlook。

    2. Outlook 連接至自動探索服務，以取得最靠近之 OAB 發佈點的 URL。

    3. 由於使用者 C 的信箱位於 London 的 Mailbox Server 上，因此自動探索服務將 URL 傳回 London 的其中一部 Client Access Server。

    4. Outlook 使用 BITS 連接至自動探索服務提供的 URL。

    5. Outlook 下載 OAB。

公用資料夾發佈

「公用資料夾發佈」是讓離線工作或透過撥號連線之 Outlook 2003 或更舊的用戶端存取 OAB 的發佈方法。使用公用資料夾發佈時，OAB 產生處理程序會直接將檔案放在其中一個公用資料夾中，然後 Exchange 儲存區複寫會將資料複製到其他公用資料夾發佈點。

使用公用資料夾發佈時，每個完整 OAB 下載的要求都會立即處理。例如，如果服務 10,000 名使用者的公用資料夾在一小時內收到 1,000 個要求，而 OAB 大小為 5 MB，則伺服器將立即傳輸 5 GB 的資料。視網路速度和可用的頻寬而定，這種數量的流量可能會使網路長時間超載。

要避免超載，您可以設定頻寬閾值，限制 OAB 下載所導致的網路頻寬。此程序稱為「節流」。

預設會關閉節流。您可以將下列項目新增至主控 OAB 系統資料夾之所有公用資料夾伺服器上的登錄，以便啟動節流。

Caution請注意：
UNRESOLVED_TOKEN_VAL(exRegistry) 
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
Type: DWORD
Value: OAB Bandwidth Threshold (KBps)
Value Data: bandwidth threshold setting (Range: 0 to 4194304 (decimal))

頻寬閾值設定是以每秒 KB 數為單位 (KBps)，應該以小數值來設定。例如，將登錄機碼設為十進位值 5,000，會將公用資料夾伺服器設定為使用 5,000 KBps 為 OAB 下載的頻寬閾值，這大約是每秒 40,960 KB (Kbps)，或每秒 40.96 MB (Mbps)。新增該設定並加以設定之後，Exchange 會動態偵測登錄項目，並開始強制執行頻寬限制，而不需重新啟動 Microsoft Exchange Information Store 服務。

每次發生 OAB 下載要求時，便會確認要求者在 Exchange 伺服器上的管理權限。如果要求所用的安全性內容相當於 Exchange 伺服器上的本機系統管理員，則會假設是由內部功能要求下載。此時會允許要求者繼續執行完整 OAB 下載。不過，傳輸至系統管理用戶端的位元組數仍會計算為平均下載之完整 OAB 位元組數的一部分。如果要求者沒有管理權限，則會決定過去十秒鐘下載的平均完整 OAB 位元組數。如果此值小於設定的閾值，則會允許執行完整的 OAB 下載。

note附註：
將登錄機碼設為 0 可允許在十秒的間隔內，一次最多有一個沒有管理權限的用戶端可下載完整的 OAB。

在設定 OAB 下載頻寬閾值時，我們建議您將個別伺服器上的閾值設為不會導致 Exchange 伺服器網路介面卡或網路本身超載的值。如果您尚未收集和分析網路及 Exchange 伺服器效能資料，則應該在設定登錄項目之前先如此做。

使用公用資料夾發佈時，OAB 下載對網路的影響

因為有許多種情況可能造成大量或完整的 OAB 下載，因此您應該了解大量 OAB 對網路頻寬的影響。

Exchange 伺服器可以輕易處理許多 OAB 下載要求。因此，透過慢速連結下載完整 OAB 的多重嘗試可能造成網路飽和 (所有可用頻寬都被佔用)。出現這種情況時，會有兩個重大的影響：

  • 必須使用廣域網路 (WAN) 的應用程式會執行得很慢。這是因為應用程式需等候它們的網路要求在飽和的 WAN 連結上周遊。

  • WAN 上面需要的實際流量增加，因為個別網路要求可能會逾時，造成發出額外的要求。

網路飽和之後，延遲會增加，不只是每個用戶端電腦下載 OAB 所花的時間增加，而且下載程序的整體持續時間也會增加。這通常表示每個用戶端電腦的資料速率會減少。但是，如果延遲太高，RPC 封包將會逾時，造成對於要擷取之相同資料的額外 RPC 要求。另外，如果 Outlook 使用者嘗試下載 OAB，而下載取消或失敗，Outlook 會刪除已經下載的資料，並再次嘗試下載 OAB。因此，要求的資料越多，會造成大量 OAB 下載的整體持續時間增加。

Outlook 透過一連串的 RPC 封包從 Exchange 伺服器下載 OAB。每個封包會接收並認可，然後再傳送下一個封包。根據 Outlook 和 Exchange 之間的延遲，單一 Outlook 用戶端可以接收和認可每個封包的速度會受到限制。由於此一延遲之故，單一 Outlook 用戶端可能無法造成網路連結飽和。但是，隨著更多的 Outlook 用戶端開始下載 OAB，所有用戶端相加的下載率可能造成連結飽和。連結會保持飽和，直到完整 OAB 都下載完為止。

關係是線性的，Outlook 用戶端和 Exchange 伺服器之間的延遲越大，可以接收的封包越少。在慢速連結飽和之前，較少的用戶端能夠下載 OAB。反之也是相同的情況。如果延遲很低，需要較多的用戶端才會造成慢速連結飽和。網路延遲減少或網路頻寬增加時，可以在不造成 WAN 飽和的情況下同時下載 OAB 的 Outlook 用戶端數目也隨著增加。

OAB 考量

最佳作法是，不論您使用單一 OAB 或多個 OAB，請在計劃及實作 OAB 策略時，考量下列因素：

  • 您組織中每個 OAB 的大小。如需相關資訊，請參閱本主題後面的「OAB 大小考量」。

  • OAB 下載的數目。

  • 父系辦別具名變更的數目和頻率。

  • 簡易郵件傳送通訊協定 (SMTP) 位址不符。

  • 對目錄所做變更的總數。

OAB 大小考量

有些組織的 OAB 是一些小型檔案，遠端使用者偶爾會下載這些檔案。這類組織的 OAB 下載通常不會有問題。但是，有些擁有大型目錄的大型組織，或者使用 Exchange 快取模式部署了 Outlook 2003 的組織，就會有很大的關係，尤其組織若是已將 Exchange 伺服器合併到地區性資料中心時更為明顯。

OAB 大小可能有幾 MB 到幾百 MB 的變化。下列因素可能影響 OAB 的大小：

  • 公司中憑證的使用量。公開金鑰基礎結構 (PKI) 憑證越多，OAB 越大。PKI 憑證的範圍從 1 KB 到 3 KB。這些都是 OAB 大小的單一最大構成因素。

  • Active Directory 中的郵件收件者數目。

  • Active Directory 中的通訊群組數目。

  • 公司針對每個擁有信箱功能或郵件功能之物件，加入 Active Directory 中的資訊。例如，有些組織會為每個使用者填入地址內容，有些則不會。

相關資訊

如需 OAB 的相關資訊，請參閱下列主題：

如需通訊清單的相關資訊，請參閱下列主題：