共用方式為


高可用性

 

適用版本: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上次修改主題的時間: 2009-04-01

此「高可用性」內容區域包含的主題可用來設計、建置及操作根據量產發行 (RTM) 版本之 Microsoft Exchange Server 2007 及 Exchange 2007 Service Pack 1 (SP1) 的高可用郵件系統。此區域的文件包含:

建議您先檢閱適用的文件之後,再根據 Exchange 2007 SP1 設計或部署高可用郵件解決方案。

此區域的文件已進行更新,納入在 Windows Server 2008 及 Windows Server 2003 Service Pack 2 (SP2) 上部署 Exchange 2007 SP1 的最新建議及最佳作法。

Exchange Server 2007 的高可用性

當執行時間下限需求隨著各個組織而有所不同時,每一個組織都將想要達到高執行時間層級。不可沒有郵件系統的組織通常會選擇設計高可用郵件系統,以提供此執行時間。

Exchange 2007 RTM 及 Exchange 2007 SP1 包含下列內建功能,可為 Exchange 2007 Mailbox Server 提供快速復原、高可用性及站台回復性:

  • 本機連續複寫 (LCR)   LCR 是單一伺服器解決方案,它會使用內建的非同步記錄傳送技術,在第二個磁碟組 (與生產儲存群組連接至相同伺服器) 上建立並維護儲存群組的副本。LCR 提供記錄傳送、記錄重新顯示,以及快速手動切換至次要資料副本。
  • 叢集連續複寫 (CCR)   屬於非共用儲存容錯移轉叢集解決方案的 CCR,是 Exchange 2007 中可用之兩種叢集信箱伺服器 (CMS) 部署類型的其中一種。CCR 是叢集解決方案 (稱為「CCR 環境」),會使用內建的非同步記錄傳送技術,在容錯移轉叢集的第二部伺服器上建立並維護每個儲存群組的副本。CCR 是設計為一或兩個資料中心解決方案,以同時提供高可用性及站台回復性。CCR 與舊版 Exchange Server 中的叢集有極大的不同。如需部分差異的詳細資料,請參閱叢集信箱伺服器的 Exchange 叢集資源叢集連續複寫復原行為
  • 待命連續複寫 (SCR)   SCR 是 Exchange 2007 SP1 中引進的新功能。顧名思義,SCR 是為使用或啟用待命修復伺服器的情況而設計的。SCR 會擴充現有的連續複寫功能,以及啟用 Exchange 2007 Mailbox Server 的新資料可用性案例。SCR 也會利用 LCR 及 CCR 所使用的相同記錄傳送及重新顯示技術,提供系統管理員建立其他儲存群組副本的功能,以提供新增的部署選項及組態。SCR 可以用來從獨立信箱伺服器及叢集信箱伺服器複寫資料。
  • 單一副本叢集 (SCC)   屬於共用儲存容錯移轉叢集解決方案的 SCC,是 Exchange 2007 中可用之兩種叢集信箱伺服器部署類型的另外一種。SCC 是叢集解決方案,會在叢集中的節點之間共用的儲存上使用單一儲存群組副本。SCC 有些類似於舊版 Exchange Server 中的叢集,但具有許多改善以及一些重大變更。如需其中部分變更的詳細資料,請參閱單一副本叢集資源模型單一副本叢集復原行為

如需 SP1 中引進之其他高可用性功能的詳細資料,請參閱 Exchange 2007 SP1 中新增的高可用性功能

Mailbox Server 的高可用性

Mailbox Server 的高可用性有兩種形式:服務可用性及資料可用性。服務可用性是透過使用 Windows Server 容錯移轉叢集來提供。資料可用性則是透過稱為「連續複寫」的內建功能來提供。

叢集信箱伺服器

CCR 與 SCC 都是部署於 Windows Server 容錯移轉叢集中的解決方案。只有 Mailbox server role 才能安裝在容錯移轉叢集中。沒有其他角色可以安裝在容錯移轉叢集中。部署在容錯移轉叢集中的 Mailbox Server 稱為「叢集信箱伺服器」。在 CCR 環境中執行的叢集信箱伺服器,與在 SCC 環境中執行的叢集信箱伺服器有極大的差異。此外,Exchange 2007 RTM 及 Exchange 2007 SP1 中的叢集信箱伺服器,與舊版 Microsoft Exchange 中的叢集信箱伺服器也極為不同。

您可以使用 Exchange 管理命令介面中的 Get-MailboxServer <CMSName> | fl Name, ClusteredStorageType,判定是在 CCR 環境還是 SCC 中主控叢集信箱伺服器。值 NonShared 表示叢集信箱伺服器位於 CCR 環境中,而值 Shared 表示叢集信箱伺服器位於 SCC 中。值 Disabled 表示信箱伺服器為獨立伺服器。

您也可以透過檢查信箱伺服器物件的 msExchClusterStorageType 屬性值來檢查 Active Directory,以判定是在 CCR 環境還是 SCC 中主控叢集信箱伺服器。msExchClusterStorageType 屬性值為 1 表示叢集信箱伺服器是在 CCR 環境中主控,值為 2 表示叢集信箱伺服器是在 SCC 中主控。值 <Not Set> 表示信箱伺服器為獨立伺服器。

CCR 環境

在 CCR 環境中,Exchange 2007 RTM 及 Exchange 2007 SP1 最多支援兩個已安裝 Mailbox server role 的節點 (一個主動及一個被動)。也支援使用 Voter 節點及傳統多數節點集仲裁的三節點容錯移轉叢集 (這種叢集不是常用的叢集模型)。不過,我們建議大部分客戶部署的 CCR 環境都只使用兩個節點,以及一個節點加上檔案共用多數仲裁 (Windows Server 2008) 或一個具有檔案共用見證仲裁的多數節點集 (Windows Server 2003)。因此,CCR 的文件會著重於使用上述其中一種仲裁模型的雙節點容錯移轉叢集。

note附註:
也支援部署於 CCR 環境中的單一節點容錯移轉叢集,但該叢集由於沒有任何備援,因此不會將其視為高可用性解決方案。使用部署於 CCR 環境中的單一節點容錯移轉叢集時,應該使用多數節點集仲裁 (傳統型,不具有檔案共用見證)。

單一副本叢集

在 SCC 中,Exchange 2007 RTM 及 Exchange 2007 SP1 最多支援八個節點。Windows Server 容錯移轉叢集上的有效 Exchange 2007 SP1 SCC 組合包含:

  • 7 個主動/1 個被動
  • 6 個主動/1 或 2 個被動
  • 5 個主動/1、2 或 3 個被動
  • 4 個主動/1、2、3 或 4 個被動
  • 3 個主動/1、2、3、4 或 5 個被動
  • 2 個主動/1、2、3、4、5 或 6 個被動
  • 1 個主動/0、1、2、3、4、5、6 或 7 個被動
    note附註:
    64 位元版的 Windows Server 2008 在單一容錯移轉叢集中最多支援 16 個節點,但 Exchange 2007 在該叢集中最多支援 8 個節點。容錯移轉叢集最多仍然可以包含 16 個節點,但是 Exchange 2007 不應該安裝於容錯移轉叢集中超過 8 個以上的節點。

一般而言,叢集中的每個主動節點,只需要叢集中有一個被動節點就可以。因此,偏好使用一個主動節點及一個被動節點的組態,而不是一個主動節點及多個被動節點。使用單一節點 SCC 時,可以使用共用儲存仲裁或多數節點集仲裁 (傳統型,不具有檔案共用見證)。雖然支援單一節點 SCC,但是因為叢集內沒有任何備援,所以並不會將其視為高可用性解決方案。

延伸叢集

延伸叢集 (也稱為分散各處的叢集) 是延伸 (也就是跨越) 多個實體資料中心的容錯移轉叢集。延伸叢集可作為 Exchange 組織之站台回復性設計的一部分。因為 CCR 不會使用共用儲存,因此可以輕易部署在分散各處的容錯移轉叢集中,包含 Windows Server 2008 上的多重子網域延伸叢集。延伸叢集中也支援 SCC,但是延伸 SCC 需要協力廠商同步複寫技術。如需延伸叢集的相關資訊,請參閱Site Resilience Configurations

待命叢集

Exchange 2007 及 Exchange 2007 SP1 所支援的另一種叢集類型稱為「待命叢集」。待命叢集是一種 Windows Server 容錯移轉叢集,這種叢集雖然沒有叢集信箱伺服器,但是可以在發生嚴重損壞、另一個生產容錯移轉叢集失敗或其他一些復原情況下,快速獲得替代叢集信箱伺服器。

連續複寫

連續複寫也稱為記錄傳送,是將已關閉交易記錄檔從生產儲存群組複寫至該儲存群組副本的自動化處理程序,其中該副本是位於本機電腦的第二組磁碟或另一部伺服器上。記錄檔複製到第二個位置之後,就會重新顯示至資料庫副本,藉此使儲存群組保持同步,但會有些微的時距。

連續複寫在 Exchange 2007 RTM (LCR 及 CCR) 中有兩種形式,而在 Exchange 2007 SP1 (LCR、CCR 及 SCR) 中則有三種形式。

其他伺服器角色的高可用性

Hub Transport、Edge Transport、Client Access 及 Unified Messaging server role 的高可用性,是結合伺服器備援、網路負載平衡 (NLB)、硬體負載平衡、網域名稱系統 (DNS) 循環配置以及主動式伺服器、服務及基礎架構管理來達成。一般而言,您可以使用下列策略及技術來達成 Client Access server role、Hub Transport server role、Edge Transport server role 及 Unified Messaging server role 的高可用性:

  • Edge Transport   您可以部署多個 Edge Transport Server 並使用多個 DNS 郵件交換程式 (MX) 記錄,來平衡這些伺服器之間的活動負載。您也可以使用 NLB 為 Edge Transport Server 提供負載平衡與高可用性。
  • Client Access   您可以使用 NLB 或協力廠商硬體型網路負載平衡裝置,以取得 Client Access Server 的高可用性。如需 NLB 的相關資訊,請參閱 Windows Server TechCenter
  • Hub Transport 您可以部署多個 Hub Transport Server 以取得內部傳輸的高可用性。在 Hub Transport server role 中,已利用下列方式設計了恢復功能:
    • Hub Transport Server 至 Hub Transport Server (組織內部)   組織內的 Hub Transport Server 至 Hub Transport Server 通訊會自動在目標 Active Directory 目錄服務站台中可用的 Hub Transport Server 之間進行負載平衡。
    • Mailbox Server 至 Hub Transport Server (Active Directory 站台內部)   Mailbox Server 上的 Microsoft Exchange 郵件提交服務會自動在相同 Active Directory 站台中所有可用的 Hub Transport Server 之間進行負載平衡。
    • Unified Messaging Server 至 Hub Transport Server   Unified Messaging Server 會自動針對相同 Active Directory 站台中所有可用 Hub Transport Server 之間的連線進行負載平衡。
    • Edge Transport Server 至 Hub Transport Server   Edge Transport Server 會自動針對輸入簡易郵件傳送通訊協定 (SMTP) 流量進行負載平衡,而該流量是已訂閱 Edge Transport Server 之 Active Directory 站台中所有 Hub Transport Server 的流量。
      如需額外的備援 (例如,需要 SMTP 轉送的應用程式),則可以建立新的 DNS 記錄 (例如,relay.company.com)、指派 IP 位址,以及使用硬體負載平衡器將該 IP 位址重新導向多部 Hub Transport Server。在 Exchange 2007 SP1 中,您也可以將 NLB 用於 Hub Transport Server 上的用戶端連接器。使用硬體負載平衡器時,需要確認沒有組織內部 Exchange 2007 流量會跨過硬體負載平衡器,因為組織內部流量會使用內建的負載平衡演算法 (如前所述)。如需負載平衡及傳輸伺服器的相關資訊,請參閱 Hub Transport server 的部署選項傳輸伺服器的負載平衡及容錯
  • Unified Messaging   部署多部 Unified Messaging Server,其中兩部或兩部以上位於單一撥號對應表,可使整合通訊部署變得更具迅速復原性。整合通訊支援的 Voice over IP (VoIP) 閘道可設定為將來電以循環配置的方式路由傳送到 Unified Messaging Server。此外,這些閘道可為撥號對應表從 DNS 擷取伺服器清單。在這兩種情況下,VoIP 閘道都會將來電提交到 Unified Messaging Server,若不接受來電,則會將來電提交到另一部 Unified Messaging Server,在建立通話時提供備援。

利用資料及服務備援達成高可用性

Exchange 2007 高可用性架構的基本前提是在部署中加入備援。復原失敗的方法是使用剩餘的計算資源來支援 Exchange 服務。修復失敗後,Exchange 及其用戶端可再度使用計算資源。這裡所提到的計算資源可以是電腦,或者是信箱或其他 Exchange 資料的儲存。

單一資料中心內可加入備援。此方式一般是為了預防個別伺服器失敗。例如,在組織的主要資料中心加入第二部 Hub Transport Server,若兩部伺服器中有一部失敗,仍可繼續郵件流程。

此外,也可在次要資料中心加入備援。雙資料中心組態可使服務在資料中心失敗後仍可繼續運作。如果在次要資料中心加入額外的 Hub Transport Server,則當主要 Hub Transport Server 發生失敗或生產資料中心無法使用時,就有機會讓第二部 Hub Transport Server 處理郵件流程。若部署三部 Hub Transport Server,則可將其中兩部放在生產資料中心,第三部放在次要資料中心。

主要的部署目的是備援可以避免無備援時會導致各種失敗的中斷。備援電腦與服務的部署方式,會決定發生時不致影響資料或服務可用性的失敗。組織必須了解其需求並審視作業問題,以了解何為最適合組織的解決方案。例如,某個組織可能會想要在生產資料中心失敗 20 分鐘後就啟動備份資料中心。在此情況下,組織必須在適當位置提供必要程序,以定期驗證備份資料中心啟動與作業。不同的組織可能會認為持續不斷驗證備份資料中心是成功關鍵;因此該組織會採取不同的部署組態。

若要確保您目前閱讀的是最新資訊,並尋找其他的 Exchange Server 2007 說明文件,請造訪 Exchange Server 技術資源中心.