在 Exchange 2010 環境中如何安裝 Exchange 2003/2007

這篇文章主要介紹了在 Exchange 2010 環境中如何安裝 Exchange 2003/2007，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

問題：能否在純 Exchange 2010 的組織中安裝 Exchange 2003 或 2007？

解答：如果該環境是純 Exchange 2010 環境（僅由 Exchange 2010 服務器構成的 Exchange 組織，且從未部署過 Exchange 的以前版本），則不能。如果從 Exchange 2007 過渡到 Exchange 2010 且已取消最后一個 Exchange 2007 服務器，則也不能，因為現在該組織被視為純 Exchange 2010 的組織，此后您將無法在該組織中安裝 Exchange 2007。

如果計劃從 Exchange 2003 過渡到 Exchange 2010 并且已使用 Exchange 2010 安裝程序準備好了 Active Directory 林，則還是無法在該組織中安裝 Exchange 2007 服務器。順便說一下，在純 Exchange 2003 的組織中首次安裝 Exchange 2010 時將顯示有關無法安裝的警告（參見圖 1）。

圖 1 使用 Exchange 2010 安裝程序準備環境后，安裝程序將警告您無法在該組織中安裝 Exchange 2007。

因此，如果您有時需要 Exchange 2007 服務器，則在從 Exchange 2007 過渡到 Exchange 2010 后，應將一個 Exchange 2007 服務器保留在組織中。或者，如果您正在從 Exchange 2003 過渡到 Exchange 2010，則應先在該組織中部署一個 Exchange 2007 服務器，然后再使用 Exchange 2010 安裝程序準備 AD 林。

問題：目前，我們將 Exchange 2007 用作企業環境中的消息傳送系統。我們剛剛將所有的客戶端計算機從 Windows XP 升級到 Windows 7，但是在新的 Windows 7 客戶端上安裝 Exchange 2007 (SP2) 管理工具時遇到問題。在 Windows 7 上安裝 Exchange 2007 管理工具時，有什么需要特別注意的事項嗎？

解答：由于 Exchange Server 2007 的開發早于 Windows 7，因此 Windows 7 不支持 Exchange 2007 管理工具。Exchange 產品組將精力集中在 Exchange 2010 上，它當然會支持 Windows 7。

不幸的是，軟件開發始終受預算和資源的約束。在 Exchange 產品組必須決定在 Windows 7 上安裝 Exchange 管理工具提供支持時，也受到一些因素的限制。這里有一個事實需要您重點考慮，在使用 Exchange 的所有客戶中，大約 65% 仍在使用 Exchange 2003，并且在 Exchange 2010 發布并投入生產后，大部分客戶將跳過 Exchange 2007 而直接使用 Exchange 2010。

對此，可以在 Windows 7 客戶端上安裝 Exchange 2007 Service Pack 3 作為解決方案。對，您沒聽錯。根據客戶反饋，Exchange 產品組已決定在 2010 年下半年發布 Exchange 2007 SP3，這將增加對在 Windows 7 客戶端上安裝 Exchange 2007 管理工具和在 Windows Server 2008 R2 服務器上安裝 Exchange 2007 的支持。有關發布 Exchange 2007 SP3 的計劃的更多內容，您可以點擊以下鏈接查閱：http://msexchangeteam.com/archive/2009/11/30/453327.aspx。

問題：我計劃將 Exchange 2007 遷移到 Exchange 2010，在準備此項任務時，我設置了一個實驗室環境，其中包含兩個單獨的 Active Directory 林。源 AD 林包含 Exchange 2007 組織，目標 AD 林包含 Exchange 2010 組織。

我記得執行從 Exchange 2003 到 Exchange 2007 的跨林遷移時，目標組織不要求 Active Directory 用戶帳戶已遷移到目標 AD 林中。

嘗試將某些 Exchange 2007 郵箱跨林移動到 Exchange 2010 組織后，在 Exchange 2010 中跨林移動郵箱的行為似乎與在 Exchange 2007 中不同。

能否解釋一下當目標為 Exchange 2010 組織時，如何跨林移動郵箱？

解答：您說得對，跨林郵箱移動在 Exchange 2010 中的工作方式與在 Exchange 2007 中不同。

如您所言，Exchange 2007 Move-Mailbox cmdlet 不要求在移動相關的郵箱之前將 AD 帳戶遷移到目標 AD 林中。Exchange 2007 Move-Mailbox cmdlet 將在目標 AD 林中查找與任何代理地址（SMTP 地址）、源 ObjectSID（masterAccountSID、objectSID 和 sidHistory）或 legacyExchangeDN（在用戶對象上標記的 x500 地址）匹配的所有 AD 帳戶。如果找到了匹配項，則目標 AD 林中匹配的 AD 帳戶將啟用郵件。如果找不到匹配項，則 Move-Mailbox cmdlet 將創建一個已禁用的、啟用了郵箱的 AD 用戶帳戶。

在 Exchange 2010 中，情況有所不同。首先，不再使用 Move-Mailbox cmdlet。該 cmdlet 已由全新的 New-Move Request cmdlet 取代，順便說一下，新的 cmdlet 在幾個方面有所改進。此外，使用 New-Move Request cmdlet 執行跨林郵箱移動時，Exchange 2010 希望找到有效的郵件用戶并嘗試使用 msExchMailboxGUID 使源帳戶與目標帳戶匹配。與 Exchange 2007 不同，它不會嘗試使用上述屬性匹配目標帳戶。這意味著您需要先為目標 AD 林提供郵件用戶，然后才能使用 Exchange 2010 執行跨林移動。

順便說一下，與 Exchange 2007 不同，現在您就可以使用 Exchange 2010 Exchange 管理控制臺執行跨林郵箱移動（參見圖 2）。您只需先將 Exchange 組織從目標林 AD 添加到 EMC。

圖 2 Exchange 2010 新遠程移動請求窗口

您可以在目標 Exchange 2010 組織中創建郵件用戶，方法如下：使用 Microsoft TechNet 中此部分中介紹的 PrepareMoveRequest.ps1 腳本，或使用 Identity Lifecycle Management (ILM) 2007 FP1（具有最新修補程序，可使 Exchange 2010 提供 ILM 2007 FP1）或使用 Forefront Identity Management (FIM 2010)，當前后者可在候選發布版 1 中獲得并且將在 2010 年第一季度 RTM。

問題：在我們的組織中，當前已部署 Exchange 2007。我們擁有一個高可用性解決方案，該解決方案由 4 個 Exchange 2007 服務器構成，其中兩個服務器安裝了集線器傳輸和客戶端訪問服務器角色，兩個服務器充當連續復制群集 (CCR) 群集中的郵箱服務器群集節點。為實現負載平衡和為傳入客戶端和 SMTP 連接提供自動故障轉移，在 Windows NLB 中已配置了安裝有 HT 和 CAS 服務器角色的 Exchange 2007 服務器。此解決方案很有效，但是發布 Exchange 2010 后，我們希望使用此最新的 Exchange 服務器版本。在該版本中，我們不僅可以利用幾個新功能，而且據說我們可以將 Exchange 服務器數量減少到兩個，而不失去現在具有的 HA 功能。

在移動到僅由 2 個服務器構成的 Exchange 2010 HA 解決方案之前，有什么需要特別注意的事項嗎？

解答：有。為了構建高可用性 Exchange 2007 消息傳送解決方案，其中可進行自動故障轉移并且實現在硬件或存儲級方面沒有任何單點故障，您總共需要 4 個服務器：兩個服務器安裝有 Exchange 2007 客戶端訪問和集線器傳輸服務器角色，兩個服務器充當基于群集連續復制的群集 (CCR) 中的群集節點。

集線器傳輸具有用于站點內通信的內置負載平衡和故障轉移功能，并且您可以使用 DNS 循環機制使其實現冗余。但是，由于 CAS 角色不包括任何負載平衡功能，您通常還必須將這兩個服務器配置為 Windows 網絡負載平衡 (WNLB) 群集中的節點，以便為來自 Internet 和其他外部網絡上的客戶端和服務器的傳入連接提供負載平衡和自動故障轉移功能。

作為 CCR 群集中的群集節點的兩個服務器將分別安裝主動和被動郵箱服務器角色，以便群集郵箱服務器 (CMS) 可切換到或故障轉移到這兩個節點中的任一個。最后，您在 CCR 群集中將其中一個前端服務器專門用作文件共享見證（第三次投票）。

您可能已經知道，CCR（以及具有相同功能的 SCC、LCR 和 SCR）已從 Exchange 2010 中刪除。但是，Exchange 2010 引入了一種新功能，名為數據庫可用性分組 (DAG)。該功能使用與 CCR 和 SCR 組合相同的同步技術，但同時提供了許多新功能，并且其很多功能相對于 CCR 和 SCR 有很大提升。值得注意的是，Exchange 2010 支持在包含已添加到 DAG 的郵箱服務器角色的同一服務器上安裝其他 Exchange 2010 角色（集線器傳輸、客戶端訪問甚至是統一消息）。這就意味著，您無需再將兩個服務器專用于配置集線器傳輸和客戶端訪問服務器角色的前端服務器。只需在這兩個服務器上安裝所有必需的 Exchange 2010 角色，您就擁有了基于 Exchange 2010 的完全冗余消息傳送解決方案。差不多是這樣的。是的，這聽起來令人難以置信，不是嗎？

您知道，自從 DAG 在一定程度上利用 Windows 故障轉移群集 (WFC) 組件（主要是檢測信號和群集數據庫）后，您便無法將這兩個服務器配置為 Windows NLB 中的節點，因為不支持在同一服務器上使用 WFC 和 WNLB。從 Windows NT 4.0 版本開始就不支持，因為在群集服務和 WNLB 之間潛在硬件共享沖突。有關更多信息，請閱讀知識庫文章：http://support.microsoft.com/default.aspx?kbid=235305.

這意味著，您必須使用外部負載平衡/故障轉移設備，例如基于硬件的負載平衡器。另請注意，此平衡器應為冗余的，因此您至少需要兩個設備。

盡管您仍在使用 WFC，盡管 DAG 是一種 Enterprise Edition 功能，但實際上您不需要借助 Exchange 2010 Enterprise Edition 就可以使用 DAG。與 Exchange 2007 CCR 不同，DAG 還包括在 Exchange 2010 的標準版中。但請牢記，在這種情況下，您最多只能使用 5 個數據庫（其中包括主動和被動數據庫副本）。

由于在安裝郵箱服務器角色的同一服務器上安裝了 CAS 和 HT 角色，并且該服務器是 DAG 成員服務器，所以您可以省去兩臺服務器和兩個 Windows 2008 和 Exchange 2010 標準版許可證。如果您的環境中尚未安裝外部負載平衡器，您可以使用虛擬負載平衡器設備或購買基于硬件的負載平衡器。當然，您還需要一個服務器來充當見證服務器，盡管這是使用 Exchange 服務器的推薦最佳做法，但不是必需的。它可以是環境中的任一 Windows 2003/2008 文件服務器。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“在 Exchange 2010 環境中如何安裝 Exchange 2003/2007”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!