瞭解高可用性的因素

上次修改主題的時間： 2010-01-27

本主題會討論數個會影響到整體信箱伺服器架構的高可用性因素。

信箱恢復功能

您可以使用 Exchange Server 2010 選擇在獨立實作中或以信箱恢復功能來部署信箱伺服器基礎結構。Exchange 2010 已經依照信箱恢復功能的概念重新設計，其中的架構已經變更，現在的自動容錯移轉保護是在個別信箱資料庫層級提供，而不是在伺服器層級提供。

如果您選取使用信箱恢復功能的解決方案，則在架構方面有數種選擇：

• 藉由部署多個資料庫副本，您可以：
  • 設計一個解決方案來減少因一些常見的原因而要使用備份的機會。資料庫副本可保護硬體、軟體和資料中心不會發生故障。
  • 讓資料庫大小增加到 2 TB，因為您的復原機制是另一個資料庫副本，而不是從備份中還原。
  • 如果您部署三個或更多資料庫副本，請考慮使用替代的存放結構，例如 JBOD (Just a Bunch of Disks，一群磁碟機)。
• 透過將主動資料庫分散到參與資料庫可用性群組 (DAG) 的所有伺服器上，您可以讓硬體發揮最大的效率。如需詳細資訊，請參閱本主題的下一節。

如需詳細資訊，請參閱規劃高可用性及站台恢復及瞭解備份、還原和嚴重損壞修復。

主控相同伺服器上的主動和被動資料庫副本

Exchange 2010 信箱容量規劃的一個關鍵因素，是在設定信箱恢復功能時，決定您計劃在每一伺服器上啟動多少資料庫副本。有許多種設計可使用，但我們建議下列模型。

啟動所有資料庫複本的設計

在此容量規劃模型中，您會設計伺服器架構可處理 100% 所有正變成主動的已裝載資料庫副本。例如，如果您的伺服器裝載了 35 個資料庫副本，則您會設計處理器與記憶體可容納這 35 個在尖峰時間為主動的資料庫。

在本主題討論的兩個模型中，此模型的可用性較佳，用戶端效能特性也較好，但此模型的伺服器資金成本較高。

針對故障案例的設計

在此模型中，您設計伺服器架構會在您規劃處理最糟故障狀況期間，處理作用中信箱負載。此模型有許多考量因素，包括站台恢復功能、RAID 儲存區與 JBOD、資料庫可用性群組 (DAG) 大小，以及資料庫副本數。

簡單的規則就是按照以下所述進行設計：

• 雙節點組態中可自動處理單一節點故障
• 三部伺服器的組態中可處理雙節點故障 (第二個故障時手動啟動)
• 在有四個或更多節點的 DAG 中會自動處理雙節點故障

上述的每個案例需要適當的資料庫副本數目，且副本必須隨機且平均的分散。

如果您選擇此容量規劃模型，則強烈建議您限制每部伺服器上可啟動的資料庫數目，讓伺服器不會超過為該服務設計的主動資料庫數 (但也因此會提供不良的用戶端體驗)。

您可以設定主動資料庫上限，來限制資料庫數目。您可以在 Exchange 管理命令介面中執行 Set-MailboxServer -MaximumActiveDatabases，來設定此限制。在 DAG 中的每部伺服器上設定此限制，以符合針對部署所調整的主動資料庫數上限。如需詳細資訊，請參閱Set-MailboxServer。

此容量規劃模型能夠在資金成本、可用性與用戶端效能特性之間取得平衡。

如需詳細資訊，請參閱資料庫可用性群組設計範例。