Exchange 2003 群集功能
Exchange 2003在群集方面有了很多改進，其中包括支持、性能和安全方面的改進。下列為一些重要的 Exchange 2003 群集功能：
1、支持多達八個節點的群集 使用 Windows Server 2003 企業版或 Windows Server 2003 Datacenter 版時，Exchange 可支持多達八個節點的主動/被動群集。
2、支持卷裝入點 使用 Windows Server 2003 企業版或 Windows Server 2003 Datacenter 版時，Exchange 支持使用卷裝入點。
3、提高故障轉移性能 Exchange 減少了服務器故障轉移到新節點所用的時間，從而提高了群集性能。
4、提高安全性 Exchange 群集服務器現在變得更為安全。例如，Exchange 2003 中的權限模型已經改變，默認情況下會啟用 Kerberos 身份驗證協議。
改進先決條件檢查 Exchange 執行更多的先決條件檢查，以幫助確保正確部署和配置群集服務器。
支持多達八個節點的群集
Exchange 2003 引入了對八個節點的 Exchange 群集的支持，從而增強了群集功能。僅當運行 Windows Server 2003 企業版或 Windows Server 2003 Datacenter 版時，才支持八個節點的群集。對具有三個或更多節點的群集的另一個要求是，至少有一個節點必須是被動的。有關基于 Windows 和 Exchange 版本支持的群集配置的完整詳細信息，請參閱了解 Exchange Server 2003 群集中的“Windows 和Exchange版本要求”。
支持卷裝入點
現在，如果群集節點運行的是 Window Server 2003 企業版或 Windows Server 2003 Datacenter 版，則共享磁盤支持卷裝入點。卷裝入點是固定地指向指定磁盤卷的目錄。（例如，可以將 C:\Data 配置為指向某個磁盤卷。）使用裝入點，就無需將每個磁盤卷與一個驅動器號關聯，因此超越了 26 個驅動器號的限制。
提高故障轉移性能
對于 Exchange 2003 中的群集，一個節點故障轉移到另一個節點所用的時間減少了，因此提高了總體性能。以下各部分介紹故障轉移時間的改進。
改進 Exchange 服務的相關性層次結構
為了減少服務器故障轉移所需的時間，Exchange 2003改進了 Exchange 服務的相關性層次結構。具體地說，在 Exchange 2000 中，Exchange 協議服務依賴于 Microsoft Exchange Information Store 服務。而在 Exchange 2003 中，這些服務依賴于 Microsoft Exchange 系統助理服務。
Exchange 2000 中的 Exchange 相關性層次結構
Exchange 2003 中的 Exchange 相關性層次結構
如果發生故障轉移，這種改進的層次結構將允許 Exchange 郵箱存儲、公用文件夾存儲和 Exchange 協議服務同時啟動。因此，所有 Exchange 資源（系統助理服務除外）可以同時啟動和停止，因此縮短了故障轉移時間。另外，如果停止了 Exchange 存儲，則在存儲資源重新聯機之前，系統不必等待相關性資源脫機。
改進對可用節點的檢測
在 Windows Server 2003 上運行 Exchange 2003 時，群集服務會自動檢測可用的節點。Exchange 故障轉移到可用節點所用的總時間減少。因此，無論是計劃的故障轉移還是非計劃的故障轉移，都減少了停機時間。
提高安全性
Exchange 2003 群集包括下列安全功能：
群集權限模型已經改變。
默認情況下，在 Exchange 虛擬服務器 (EVS) 上啟用 Kerberos。
支持從前端服務器到群集的后端服務器使用 Internet 協議安全 (IPSec)。
默認情況下，創建 EVS 時不添加 IMAP4 和 POP3 資源。
以下各部分將詳細討論上述每項功能。
群集權限模型更改
在 Exchange 2003 中，修改了創建、刪除或修改 EVS 所需的權限。理解這些修改的***方法是將 Exchange 2000 權限模型與新的 Exchange 2003 權限模型進行比較。
Exchange 2000 權限模型
對于創建、刪除或修改 EVS 的 Exchange 2000 群集管理員來說，群集管理員帳戶和群集服務帳戶需要下列權限：
如果 EVS 是組織中的***個 EVS，則必須在組織級別具有 Exchange 管理員（完全控制）權限。
如果 EVS 不是組織中的***個 EVS，則必須在管理組級別具有 Exchange 管理員（完全控制）權限。
Exchange 2003 權限模型
在 Exchange 2003 中，權限模型已經改變。Windows 群集服務帳戶不再是 Exchange 特定的。這意味著，無論是在 Exchange 組織級別還是管理組級別，群集服務帳戶不再需要將 Exchange 管理員（完全控制）角色應用到其自身。目錄林中的群集服務帳戶的默認權限足以使其在 Exchange 中運作。
當使用 Exchange 2000 時，群集管理員需要下列權限：
如果 EVS 是組織中的***個 EVS，則群集管理員必須是在組織級別應用了 Exchange 管理員（完全控制）角色的組的成員。
如果 EVS 不是組織中的***個 EVS，則群集管理員所使用的帳戶必須是在管理組級別應用了 Exchange 管理員（完全控制）角色的組的成員。
但是，這取決于 Exchange 組織運行的模式（純模式或混合模式）以及拓撲配置，此外，群集管理員還必須具有下列附加權限：
當 Exchange 組織處于純模式下時，如果 EVS 位于跨多個管理組的路由組，那么對于路由組跨越的所有管理組而言，群集管理員必須是在管理組級別應用了 Exchange 管理員（完全控制）角色的組的成員。例如，如果 EVS 位于跨越***個管理組和第二個管理組的路由組中，則群集管理員使用的帳戶必須是同時對***個管理組和第二個管理組都擁有 Exchange 管理員（完全控制）角色的組的成員。
在諸如父域/子域這樣的拓撲（其中，群集服務器是子域中的***個 Exchange 服務器）中，必須在組織級別具有 Exchange 管理員權限，才能指定子域中負責收件人更新服務的服務器。
默認情況下，在 Exchange 虛擬服務器上啟用 Kerberos
Kerberos 是 Microsoft Windows 2000 Server 中的身份驗證協議，后來它提供相互身份驗證。但是，在 Windows 2000 Service Pack 3 (SP3) 之前，群集服務不支持啟用了 Kerberos 的群集組。出于這個原因，較早版本的身份驗證協議 NTLM 是運行于群集中的 Exchange 服務器的默認身份驗證協議。
因為 Windows 2000 SP3 及更高版本或者 Windows Server 2003 和Exchange 2003上的群集服務支持 Kerberos，所以，在運行 Windows Server 2003 或 Windows 2000 SP3 的服務器上創建 EVS 時，默認情況下將啟用 Kerberos。
支持從前端服務器到群集的后端服務器使用 IPSec
如果前端與后端群集服務器之間需要安全通道，則可以使用 IPSec。如果前端服務器和后端服務器在 Windows Server 2003 上均運行 Exchange 2003，那么將完全支持此配置。
默認情況下不添加 IMAP4 和 POP3 資源
為了提高安全性，創建 EVS 時，不再創建 IMAP4 和 POP3 協議資源。有關啟用 IMAP4 或 POP3 的詳細信息，請參閱Exchange Server 2003 Administration Guide 中的“管理 Exchange 群集”。
檢查群集先決條件
為確保群集滿足特定要求，與早期版本的Exchange相比，Exchange 2003 將對群集執行更多的先決條件檢查。例如，為確保 Exchange 正確地安裝在群集節點上，Exchange 2003 將對群集節點執行更多的安裝前檢查。同樣，為確保正確配置 EVS，在創建和刪除 EVS 時，Exchange 2003 將對群集執行更多的檢查。
【編輯推薦】
