了解離線通訊錄

  • 發行項

 

適用版本： Exchange Server 2010 SP2, Exchange Server 2010 SP3

上次修改主題的時間： 2016-11-28

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

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

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

要尋找與管理信箱伺服器相關的管理工作嗎？請參閱 管理信箱伺服器。

目錄

在各種 Exchange 版本之間移動 OAB

Outlook 用戶端與 OAB 版本

OAB 發佈方法

OAB 考量

在各種 Exchange 版本之間移動 OAB

Exchange 僅支援在下列組態中移動 OAB：

  • 在伺服器之間執行 Microsoft Exchange Server 2010

  • 從 Exchange 2010 移至 Exchange Server 2007 伺服器

  • 從 Exchange 2007 移至 Exchange 2010 伺服器

  • 從 Exchange Server 2003 移至 Exchange 2010 伺服器

Exchange 不支援將 OAB 從 Exchange 2010 移到 Exchange 2003 伺服器。

回到頁首

Outlook 用戶端與 OAB 版本

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

  • OAB 第 2 版 (ANSI OAB) Microsoft Exchange 2000 Server 和 Exchange Server 5.5 版 同時都使用這種 OAB 格式。Exchange 2003 也支援 ANSI OAB。下列 Outlook 版本支援 OAB 第 2 版：

    • Outlook 2010

    • Office Outlook 2007

    • Office Outlook 2003

    • Outlook 2002

    • Outlook 2000

    • Outlook 98

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

    • Outlook 2010

    • Outlook 2007

    • Outlook 2003

  • OAB 第 4 版 (Unicode OAB)   此 OAB 已在 Exchange 2003 Service Pack 2 (SP2) 中出現，並支援 Outlook 2003 (SP2)、Outlook 2007 與 Outlook 2010。 用戶端電腦可透過此 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 2010、Outlook 2007 和 Outlook 2003 SP2 用戶端，如果 Changes.oab 檔案的大小是整個 OAB 檔案大小的一半 (或更多)，則 Outlook 會初始完整的 OAB 下載。 如需在 OAB 第 4 版中所進行改良的相關資訊，請參閱＜離線通訊錄的改良＞中的「Exchange 2003 SP2 及 Outlook 2003 SP2 中的改良」(英文)。

回到頁首

OAB 發佈方法

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

  • Web 式發佈

  • 公用資料夾發佈

Web 式發佈

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

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

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

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

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

  • 減少頻寬使用。

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

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

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

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

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

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

  • 自動探索服務   這是 Outlook 2010 或 Outlook 2007 以及某些行動裝置上所提供的功能，可自動設定用戶端存取 Exchange。此服務會在用戶端存取伺服器上執行，並針對特定用戶端連線傳回正確的 OAB URL。 如需自動探索服務的相關資訊，請參閱瞭解自動探索服務。

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

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 必須等到完全複製並驗證好後，才能供用戶端電腦使用。

    注意事項附註：
    並非所有的 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 SP1 或更舊的用戶端存取 OAB 的發佈方法。 使用公用資料夾發佈時，OAB 產生處理程序會直接將檔案放在其中一個公用資料夾中，然後 Exchange 儲存區複寫會將資料複製到其他公用資料夾發佈點。

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

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

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

注意注意：
編輯登錄錯誤可能會導致嚴重的問題，要求您重新安裝作業系統。因編輯登錄錯誤所造成的問題可能無法解決。所以，請在編輯登錄之前，備份任何有用的資料。

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 下載。

注意事項附註：
將登錄機碼設為 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 中的資訊。 例如，有些組織會為每個使用者填入地址內容，有些則不會。

回到頁首

 © 2010 Microsoft Corporation. 著作權所有，並保留一切權利。