云準(zhǔn)備情況

您最終還能通過 Exchange 管理控制臺和 Exchange 命令行管理程序管理 Exchange Online（Microsoft 的“軟件加服務(wù)”解決方案之一）。只要 Microsoft 將 Exchange Online 更新到 Exchange 2010，就能實現(xiàn)此功能；但目前 Exchange Online 還基于 Exchange 2007。組織可以借此機會選擇內(nèi)部部署解決方案、托管服務(wù)或兩者并用，并對其進(jìn)行無縫管理。

Microsoft 已經(jīng)為參與 Microsoft Live@edu 計劃的教育機構(gòu)以及在 Microsoft Exchange 實驗室中托管個人域的 Microsoft 員工提供了這種機會。Microsoft Exchange 實驗室迄今為止托管的郵箱數(shù)已突破一千萬。

權(quán)限模型

Exchange 2010 擴展了 Microsoft 在 Exchange 2007 中提供的基于訪問控制項 (ACE) 的權(quán)限模型，使其包括使用基于角色的訪問控制 (RBAC) 的新授權(quán)層。RBAC 允許您基于管理員和特殊最終用戶的角色定義廣泛或精確的權(quán)限。這意味著您可以在 Exchange 2010 中定義權(quán)限模型，使其與組織模型相匹配，而又不會增加復(fù)雜性。Exchange 2010 中的默認(rèn)角色組實際上應(yīng)該能夠滿足大部分企業(yè)的需要，但是您也可以根據(jù)需要創(chuàng)建自定義的角色組。

換句話說，RBAC 現(xiàn)在可以控制運營管理和特殊的用戶任務(wù)，以及用戶自助管理其郵箱、通訊組等的能力。

中間層 MAPI 和目錄訪問

在 Exchange 2007 中，客戶端訪問服務(wù)器為所有客戶端提供連接終結(jié)點，但 Outlook（消息處理應(yīng)用程序編程接口，簡稱 MAPI）和 Entourage（Web 分布式創(chuàng)作和版本管理，簡稱 WebDAV）除外。這會消除 Exchange 2007 以前的版本中由后端郵箱處理的大量處理。

Microsoft 通過在 Exchange 2010 中引入 RPC 客戶端訪問服務(wù)，使這一步跨得更遠(yuǎn)。因為 RPC 客戶端訪問服務(wù)將 MAPI 和目錄訪問連接移到中間層客戶端訪問服務(wù)器中，所以 MAPI 客戶端在打開郵箱時不再直接連接到郵箱服務(wù)器，而是連接到 RPC 客戶端訪問服務(wù)，而后者隨后與 Active Directory 和郵箱服務(wù)器進(jìn)行通信。為了獲得目錄信息，Outlook 連接到客戶端訪問服務(wù)器上的命名服務(wù)提供程序接口 (NSPI) 終結(jié)點；而 NSPI 隨后通過 Active Directory 驅(qū)動程序與 Active Directory 進(jìn)行通信。NSPI 終結(jié)點取代了 Exchange 2007 中的 DSProxy 組件。

這與 Outlook Anywhere (RPC over HTTP) 客戶端不同，后者連接到 Exchange 2007 中的郵箱的方式是鏈接到客戶端訪問服務(wù)器上的 RPC 代理組件。此外，它們與郵箱服務(wù)器以及 Active Directory 中的 NSPI 終結(jié)點直接進(jìn)行 MAPI over RPC 通信。

RPC 客戶端訪問服務(wù)有幾項優(yōu)勢。首先，由于 MAPI 和目錄連接移到了中間層客戶端訪問服務(wù)器角色中，Exchange 現(xiàn)在就有了一個通用方法，所有數(shù)據(jù)訪問都通過這種方法執(zhí)行。這不僅提高了向客戶端應(yīng)用業(yè)務(wù)邏輯時的一致性，而且在使用新的數(shù)據(jù)庫可用性組 (DAG) 功能（后面還將介紹此功能）進(jìn)行切換或故障轉(zhuǎn)移期間提供了更好的客戶端體驗。將 Outlook 客戶端斷開連接可能需要 30 秒鐘，而在部署了 Exchange 2007 群集連續(xù)復(fù)制 (CCR) 群集的復(fù)雜 Active Directory 拓?fù)渲?，這通常需要幾分鐘，甚至可能長達(dá) 30 分鐘。

最后，擁有一個適用于所有數(shù)據(jù)訪問的通用方法，這使每個郵箱服務(wù)器允許更多的并發(fā)連接和郵箱。在 Exchange 2007 中，一臺郵箱服務(wù)器可處理 64,000 個連接。這與 Exchange 2010 中 250,000 個 RPC 上下文處理限制形成鮮明對比。隨著越來越多的客戶端訪問服務(wù)器采用 Exchange 2010，當(dāng)出現(xiàn)計劃中或計劃外的停機時間時，客戶端需要從一個客戶端訪問服務(wù)器快速重新連接到另一個?，F(xiàn)在是 Exchange 2010 的新客戶端訪問陣列出場的時候了。顧名思義，這是一系列客戶端訪問服務(wù)器。更具體地說，這個陣列包含此陣列所針對的 Active Directory 站點中的所有客戶端訪問服務(wù)器。Outlook 客戶端不連接到客戶端訪問服務(wù)器的完全限定域名 (FQDN)，而是連接到該陣列的 FQDN（例如 outlook.contoso.com）。這就確保通過 MAPI over RPC 建立連接的 Outlook 客戶端能夠始終保持連接。該陣列也是 Active Directory 站點中郵箱服務(wù)器數(shù)據(jù)庫中的一個特性。這就確保該陣列知道應(yīng)該將用戶轉(zhuǎn)接到哪個郵箱服務(wù)器和數(shù)據(jù)庫。如果您使用新的 DAG 功能來保護(hù)郵箱數(shù)據(jù)庫，并且另一個 Active Directory 站點中的相應(yīng)數(shù)據(jù)庫副本成為活動數(shù)據(jù)庫，則客戶端訪問服務(wù)器將通過 RPC 與存儲該數(shù)據(jù)庫副本的郵箱服務(wù)器直接進(jìn)行通信。這是一個重要細(xì)節(jié)。

只要郵箱服務(wù)器角色既未安裝在郵箱服務(wù)器上，也不受 DAG 保護(hù)，您就可以將 Windows 網(wǎng)絡(luò)負(fù)載平衡 (WNLB) 與客戶端訪問陣列配合使用。當(dāng)然，您也可以將客戶端訪問陣列與外部硬件負(fù)載平衡器配合使用。但請記住，該陣列僅適用于 Outlook RPC 客戶端。對于 Outlook Web Access、Autodiscover、Exchange ActiveSync 和可用性服務(wù)等服務(wù)，您仍然需要使用傳統(tǒng)的 WNLB 或外部負(fù)載平衡器。

存儲優(yōu)化

通過使用 64 位體系結(jié)構(gòu)并降低每秒鐘執(zhí)行的 I/O 數(shù)（最多減少 70%），Exchange 2007 建立的存儲環(huán)境的效率要遠(yuǎn)遠(yuǎn)高于其前身。在 Exchange 2010 中，Microsoft 在存儲優(yōu)化方面的努力主要集中在利用廉價存儲的優(yōu)勢來提供大容量 (+10GB) 的快速郵箱。

借助可擴展存儲引擎 (ESE) 中的變化，您在使用 Exchange 2010 時可以選擇使用桌面級 SATA 磁盤式的低性能磁盤（即第 2 層磁盤）。是的，我說的是與工作站中所使用的磁盤相似的 7200 SATA 磁盤。如果您使用 DAG 功能來提供高可用性且擁有三個或更多數(shù)據(jù)庫副本，您甚至可以使用一個 7200 RPM 磁盤來存儲數(shù)據(jù)庫副本和相關(guān)的日志流。換句話說，您不再需要使用 RAID 中的小容量快速磁盤，而可以將數(shù)據(jù)庫存儲到 JBOD 配置中的大容量慢速磁盤上。

我們知道，Microsoft 主要通過對存儲架構(gòu)做出重大改變，來實現(xiàn)這種顯著的存儲性能改進(jìn)。實質(zhì)上，Exchange 2010 開發(fā)人員希望從大量的小型隨機 I/O 轉(zhuǎn)變?yōu)樯倭康拇笮晚樞?I/O。從隨機 I/O 向順序 I/O 轉(zhuǎn)變，要求對存儲表體系結(jié)構(gòu)進(jìn)行意義深遠(yuǎn)的改變。

在 Exchange 2007 和更早版本中，每個數(shù)據(jù)庫都有郵箱表（將所有郵箱存儲到數(shù)據(jù)庫中）、文件夾表（將所有郵箱的郵箱文件夾存儲到數(shù)據(jù)庫中）、消息表（存儲消息）、附件表（將所有郵箱的附件存儲到數(shù)據(jù)庫中）和消息/文件夾表（將所有郵箱的文件夾視圖存儲到數(shù)據(jù)庫中）。此體系結(jié)構(gòu)自 Exchange 4.0 以來就沒有出現(xiàn)過大變化，在此體系結(jié)構(gòu)中，必須對數(shù)據(jù)庫執(zhí)行大量隨機 I/O。這種體系結(jié)構(gòu)的一個優(yōu)勢是單實例存儲 (SIS)，也就是說，每個消息只保留一個副本 — 這對于相對較小的磁盤無疑是一大優(yōu)勢。但是今天，我們已經(jīng)可以使用 500GB SAS 磁盤和 2TB SATA 磁盤，這種體系結(jié)構(gòu)也就沒什么意義了。

在 Exchange 2010 中，郵箱中的所有數(shù)據(jù)都存儲到數(shù)據(jù)庫中相互鄰近的表中。實際上，每個郵箱都有自己的文件夾、消息頭、正文和視圖表。因此，Exchange 數(shù)據(jù)庫中不再存在 SIS。作為從 Exchange 中移除 SIS 的副作用，數(shù)據(jù)庫的大小增加了大約 20%。為了解決此問題，Exchange 開發(fā)人員壓縮了該數(shù)據(jù)庫（更具體地說，是壓縮了消息頭以及文本或 HTML 正文）。通過為每個郵箱提供自己的一組表，對數(shù)據(jù)庫執(zhí)行的 I/O 大多數(shù)都變成了順序 I/O。

其他有趣的變化包括：數(shù)據(jù)庫空間是連續(xù)分配的；長期維護(hù)數(shù)據(jù)庫連續(xù)性；數(shù)據(jù)庫頁面大小現(xiàn)在已從 8KB 提高到 32KB；改進(jìn)了異步讀取功能。通過將高可用性配置的檢查點深度改為 100MB、使用緩存壓縮以及數(shù)據(jù)庫緩存優(yōu)先級，Exchange 產(chǎn)品組大大提高了緩存有效性。

Exchange 2010 中做出的所有改變使其 I/O 量最多可比 Exchange 2007 的 I/O 量減少 70%。這就是現(xiàn)在我們所說的 ESE 優(yōu)化。

Exchange 連續(xù)復(fù)制的演變

在 Exchange 2007 之前，Microsoft 僅提供極其有限的高可用性和災(zāi)難恢復(fù)功能。IT 經(jīng)理可以使用 Microsoft Cluster Server 獲得硬件級的冗余，但存儲子系統(tǒng)是一個單一故障點。為了實現(xiàn)存儲級的冗余，組織必須在第三方復(fù)制產(chǎn)品方面進(jìn)行投資。

在 Exchange 2007 中，Microsoft 改善了這種情況，提供了一整套高可用性和災(zāi)難恢復(fù)功能，包括獲得巨大成功的 CCR。此群集復(fù)制技術(shù)將異步復(fù)制技術(shù)與 Windows 故障轉(zhuǎn)移群集相結(jié)合，提供硬件和存儲冗余、高可用性以及非單一故障點。

Microsoft 通過 Exchange 2007 SP1 中引入的備用連續(xù)復(fù)制 (SCR) 功能來滿足跨站點恢復(fù)的需要。SCR 可在群集和非群集的郵箱服務(wù)器之間發(fā)布日志文件。SCR 使 IT 能夠指定最長達(dá) 7 天的日志重播延遲時間，這意味著您可以修復(fù)大多數(shù)與數(shù)據(jù)庫/存儲相關(guān)的問題，使它們不至于攻擊到另一個數(shù)據(jù)中心內(nèi)的 SCR 目標(biāo)。

Microsoft 在 Exchange 2010 中將 CCR 和 SCR 組合到 DAG 中，進(jìn)一步改進(jìn)了這兩個功能。（我前面提到過，DAG 是新的連續(xù)可用性功能。）DAG 很像 CCR，后者仍然依賴于一組有限的 Windows 故障轉(zhuǎn)移群集組件，主要包括群集數(shù)據(jù)庫、文件共享見證和檢測信號功能。DAG 提供了數(shù)據(jù)庫級、服務(wù)器級和站點級保護(hù)，并且使得部署站點級高可用性/災(zāi)難恢復(fù)解決方案比以前的 Exchange 版本簡單得多。

DAG 使用異步復(fù)制的方式與 CCR 和 SCR 相似。使用 DAG，您最多可以為一個郵箱數(shù)據(jù)庫創(chuàng)建 16 個副本。對于給定的郵箱數(shù)據(jù)庫，每次只有一個副本處于活動狀態(tài)。如果此數(shù)據(jù)庫變?yōu)椴豢捎茫瑒t一個名為 Active Manager 的 DAG 組件將自動使數(shù)據(jù)庫的另一個副本變?yōu)榛顒訝顟B(tài)。由于 Outlook 客戶端現(xiàn)在連接到客戶端訪問服務(wù)器（直接或通過客戶端訪問陣列），用戶幾乎不會注意到 DAG 中已經(jīng)故障轉(zhuǎn)移或切換到了另一個數(shù)據(jù)庫副本。

Exchange 2010 中受保護(hù)的數(shù)據(jù)庫現(xiàn)在位于組織級（請參見圖 4）。

圖 4 受 DAG 保護(hù)的組織級數(shù)據(jù)庫

這意味著 Exchange 2007 和更早版本中的存儲組在 Exchange 2010 中已經(jīng)沒有地位。但是，Exchange 2010 中的每個數(shù)據(jù)庫都有一組關(guān)聯(lián)的日志文件，因為這個新版本像其前身一樣使用原子性、一致性、隔離和持續(xù)性 (ACID) 模型。

在 Exchange 2010 中，Microsoft 已經(jīng)將 Exchange 2010 企業(yè)版服務(wù)器上的數(shù)據(jù)庫數(shù)量提高到 100，而在 Exchange 2007 中，此數(shù)量是 50。此外，值得一提的是，即使 DAG 成員需要 Windows 2008 企業(yè)版（由于依賴于某些 Windows 故障轉(zhuǎn)移群集功能），您仍然可以將 Exchange 2010 標(biāo)準(zhǔn)版和企業(yè)版與 DAG 配合使用。但是請記住，標(biāo)準(zhǔn)版僅允許每個郵箱服務(wù)器有五個數(shù)據(jù)庫。

例如，部署和管理 DAG 要比部署和管理 CCR 群集容易得多，因為所有必要的步驟都可以在 Exchange 管理控制臺或 Exchange 命令行管理程序中執(zhí)行。群集與 Exchange 直接集成在一起，對管理員是透明的。因此，您不再需要群集技能和獨立管理工具，用來管理 Exchange 連續(xù)可用性解決方案。即使多站點 DAG 方案也更容易部署和管理，而且您現(xiàn)在可以將 DAG 成員服務(wù)器定位到不同的 Active Directory 站點中，這與 CCR 有所不同。這意味著您不再需要將 Active Directory 站點延伸到多個物理位置，而這對于 Exchange 2007 中的多站點 CCR 群集而言是不可能實現(xiàn)的。

移動性增強功能

每一次 Exchange 更新?lián)Q代，Microsoft 都為 Exchange 移動性帶來了令人激動的變化，尤其是 Outlook Web App (OWA) — 以前稱為 Outlook Web Access — 和 Exchange ActiveSync。Exchange 2010 也不例外。

Outlook Web App

事實上，Microsoft 對 OWA 進(jìn)行了大量更改，以至有必要為其單獨寫一篇文章。示例如下：

狀態(tài)顯示已內(nèi)置于 OWA 中（請參見圖 5）。這意味著您可以使用 Office Communications Server 解決方案來查看和更改您的狀態(tài)顯示以及查看其他人的狀態(tài)顯示（您也可以集成第三方解決方案）。用戶甚至可以在 OWA 界面中進(jìn)行 IM 聯(lián)系。用戶可以在 OWA 的左側(cè)窗格中管理其顯示的 Office Communicator 聯(lián)系人列表。

• 高級瀏覽器支持現(xiàn)在已擴展到 Mozilla Firefox 3+ 和 Safari 3+ for Mac，當(dāng)然也支持 Internet Explorer（第 7 版或更高版本）。
• 用戶可以直接在 OWA 中發(fā)送和接收短信服務(wù) (SMS) 信息（在 Outlook 2010 中也是如此），而不用在移動設(shè)備上輸入它們。OWA 通過您的移動設(shè)備發(fā)送 SMS 和接收回復(fù)。您甚至可以將 SMS 信息同步到用戶郵箱中，使您能夠?qū)λ鼈兗羞M(jìn)行存儲和備份。
• Exchange 2010 為 OWA（和 Outlook 2010 以及安裝了新版 Outlook Mobile 的 Windows Mobile）引入了新的“會話”視圖。“會話”視圖的目的是減少用戶收件箱中信息過多的現(xiàn)象。借助此功能，會話主題中的所有消息都按照一個簡單而又符合邏輯的視圖顯示在一起，使用戶能夠快速識別未讀消息并理解主題中的回復(fù)順序。即使將消息從收件箱移到其他文件夾中，也不會對“會話”視圖產(chǎn)生影響。用戶可以將會話作為一個整體進(jìn)行管理、忽略、移動和刪除，而不用對每個單獨的消息執(zhí)行相應(yīng)的操作。
• Exchange 控制面板取代了以前 OWA 版本中的“選項”頁面（請參見圖 6）。從此面板中，用戶可以管理傳統(tǒng)的 OWA 設(shè)置，也可以對自己的消息執(zhí)行郵件跟蹤，創(chuàng)建和提供具有必要 RBAC 權(quán)限的通訊，等等。而且，用戶現(xiàn)在可以更新個人的 Active Directory 信息，例如姓名、職務(wù)、部門和電話號碼等。

圖 5 OWA 2010 用戶界面

圖 6 OWA 2010 Exchange 控制面板

Exchange ActiveSync

在指定移動設(shè)備如何與郵箱進(jìn)行同步方面，Exchange ActiveSync 被認(rèn)為是事實標(biāo)準(zhǔn)。Exchange 2010 為基于 ActiveSync 的客戶端引入了幾項激動人心的新功能：

• Exchange 管理員現(xiàn)在可以按類型或按用戶批準(zhǔn)設(shè)備、禁止不受支持的電話以及隔離未知電話。禁止的電話不能與郵箱同步，而隔離的電話可在管理員批準(zhǔn)的前提下進(jìn)行同步。用戶可以通過 Windows Mobile 6.5 中附帶的新版 Outlook Mobile 來查看閑/忙信息。在打開聯(lián)系人的屬性頁時，可以看到一個與 OWA 2007 中相似的時間線。該時間線甚至使用了顏色標(biāo)識。
• Exchange 2010 還對 Windows Mobile 設(shè)備上的昵稱緩存提供支持，因為該緩存現(xiàn)在集中存儲在用戶的郵箱中。
• 一個絕妙的變化是：Microsoft 現(xiàn)在允許運行 Windows Mobile 6.1+ 的 Windows Mobile 設(shè)備以 .CAB 文件的形式下載新的 Outlook Mobile 客戶端（Windows Mobile 6.5 中附帶此客戶端）。當(dāng)用戶首次將其 Windows Mobile 6.1 設(shè)備與其郵箱進(jìn)行同步時，他們將自動收到一封電子郵件，其中包含指向新版 Outlook Mobile 的鏈接。這使得企業(yè)中的用戶能夠充分利用 Exchange 2010 中附帶的全新的 Exchange/Outlook Mobile 功能，而不必購買新的 Windows Mobile 6.5 設(shè)備。

統(tǒng)一消息

盡管體系結(jié)構(gòu)保持不變，Microsoft 仍然通過 Exchange 2010 改善并增強了統(tǒng)一消息。深入的投資包括語音郵件預(yù)覽、受保護(hù)的語音郵件、消息等待指示符、呼叫應(yīng)答規(guī)則以及對更多語言包的支持。

• 語音郵件預(yù)覽在 Outlook 和 OWA 中直接為用戶提供了語音到文本的轉(zhuǎn)換功能。這意味著用戶不再需要收聽傳統(tǒng)的語音郵件，因為在很多時候這都是一件繁重的任務(wù)。他們現(xiàn)在可以在其電子郵件客戶端中以文本消息的形式查看語音郵件。在使用 Outlook 2010 時，語音郵件的文本甚至是可操作的，這意味著姓名、聯(lián)系人和電話號碼將被識別出來并且可以單擊。也可以通過 Windows Mobile 設(shè)備使用語音郵件預(yù)覽。語音郵件預(yù)覽最初支持美國英語、加拿大英語、法語、葡萄牙語、意大利語和波蘭語。在明年發(fā)布 Exchange 2010 SP1 時，還將添加更多語言支持。
• 受保護(hù)的語音郵件使用 Active Directory 權(quán)限管理服務(wù)來保護(hù)語音郵件。例如，用戶可以將語音郵件標(biāo)記為私有，使它們不能轉(zhuǎn)發(fā)給其他收件人。盡管用戶可以自己進(jìn)行設(shè)置，但是此設(shè)置還可以通過管理策略進(jìn)行控制。
• 消息等待指示符向用戶提示在他們受支持的座機上存在新的/未讀的語音郵件以及這些郵件的數(shù)量。使用此功能，用戶甚至能夠以 SMS 信息的形式接收語音郵件預(yù)覽。
• 呼叫應(yīng)答規(guī)則是 Exchange 2010 中的另一項新功能，它與傳統(tǒng)的收件箱電子郵件規(guī)則相似，但適用于傳入的用戶呼叫。用戶可以創(chuàng)建一種個人自動助理，使其包含用于傳入呼叫流控制的菜單。例如，用戶可以設(shè)置規(guī)則，基于時刻、呼叫者 ID、他們自己的日程等條件對呼叫執(zhí)行相應(yīng)的操作。呼叫應(yīng)答規(guī)則還允許用戶為傳入呼叫者創(chuàng)建一組自定義的菜單。
• Exchange 2010 RTM 版支持 16 種語言包，將來還會支持 10 種以上的語言包。

存檔和保留

在過去幾年中，有效保留商業(yè)記錄的能力已經(jīng)變得越來越重要。這種能力尤其要包括電子郵件，因為在合法發(fā)現(xiàn)和其他與法規(guī)符合性相關(guān)的調(diào)查中，電子郵件對于大多數(shù)企業(yè)都是關(guān)鍵的數(shù)據(jù)來源。

管理電子郵件的法規(guī)符合性長期以來一直困擾著企業(yè)，即使 Exchange 2007 引入了一些與保護(hù)和法規(guī)符合性相關(guān)的功能（例如消息記錄管理 (MRM)、傳輸規(guī)則和日志規(guī)則），情況也沒有什么變化。Exchange 2010 引入了保留策略的概念。保留策略是 Exchange 2010 中的 MRM 功能集的一部分，直接取代了托管文件夾。

Exchange 2010 還解決了對郵箱大小的限制，該限制迫使早期版本的用戶將電子郵件轉(zhuǎn)移到本地 .PST 文件中進(jìn)行存檔，并且使管理員更難進(jìn)行法規(guī)符合性管理。

為了解決 .PST 問題，Exchange 2010 提供了新的個人存檔功能。Exchange 管理員現(xiàn)在可以為用戶啟用聯(lián)機存檔郵箱，因此就不再需要脫機 .PST 文件。新的聯(lián)機存檔可以通過 Outlook 2010 和 OWA 2010 進(jìn)行查看，Outlook 2010 甚至支持將 .PST 內(nèi)容拖放到聯(lián)機存檔中。Exchange 管理員還可以配置保留策略，以便自動將消息（例如超過一年的郵件）轉(zhuǎn)移到聯(lián)機存檔中。

Exchange 2010 還包括新功能，允許法律和法規(guī)符合性部門中的用戶執(zhí)行多郵箱搜索和即時法律程序，這樣就可以立即保留用戶刪除和編輯的郵箱項。

借助這些新功能，控制企業(yè)信息比在早期版本的 Exchange 中更加容易、更加靈活。

新的組織聯(lián)合模型

在 Exchange 2007 和更早版本中，在同一企業(yè)或不同企業(yè)中的多個 Exchange 林之間進(jìn)行聯(lián)合相當(dāng)麻煩，有時候是一件非常復(fù)雜的任務(wù)。為了在 Exchange 2000/2003 組織之間共享閑/忙信息，您必須先使用 Forefront Identity Manager (FIM)（以前稱為 Microsoft Identity Integration Server 和 ILM）中附帶的 GALSync 管理代理，將所有必要的郵件用戶作為聯(lián)系人對象從一個組織復(fù)制到另一個組織。然后必須使用類似于組織間復(fù)制 (IOREPL) 的工具，通過公共文件夾復(fù)制閑/忙信息。在 Exchange 2007 中，形勢稍有改觀。您可以使用新的可用性服務(wù)在 Exchange 2007 組織之間共享閑/忙信息。更具體地說，您可以使用 Add-AvailabilityAddressSpace cmdlet 設(shè)置組織之間的閑/忙共享。不幸的是，由于在涉及的組織之間未建立信任關(guān)系，無法進(jìn)行跨林的閑/忙共享。

使用 Exchange 2010 中包含的新聯(lián)合功能，您可以在林之間共享閑/忙、用戶日歷和聯(lián)系人。但是，請記住 Exchange 2010 聯(lián)合功能要求涉及的所有組織都部署 Exchange 2010。它不要求組織中僅部署 Exchange 2010。由于 Exchange 2007 SP2 中的一些下級代理改進(jìn)，您可以在 Exchange 2010 組織以及至少部署了一臺 Exchange 2010 客戶端訪問服務(wù)器的 2007 SP2 組織之間使用新的聯(lián)合功能。

Exchange 2010 中的聯(lián)合功能使用基于 Windows Live 的新服務(wù) — Microsoft Federation Gateway (MFG)。MFG 位于云中，在需要共享數(shù)據(jù)的 Exchange 2010 組織之間基本上扮演的是信任破壞者的角色（請參見圖 7）。再次強調(diào)：盡管在 Exchange 2010 組織之間建立聯(lián)合信任時使用了一個 Microsoft 網(wǎng)關(guān)，但是來自涉及的 Exchange 組織的任何數(shù)據(jù)都不會與 Microsoft 共享。組織只是使用 MFG 在發(fā)布其域信息和啟用對數(shù)據(jù)的域訪問時保證其安全性。

圖 7 Exchange 2010 管理控制臺中新的“聯(lián)合信任”向?qū)?/strong>