云準(zhǔn)備情況

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

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

權(quán)限模型

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

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

中間層 MAPI 和目錄訪問(wèn)

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

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

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

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

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

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

存儲(chǔ)優(yōu)化

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

移動(dòng)性增強(qiáng)功能

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

Outlook Web App

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

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

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

圖 5 OWA 2010 用戶界面

圖 6 OWA 2010 Exchange 控制面板

Exchange ActiveSync

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

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

統(tǒng)一消息

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

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

存檔和保留

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

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

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

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

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

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

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

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

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

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

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