升級到Exchange 2010之前的那點事兒
原創【51CTO獨家特稿】相對而言，從 Exchanger Server 2003 到 Exchange 2010的轉換是非常容易的，但是這一過程還是要求進行一些規劃。本文講述進行轉換之前您需要了解的一些事情。
1. 所有的服務器硬件可能無法再使用
Exchange 2010 要求使用 64 位的 Windows 操作系統，而 Exchange 2003 只能在 32 位的 Windows 版本上運行，所以直接升級是不可能的。為了轉換為 Exchange 2010，您必須至少購買一臺新的服務器。根據 Exchange 的配置方式，也許可進行跳躍式（leapfrog）遷移。利用這種方式，服務器內容轉換之后，還可以使用已有的服務器硬件，但有時不一定能夠使用跳躍式遷移。
2. 和所有已有 Exchange Server 說再見
轉換流傳要求 Exchange 系統設置為本機模式（native mode），因此，對于所有 Exchange 服務器，如果運行的 Exchange 版本低于 2003，必須進行升級或者放棄繼續使用。
3. 必須對活動目錄進行更改
最低標準是必須將活動目錄設置為 Windows Server 2003 功能等級（functional level）。另外，必須確保在每個站點至少有一個全局目錄服務器運行 Windows Server 2003 或更高版本。最后，在安裝 Exchange 2010 之前，必須對活動目錄架構進行升級。
4. 需要進行再培訓
Exchange 2010 與 Exchange 2003 之間沒有類似之處，甚至管理工具也發生了變化。 Exchange System Manager 已經替換為 Exchange Management Console 和名為 Exchange Management Shell 命令行工具。此外，考慮到所有架構方面的差別，顯而易見進行再培訓是非常必要的。
5. 替換前端 Exchange 服務器
某些有關遷移和轉換的文章將 Exchange 2003 前端服務器和 Exchange 2010 Client Access Server 進行比較。某種意義上，這種對比是合理的，因為 Client Access 服務器托管了 OWA 服務。在 Exchange 2003 中，前端服務器是可選的，但是在 Exchange 2010 中，即使不打算使用 OWA 服務，也要求 CAS 服務器。每個連接到 Exchange 2010 系統的客戶端（包括 Outlook、OWA 和 ActiveSync 客戶端）都通過 CAS 服務器連接。
6. 路由組和管理組不再存在
路由組合管理組在 Exchange 2003 中是必備的，但是這些功能在 Exchange 2007 中被刪除，而且在 Exchange 2010 中也不再存在。
7. 需制定向后兼容的計劃
Exchange 2010 Client Access Server 和 Hub Transport Server 不能向后兼容 Exchange 2003。因此，需要在轉換完成之前，保留前端服務器、橋頭服務器（bridgehead），甚至有時還需保留郵箱服務器。如果過早地刪除這些服務器角色，使用 Exchange 2030 服務器的郵箱可能會丟失一些功能。
8. Client Access Server 具有內置代理
在部署 Exchange 2010 Client Access Server 之后，應對外部 DNS 條目進行配置，以便所有 OWA 請求都流向該服務器，但是應保留 Exchange 2003 前端服務器。Client Access Server 具有內置代理。如果用戶的 Exchange 2003 郵箱連接到 Exchange 2010 Client Access Server，那么請求將自動重定向至 Exchange 2003 前端服務器。
9. 了解服務器角色
在 Exchange 2003 中，真正存在的只有兩個服務器角色：前端和后端。Exchange 2010 增加了幾個角色。在計劃進行 Exchange 2010 部署之前，發時間了解這些新角色是至關重要。
10. 某些管理任務需使用 PowerShell
Exchange Management Console（Exchange System Manager 在 Exchange 2010 中替代功能）建立在名為 Exchange Management Shell 命令行界面之上。Exchange Management Shell 是一個 Windows PowerShell 環境，帶有一些特定的 Exchange cmdlet 命令。
這意味著通過 Exchange Management Console 執行的任何管理操作也可以通過 Exchange Management Shell 執行。但反過來并行不通。雖然 Exchange Management Console 包含了管理 Exchange 的基本機制，但更多的高級功能，大多數被微軟隱藏起來了。想要對 Exchange 2010 進行管理，而不用使用 PowerShell 命令的想法是不現實的。
【51CTO獨家特稿，合作站點轉載請注明原文譯者和出處。】
【編輯推薦】
