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