Exchange 2010

發行項
08/18/2016

深入探討

Henrik Walther

T 他最近發行 Microsoft Exchange 2010 發行到像其前置任務的排列的製造 (RTM) 版本包括透過現有的豐富的新功能和增強功能。為一放棄的其實，與此版本 Exchange 現在大約 21 萬行所組成的程式碼。

Exchange 開發人員必須記住的 Exchange 2010 五個主要目標：來協助組織達到新層級的可靠性、更佳的效能、簡化的管理改進通訊和使用者的較大商務行動的保護。在短而記住，全域經濟危機與他們針對建立更具彈性和最佳化的產品，會降低執行 Exchange 2010 基礎結構的成本。

2008 年四月以來我花了很好的許多測試 Exchange 2010 Beta 版和發行候選組建的時間我實驗室中以及在兩個企業客戶環境中。本文章中我將採用您透過最令人興奮的變更和改進這個最新的導覽及 — 而不一定 — 我們到目前為止已經看過的最大 Exchange 版本。

管理架構

使用 Exchange 2007 Microsoft 引進了管理架構，根據 Windows PowerShell 1.0 和 Microsoft.NET Framework 2.0 執行階段。一旦 Exchange 系統管理員學會如何使用殼層，快速會實現最佳化操作效率的新機會。沒有驚喜，Microsoft 會使用 Windows PowerShell (2.0 版) 和.NET Framework (3.5) 執行階段 Exchange 2010 管理架構中太。在 Exchange 中使用 [Windows PowerShell 2.0 前移之間 2010年會是 PowerShell 遠端處理功能。這項功能會使用「 WS-管理 (WS-存活) 的簡化整個組織的伺服器]、 [裝置] 及 [應用程式管理的 Windows 元件。

Exchange 2007 Exchange 管理命令介面可讓系統管理員從單一的管理伺服器管理所有的 Exchange 2007 伺服器，在管理伺服器本身的主機/過程中執行的指令程式。管理伺服器然後會建立遠端程序呼叫 (RPC) 連線到正在正在操作的交易。「 Windows PowerShell 2.0 遠端處理」功能是進一步簡化管理。遠端處理來管理 Exchange 2010 伺服器透過防火牆提供標準的通訊協定，並明確地用來分隔 Cmdlet 處理「用戶端」和「伺服器」部份。在上面的該，WS 存活使得與 Windows OS 整合更緊密地比它是以 Windows PowerShell 1.0。

是否使用本機的 Exchange 管理工具或專用的管理伺服器，啟動 Exchange 管理主控台或 Exchange 管理命令介面時建立「遠端」的連線。 Exchange 2010 連線到「本機 Windows PowerShell 建立虛擬目錄，在 [IIS 管理員 ’s 預設的 Web 站台，Exchange 2010 管理工具安裝在電腦上時 (請參閱的 圖 1)。

圖 1 的 Windows PowerShell 2.0 在 IIS 管理員中的虛擬目錄

當 Exchange 管理主控台或命令介面連線到 Windows PowerShell 虛擬目錄時，它匯入必要 cmndlets — 或更明確參考這些 cmndlets — 從某伺服器-邊 (aka runspace) 至用戶端工作階段。一旦匯入 Cmdlet 參考，您可以管理 Exchange 2010，就像平常一樣 Exchange 2007 伺服器一樣。

使用 [Exchange 管理命令介面時您可以建立 Windows PowerShell 工作階段，建立新的連線，對遠端 Exchange 2010 伺服器。當執行這項作業，您殼層從本機伺服器執行任何命令執行直接在您連線的遠端 Exchange 2010 伺服器上。

因為 Exchange 管理主控台內建的管理命令介面上，並在背景中執行命令，Windows PowerShell，管理主控台的行為與殼層相同的方式。您甚至可以使用主控台來連接和管理 Exchange 2010 伺服器在另一個 Exchange 樹系中的 (請參閱的 圖 2)。

在實際上不只可以您新增其他的 Exchange 組織在主控台但也 (請參閱的 圖 3) 的兩個 Exchange 組織間移動信箱。

圖 2 的 多重 Exchange 樹系，在 Exchange 管理主控台

圖 3 的新遠端移動要求精靈在 Exchange 2010

定域機組整備
最後您也將能夠從 Exchange 管理主控台] 和 [Exchange 管理命令介面管理 Exchange 線上，其中一個 Microsoft ’s 軟體加上服務解決方案。這將可能一旦 Microsoft 更新 Exchange 線上 Exchange 2010 至；目前它根據 Exchange 2007。這會讓組織機會選擇一個上場所的解決方案、裝載的服務或兩者的混合 — 和不著痕跡地管理。

Microsoft 已經完成了這可能參與 Microsoft Live@edu] 程式的教育機構以及 Microsoft 員工裝載 Microsoft Exchange 管主控多個一千萬信箱到日期中的其個人網域。

權限模型

Exchange 2010 延伸存取控制項目 (ACE)-基礎權限模型 Microsoft 提供與 Exchange 2007，以包含新的授權層使用角色式存取控制 (RBAC)。 RBAC 可讓您定義廣泛或精確根據系統管理員及特殊的一般使用者的角色的權限。這表示您可以定義權限模型在 Exchange 2010 以符合組織的模型而不增加複雜性。預設角色群組在 Exchange 2010 實際上應該足夠供大部分企業雖然您可以依需要建立自訂角色群組。

說另一種方式、 RBAC 現在控制項操作管理和特殊使用者工作的使用者可以 self-administer 他們的信箱、通訊群組等等之範圍內。

中間層 MAPI 和目錄存取

在 Exchange 2007 用戶端存取伺服器會提供 Outlook (訊息應用程式發展介面或 MAPI) 和形式 (以 Web 為基礎的分散式製作和版本控制或 WebDAV) 以外的所有用戶端連線端點。這已卸載了顯著數量的處理由舊版 Exchange 2007 中的後端信箱的處理。

在 Microsoft 這進一步中佔 Exchange 2010 其中移動 MAPI 和目錄的 RPC 用戶端存取服務的簡介與存取中間層用戶端存取伺服器的連線。如此一來 MAPI 用戶端不再直接連線到信箱伺服器時開啟信箱。而是他們連接 RPC 用戶端存取服務，輪流交談 Active Directory 及信箱伺服器。目錄資訊 Outlook 連線至用戶端存取伺服器上的名稱服務提供者介面 (NSPI) 端點，NSPI 然後交談 Active Directory 透過 Active Directory 驅動程式。 NSPI 端點會取代我們知道從 Exchange 2007 的 DSProxy 元件。

這不同於 Outlook 無所不在 (透過 HTTP RPC) 連線的用戶端信箱在 Exchange 2007，因為這些用戶端連結到 RPC Proxy 元件，用戶端存取伺服器上。在另外他們討論 MAPI 透過 RPC 直接與信箱伺服器，且在 Active Directory 中的 [NSPI 結束點。

RPC 用戶端存取服務具有數個好處。與 MAPI 第而目錄連線移到中間層用戶端存取伺服器角色 Exchange 現在會有單一的常見路徑透過哪個所有的資料存取發生。這不僅增進一致性，將商務邏輯套用至用戶端時, 同時也提供更好的用戶端體驗 switchovers 或使用新資料庫可用性群組 (DAG) 功能 (這項功能，稍後再詳細) failovers 期間。針對 Outlook 用戶端中斷連線可能幾分鐘的時間與最後 30 秒 — heck，甚至 30 分鐘 — 通常在複雜的 Active Directory 拓樸與 Exchange 2007 叢集連續複寫 (CCR) 叢集部署。

上次，擁有所有的資料存取的單一的常見路徑允許多同時連線和每個信箱伺服器的信箱。在 [Exchange 2007，信箱伺服器可以處理 64,000 連線。這會比較 250,000 中 Exchange 2010 RPC 內容控制代碼限制。與用戶端存取伺服器增加 Exchange 2010 依賴用戶端需要快速重新從一部用戶端存取伺服器到另一個以回應計劃或非計畫停機時間。說出 Hello Exchange 2010 ’s 新用戶端存取陣列。如名這是用戶端存取伺服器的陣列。更具體地說陣列組成就會建立 [Active Directory 站台中的所有用戶端存取伺服器。連接到一個完全合格網域名稱 (FQDN) 的用戶端存取伺服器的 Outlook 用戶端所連線 (例如 outlook.contoso.com) 陣列的 FQDN。如此可確保透過 RPC 連線透過 MAPI 的 Outlook 用戶端連線一直。陣列也會存在，稱為 Active Directory 網站中的信箱伺服器資料庫上的屬性。如此可確保陣列知道使用者應該導向至哪個信箱伺服器和資料庫。如果您保護使用新的 DAG 功能的信箱資料庫，且另一個 Active Directory 站台中個別資料庫的副本會變成作用中的一個用戶端存取伺服器會討論直接與儲存資料庫副本透過 RPC 的信箱伺服器。這是很重要的詳細資料。

只要信箱伺服器角色是安裝在伺服器上都由一個 DAG 保護，您可以使用 Windows 網路負載平衡 (WNLB) 配合用戶端存取陣列。當然您也可以使用用戶端存取陣列的外部硬體負載平衡器搭配。但是請記住陣列是僅供 Outlook RPC 用戶端；您仍然使用傳統 WNLB 或為一個外部負載平衡器服務如 Outlook Web Access、自動探索、 Exchange ActiveSync 及可用性服務。

儲存區最佳化

搭配使用 64 位元架構和精簡的每秒我 / O — 達 70%— Exchange 2007 其前置任務以建立更有效率的儲存環境可能比。在 [Exchange 2010，Microsoft 致力其儲存最佳化努力上傳遞大型 (+ 10 GB) 快速信箱時利用廉價的儲存體。

在「可延伸儲存引擎 (ESE) 的變更，與 Exchange 2010 現在您已經有使用這類低效能磁碟為桌面類似 SATA 磁碟 (aka 第 2 層磁碟) 的選項。，我說 7200 SATA 磁碟類似於您的工作站。如果使用高可用性 DAG 功能，並且有三個或更多資料庫複本，您甚至可以使用，說，單一 7200 RPM 磁碟來儲存資料庫副本和相關聯的記錄檔資料流。亦即您不再需要使用小型的快速磁碟 RAID 中。而是，您可以儲存您的資料庫 JBOD 組態中的大型且緩慢磁碟上。

Microsoft 主要是存放區結構描述進行重大的變更，我們也知道它達到這類大量儲存體的效能改進。基本上，Exchange 2010 開發人員想要從移開許多，隨機、小型 I/O 來更少，循序，大型 I/O。從移動隨機至循序 I/O 存放區資料表架構的必要明顯的變更。

在 Exchange 2007 或更早版本，每個資料庫有信箱表格 (儲存所有信箱在資料庫中)，資料夾資料表 (在資料庫中的所有信箱的預都存的信箱資料夾，) 訊息資料表 (都儲存的郵件)、附件表 (針對資料庫中的所有信箱的預都存附件) 和訊息 / 資料夾資料表 (針對資料庫中的所有信箱的預都存的資料夾檢視)。在這個架構 hasn’t 變更從 Exchange 4.0 後很多很多的隨機 I/O 必須對資料庫執行。使用這個架構優勢是單一執行個體存放 (SIS) 保留在郵件的只有一個複本 — 大的好處後當相對較小的磁碟已 par 的課程。但現今，與 500 GB SAS 磁片，而且在我們處置 2TB SATA 磁碟，這種架構不再也比較合理。

在 [Exchange 2010，信箱中的所有資料取得都儲存在資料表相近資料庫中。實際，每個信箱有它自己資料夾、訊息標頭、主體] 和 [檢視] 資料表。所以，SIS 不再存在在 Exchange 資料庫。移除 SIS 從 Exchange 的一側邊] 效果為資料庫 bloats 約 20 %。若要解決這個問題，Exchange 開發人員會壓縮資料庫 (更明確郵件標題和文字或 HTML 內文)。透過給予每個信箱自己的資料表集，對資料庫執行的 I/O 是大多是連續的。

其他有趣的變更包括：資料庫空間配置以連續方式；經過一段時間維護資料庫 contiguity ；資料庫頁面的大小是現在 32 KB 向上從 8; 且非同步的讀取的能力已經過改良。 Exchange 產品小組也有增加快取效率大幅變更為 100 MB 的檢查點深度為高可用性設定使用快取壓縮和資料庫快取優先順序。

中的所有修訂 Exchange 2010 的結果，您可以預期到百分之 70 減少 I/O 相較於 Exchange 2007 中為止。現在，’s 我稱之為 ESE 最佳化。

Exchange 連續複寫的演進

之前要 Exchange 2007 Microsoft 提供僅極有限高可用性和嚴重損壞修復功能。 IT 管理員可以使用冗餘硬體層級的 Microsoft 叢集伺服器; 儲存子系統是單點失敗。若要達到在儲存層級的冗餘，組織必須投資在第三方廠商複寫產品。

與 Exchange 2007 Microsoft 改善在高可用性和嚴重損壞修復功能，包括非常成功 CCR 與整個套筒這種情況。這個叢集複寫技術結合非同步複寫技術與 Windows 容錯移轉叢集提供了硬體和儲存區備援、高可用性及沒有單一失敗點。

Microsoft 解決與待命連續複寫 (SCR) 功能與 Exchange 2007 SP1 引入跨站台回復性的需求。 SCR 會啟用與叢集與非叢集信箱伺服器的記錄檔傳送。 SCR 可讓 IT 指定記錄檔重新顯示延隔時間的最多七天這表示它們按 SCR 目標在另一個資料中心之前，您可以修正大部分的資料庫/儲存區相關問題。

Microsoft 已經改善 CCR 和 SCR 更進一步 Exchange 2010，結合到的 DAG 新先前所述的連續可用性功能這兩個。一個 DAG 就像 CCR 仍然取決於一組有限的 Windows 容錯移轉叢集元件 — 活動訊號功能、檔案共用見證及主要是叢集資料庫。 DAGs 提供資料庫、伺服器及站台層級的保護，並進行部署站台層級最高的可用性/嚴重損壞修復解決方案比舊版 Exchange 大幅容易。

DAG 使用非同步複寫就像 CCR 和 SCR. 使用一個 DAG 您可以建立最多 16 個的信箱資料庫的複本。給定的信箱資料庫的一份位於使用中一次。讓應該這個資料庫變成無法使用，DAG 元件，稱為主動管理員自動成為其他複本的其中一個使用中。因為 Outlook 用戶端現在連線為用戶端存取伺服器 (直接或透過用戶端存取陣列)，使用者很少會注意到容錯移轉或轉換轉換至另一個資料庫複製 [DAG 中。

在組織現在保護，位於 Exchange 2010 中的資料庫層級 (請參閱的 圖 4)。

圖 4 的 組織層級由 DAG 受保護物件的資料庫

這表示儲存群組我們知道從 Exchange 2007 及更早版本沒有 Exchange 2010 內的位置。不過中 Exchange 2010, 每個資料庫有關聯的組記錄檔，因為這個新的版本使用不可部份完成性、一致性、隔離及耐用性 (ACID) 模型像其前置任務。

與 Exchange 2010 Microsoft 也有 upped 資料庫設為 100 相較於 50 Exchange 2007 中的 Exchange 2010 企業版伺服器上的號碼。也值得一提，即使需要 DAG 成員 Windows 2008 企業版 (因為需要在某些 Windows 容錯移轉叢集功能上相依性) 就，您可以使用標準的 Exchange 2010 和企業版本與 DAGs。請記住，但是，標準版是限制為五個資料庫，每個信箱伺服器。

部署與管理一個 DAG 是的比 CCR 叢集，對於執行個體更容易，因為所有所需的步驟會從執行 Exchange 管理主控台] 或 [Exchange 管理命令介面內。叢集是直接與 Exchange 整合和系統管理員的透明。因此您可以說再見叢集技術及管理 Exchange 連續可用性方案的不同系統管理工具。甚至多站 DAG 案例容易部署與管理，且現在您可以 — 與不同的是與 CCR — Active Directory 的不同站台中尋找 DAG 成員伺服器。這表示您不再需要跨越實體位置延伸 Active Directory 網站 — 這是您 couldn’t 做到與多站 CCR 叢集 Exchange 2007 中。

行動使用增強功能

每個 Exchange 反覆項目與 Microsoft 有到 Exchange 機動性 Outlook Web 應用程式的更精確地說就是 (OWA) 帶令人興奮的變更 (以前稱為 [Outlook Web Access — 及 Exchange ActiveSync。 Exchange 2010 也不例外。

Outlook Web 應用程式
在實際上 Microsoft 對很多變更 OWA 技術應得其本身的發行項。以下列舉幾個範例：

目前狀態內建 OWA (請參閱的 [圖 5])。這表示您可以看到和變更出席資訊狀態，以及檢視其他人使用 Office 通訊伺服器解決方案 (您也可以整合協力廠商解決方案) 的存在。使用者可以甚至 IM 彼此從 OWA 介面內。使用者可以管理他們 Office Communicator 的連絡人清單，在左窗格中可檢視從其中 OWA。

優質瀏覽器支援現在延伸到 Mozilla Firefox 3 + 和狩獵 3 + 為 Mac，以及 — 當然 — Internet Explorer (版本 7 或更新版本)。
使用者可以收發短訊息服務 (SMS) 訊息直接在 OWA (和該事務的 Outlook 2010) 而不是行動裝置上輸入。 OWA 會傳送您的行動裝置透過 SMS 會收到回應。您甚至可以同步 SMS 訊息給使用者信箱，讓它們儲存和備份集中。
Exchange 2010 引入新的交談檢視 OWA (和與 Outlook 2010 與新安裝的 Outlook Mobile 版本的 Windows Mobile)。與對話檢視概念是資訊的減少使用者 ’s 收件匣中多載。有了這項功能對話執行緒中的所有郵件一起都出現在簡單且邏輯的檢視，讓使用者能夠快速識別未閱讀的郵件，並了解系列的執行緒中的回應。即使郵件移動超出 [收件匣] 並到其他資料夾時，[交談] 檢視會保留不變。使用者可以管理、忽略、移動和刪除整個交談而非反應至每個個別的訊息。
Exchange 控制台中會取代我們知道從 OWA 舊版的 [選項] 頁面 (請參閱的 圖 6)。從這個面板使用者可以管理傳統 OWA 設定，但也為他們自己的郵件執行訊息追蹤、建立及中等 RBAC 的必要權限和類似的分配。在另外的使用者現在可以更新個人的 Active Directory 資訊，例如 [名稱]、 [標題]、 [部門] 和 [電話號碼。

圖 5 的 OWA 2010 使用者介面

圖 6 的 OWA 2010 Exchange 控制台

Exchange ActiveSync
Exchange ActiveSync 會被視為 de facto 標準指定如何行動裝置與信箱同步處理。 Exchange 2010 動態同步為基礎的用戶端介紹幾個令人興奮的新功能：

Exchange 系統管理員現在可以核准由型別或使用者的裝置、封鎖不支援的電話並隔離未知的電話。已封鎖的電話不能同時隔離的電話可能允許同步處理基礎上系統管理員核准與信箱同步處理。使用者可以透過新的 Outlook Mobile 版本隨附 Windows Mobile 6.5 的空閒/忙碌資訊查詢。在開啟連絡人 ’s 屬性頁時時刻表類似我們知道從 OWA 2007 將為可見。時間軸是甚至以色彩顯示。
Exchange 2010 也包含在 Windows Mobile 裝置上的暱稱快取的支援使用者 ’s 信箱中現在儲存快取集中。
在一個巧妙移動 Microsoft 現在可讓執行 Windows Mobile 6.1 + 下載新的 Outlook 行動用戶端 (一個隨附 Windows Mobile 6.5) 的 Windows Mobile 裝置為.CAB 檔。當使用者第一次同步處理他們的信箱與他們的 Windows Mobile 6.1 裝置時，它們自動將收到的電子郵件，其中提供連至新的 Outlook Mobile 版本。這可讓企業內使用者，若要利用新的 Exchange/Outlook 行動電話功能與 Exchange 2010 引入而不必投資在新的 Windows Mobile 6.5 裝置。

整合通訊

雖然架構仍保持不變，Microsoft 已獲得改善，而且增強整合通訊與 Exchange 2010。深投資包括語音信箱預覽、受保護的語音信箱、訊息等待指示器、呼叫接聽規則及其他語言套件的支援。

語音信箱預覽提供使用者直接在 Outlook 與 OWA 中的語音文字轉譯。這表示使用者不再需要聆聽傳統語音信箱訊息的繁瑣的工作的許多。它們改可以看見他們的電子郵件用戶端中的文字訊息語音信箱。使用 [Outlook 2010 時語音訊息文字甚至會變成可行表示名稱]、 [連絡人] 和 [電話號碼會辨識，並會可點選。語音信箱預覽也有可能透過 Windows Mobile 裝置。語音信箱預覽一開始支援美國和加拿大英文、法文版、葡萄牙文、義大利文和波蘭文語言。當有時明年變成可用 Exchange 2010 SP1 時，它將會加入更多語言的支援。
受保護的語音信箱使用 Active Directory 權限管理服務來保護 voicemails。對於執行個體的使用者可將標示 voicemails 為私用，所以無法轉寄給其他收件者。雖然使用者可以進行，所以本身此設定也可以控制透過系統管理的原則。
訊息等待指示通知出席和其支援的服務台電話上的新/未閱讀 voicemails 數目的使用者。有了這項功能的使用者可以甚至接收語音信箱預覽為 SMS 訊息。
呼叫接聽規則的 Exchange 2010 另一項新功能、運作方式類似傳統的收件匣電子郵件訊息規則，但是針對使用者的來電。使用者可以建立一種包含快顯功能表，連入呼叫流量控制的個人的自動語音應答。比方說使用者可以設定該怎麼處理呼叫等等根據如呼叫者識別碼他們自己的排程的日期時間準則的規則。呼叫接聽規則也讓使用者的傳入呼叫者建立一組自訂的功能表。
Exchange 2010 RTM 版本會很快就具有以 10 更眼前的 16 語言套件的支援。

封存並保留

這些年來能夠有效率地保留商務記錄變得越來越重要。尤其是包括電子郵件這對於大部分的企業是在合法的探索資料原則來源及其他與法規遵循相關的調查。

管理電子郵件的符合性長有挑戰企業，即使 Exchange 2007 引進了數個保護與法規遵循相關的功能，例如訊息記錄管理 (MRM)、傳輸規則和日誌規則時。 Exchange 2010 介紹保留原則的概念。保留原則是在 Exchange 2010 和直接取代的受管理的資料夾中設定 [MRM 功能的一部分。

Exchange 2010 也解決了強迫較早版本的使用者將電子郵件移至本機的.PST 檔案封存的信箱大小限制，並讓規範管理困難為系統管理員。

若要解決.PST 問題，Exchange 2010 可傳送新的個人封存功能。 Exchange 系統管理員現在可以啟用排除的離線.PST 檔案需要的使用者的線上封存信箱。新的線上封存是透過 Outlook 2010 和 OWA 2010 和 Outlook 2010 甚至支援拖曳並放到線上的保存檔的.PST 內容的可見的。 Exchange 系統管理員也可以設定自動移動郵件的保留原則 — 例如是早於一年的郵件 — 線上的保存檔。

Exchange 2010 也包含可讓使用者在法律中的新功能，並執行 multimailbox 搜尋和立即法律規範部門按住，哪一個啟用的使用者立即保留刪除和編輯信箱項目。

使用這些新功能掌控企業資訊就變得更容易而儘可能使用較早的 Exchange 實作更有彈性。

新的組織聯盟模式

使用 Exchange 2007 或更早版本，多個 Exchange 樹系在相同企業或不同企業間進行聯盟已經有點不方便而有些時候複雜的工作。若要共用 Exchange 2000/2003年組織間的空閒/忙碌資訊，您必須先將所有必要的郵件使用者從一個組織複寫到其他連絡人使用包含與 Forefront 識別管理員 (FIM)，之前稱為 Microsoft 識別整合伺服器和 ILM GALSync 管理代理程式的物件。然後您必須使用一種工具，例如 [組織間複寫] (IOREPL) 來複寫空閒/忙碌資訊透過公用資料夾。與 Exchange 2007 事情有點改進。您可以共用 Exchange 2007 組織使用新的可用性服務之間的空閒/忙碌資訊。更精確地說就是您可以使用新增 AvailabilityAddressSpace cmndlet 來設定組織間共用空閒/忙碌資訊。不幸的是，沒有信任關係建立時所牽涉的組織間，跨樹系空閒/忙碌資訊共用是有限。

使用新的聯盟功能在 Exchange 中包含 2010，您可以共用空閒/忙碌]、 [使用者的行事曆] 及 [樹系之間的連絡人。不過，記住 Exchange 2010 聯盟功能需要所有相關的組織有 Exchange 2010 部署。它 doesn’t 需要是純粹的 Exchange 2010 組織，您可以因為的 Exchange 2007 SP2 中的某些下層的 Proxy] 改進受益新聯盟功能 Exchange 2010 和 2007 SP2 組織已部署的至少一個 Exchange 2010 用戶端存取伺服器之間。

聯盟功能在「 Exchange 2010 使用一個新的 Windows Live 為基礎服務，以已知為 Microsoft 聯盟閘道 (MFG)。 MFG 位於定域機組基本上會做為想要共用的資料 (請參閱的 圖 7) 的 Exchange 2010 組織間的信任保險經紀人。它 ’s 重要即使 Microsoft 閘道用來建立 Exchange 2010 組織間的聯盟信任，從任何所涉及的 Exchange 組織沒有資料共用與 Microsoft 的壓力。組織只要使用 [MFG 來確保安全性，當資料發佈其網域和啟用網域存取的相關資訊。

圖 7 在 Exchange 2010 管理主控台中的新聯盟 TrustWizard

新的聯盟功能 don’t 需要任何信任關係或所涉及的組織間的資料複寫。若要檢視空閒/忙碌] 狀態的使用者在其他組織，Outlook 2010 或 OWA 2010 使用者只需輸入了在排程的小幫手] 的那個人 ’s 電子郵件地址。 (在 Outlook 2007 中郵件使用者從相反的組織必須複寫讓它們出現在本機的全域通訊清單)。行事曆和連絡人共用這兩個功能需要 OWA 2010 或 Outlook 2010。

您可以特別設定應該共用您想要共用使用共用的原則，並在什麼層級資料何種的資料。而且與組織的共享原則中，您可以建立共用的原則。這裡您可以指定多少資訊的使用者應該能夠共用與哪些網域 (請參閱的 [圖 8])。

圖 8 的 Exchange 2010 管理主控台中的新組織關聯精靈

雜項 Coolness

在短以下是其他很棒的事可用與 Exchange 2010：

線上信箱將 Exchange 2010 本機移動的要求和遠端的移動要求精靈，帶幾個優點與它們的取代移動信箱精靈。比方說系統管理員可以現在移動信箱工作期間如程序期間，會移動來源信箱 isn’t 採取離線。為一放棄的其實，使用者可以傳送及接收電子郵件，存取 GAL 排程會議等等期間信箱移動。在另外您可以使用 Exchange 管理主控台 Exchange 樹系間移動信箱。

MailTips MailTips 允許寄件者的電子郵件時撰寫在 Outlook 2010] 或 [OWA 2010 郵件檢視資訊的訊息。 Microsoft 已經建立數個預設 MailTips，但是您也可以新增您自己。預設 MailTips 包含無效的內部收件者 (如果使用者或您在若要輸入的群組:或副本收件者:欄位 doesn’t 存在於 Active Directory)，完整的信箱 (收件者的信箱已滿，) 自動回覆 (顯示超出辦公室] 和 [其他自動回覆) 限制收件者 (根據原則)、超過大小的訊息 (訊息大於傳送或接收大小、郵件大小或要求長度設定) 及大型的對象傳送給群組郵件大於 25 成員) 時。

傳輸恢復功能 也稱為陰影冗餘這項新功能可確保目的傳輸中樞伺服器會確認訊息傳遞之前，將 isn’t 刪除從傳送的傳輸中樞伺服器的訊息。使用 Exchange 2007 如果遺失郵件佇列資料庫則內它的訊息就會遺失。「重複」功能這會 doesn’t 發生在 Exchange 2010。此選項表示您可以輕鬆地取代失敗的傳輸中樞伺服器只它從實際執行環境，沒有清空佇列中移除。它也不需要的儲存硬體重複性在成本直接影響。

動態的簽章 您可以現在 (透過傳輸規則) 部署個人或公司的簽章或時建立它們包含 HTML、特定的字型、公司標誌 (甚至動畫 GIF) 及 Active Directory 中的使用者使用 [DisplayName，名字在前，姓氏在前，部門及公司值的免責聲明。

發佈群組調節 ’s 現在可以設定需要仲裁者接受訊息之前它傳送給群組成員的控管型的通訊群組的位置。您也可以管理群組成員資格從新 OWA 2010 Exchange 控制面板 (ECP)。使用者可以指派權限讓他們可以建立他們自己的通訊群組內 [ECP。

Exchange 管理主控台中的大量收件者管理 您現在可以執行大量收件者管理從 Exchange 管理主控台內。對於執行個體可現在移動、移除、停用或啟用大量的使用者信箱。如果選取的收件者相同的類型，甚至可以編輯收件者的屬性。

傳送郵件 為 Exchange 管理」工具在同一部電腦上安裝 Outlook 後，您可以傳送郵件給使用者信箱、郵件連絡人、郵件的使用者或通訊群組。

管理資料夾的權限 您可以與 Exchange 2010 來管理使用新的新增 MailboxFolderPermission、 Get MailboxFolderPermission 和移除 MailboxFolderPermission Cmdlet 的 Outlook 資料夾權限。

Exchange 2010 會介紹許多新增和令人興奮的功能和改進透過現有的。無疑您找到 Exchange 2010 全面性、整合和彈性的通訊解決方案對於各種規模的企業。

共用方式為