規劃記憶體組態

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

上次修改主題的時間： 2009-02-03

選擇 Microsoft Exchange Server 2007 使用的硬體時有許多因素必須考量。三個必須考量的最重要因素是處理器、記憶體數量以及儲存的選擇。此主題將提供記憶體組態的指示，為 Exchange Server 提供良好效能及功能強大的平台。如需有關處理器的詳細指示與建議組態，請參閱規劃處理器組態。如需詳細指導與建議的儲存組態，請參閱規劃磁碟儲存。

移至 64 位元結構的結果是，Exchange 2007 能夠擁有較前版 Exchange Server 更好的記憶體使用率。例如，因為 32 位元平台對虛擬位址空間的限制，Exchange Server 2003 只能使用 4 GB 或更少的實體記憶體。相反的，Exchange 2007 可使用 32 GB 以上的記憶體。

附註：
32 GB 不是實體限制，而是目前最具成本效益的記憶體組態上限。根據伺服器中的記憶體插槽數目，最具成本效益的記憶體組態上限可能會少於 32 GB (例如 16 GB)。在選擇伺服器硬體時，需要考量到這點。

選擇 Exchange 2007 的硬體時，建議您考慮伺服器的記憶體組態上限。不同的伺服器架構會有不同的記憶體限制。建議您檢查下列伺服器技術規格，以判定伺服器最具成本效益的記憶體組態上限：

• 記憶體速度   某些伺服器架構需要較慢的記憶體，才能在特定伺服器中將記憶體擴充為大量 GB。例如，使用 PC3200 時伺服器記憶體上限為 16 GB，而使用 PC2700 時上限則為 32 GB。您應該與製造商連絡，確定 Exchange 2007 的記憶體組態目標在速度上相容。
• 記憶體模組大小   考量伺服器可支援的最大記憶體模組大小。一般而言，記憶體模組越大，費用就越昂貴。例如，兩個 1 GB DDR SDRAM 記憶體模組的成本通常會低於一個 2 GB DDR SDRAM 記憶體模組。請確定最大記憶體模組大小可讓您符合 Exchange 2007 的目標記憶體需求。花較多的錢購買較容量較高的記憶體模組來確保可符合 Exchange 2007 的記憶體需求是合理的。
• 記憶體插槽總數   考量特定的伺服器可支援多少個記憶體模組。插槽總數乘以最大記憶體模組大小，即為該伺服器的記憶體組態上限。請注意，有時候必須以成對的方式來安裝記憶體模組。

使用此規劃方法有一點要注意，那就是雖然填滿更多的記憶體插槽可以讓某些伺服器的效能獲得改善，但卻會讓某些伺服器的效能降低。請與硬體廠商連絡，以了解此方法對伺服器結構的影響。

了解每個伺服器角色預估需要的處理器核心數目之後，便可以套用基準記憶體建議。下表說明 Exchange 2007 server role 的最低、建議與最大記憶體組態。

Edge Transport 與 Hub Transport server role 不需要大量的記憶體，便能以最佳狀態執行。一般而言，每個處理器核心配備 1 GB RAM (總計至少 2 GB) 便足以處理所有工作，但負載最繁重的工作除外。建議的最大記憶體組態為 16 GB，這是根據 Edge Transport 與 Hub Transport Server 處理一百萬封郵件，並取每封郵件的平均收件者數目，所計算出來的。大部分部署都會設定在最理想的狀態，將建議的記憶體組態設定為每個處理器核心 1 GB (總計至少 2 GB)。

大規模的部署應該考量到兩項重要的記憶體因素，亦即大型佇列案例以及 EdgeSync 記憶體需求。

Exchange 2007 Edge Transport 與 Hub Transport Server 的設計是為了處理由超大型佇列所形成的案例 (例如，單一伺服器佇列中就有一百萬封郵件)。這些伺服器會在記憶體中保留佇列的郵件收件者資訊，進而最佳化傳送和重試操作。針對大型佇列案例調整 Edge Transport 或 Hub Transport Server 的大小時，請使用下列表格。

EdgeSync 是一個同步處理程序，可以同步處理位於相同 Active Directory 目錄服務站台中的 Edge Transport Server 與 Hub Transport Server 之間的目錄資訊。所有 Hub Transport Server 都會在記憶體中保留 EdgeSync 目錄資訊，以便將此資訊發佈至 Edge Transport Server。使用的記憶體量，取決於目錄中擁有郵件功能的物件數目 (例如，收件者與通訊群組清單)。每個擁有郵件功能的物件都會使 EdgeSync 處理程序耗用大約 4 KB 的記憶體。

Hub Transport Server 的建議記憶體組態適用於非企業部署。組織若擁有數萬個擁有郵件功能的物件，就應該了解 EdgeSync 記憶體額外負荷，並適當地調整 Hub Transport Server 的大小。

一般而言，Client Access Server 上的記憶體使用量與用戶端連線數及傳輸速率呈線性關係。根據目前的處理器和記憶體組態建議，Client Access Server 會在記憶體與處理器使用率方面達成平衡，約在受限於記憶體的同時就會受限於處理器。

Mailbox server role 的記憶體組態處理程序比其他角色更為複雜，因為最佳的記憶體組態取決於信箱個數與用戶端設定檔 (類似於估計處理器核心需求)。調整 Mailbox server role 的記憶體大小對於降低伺服器上的磁碟輸入/輸出 (I/O) 非常重要。您將越多記憶體新增至 Mailbox Server，Exchange 所產生的磁碟 I/O 就越少。不過，會有一個報酬遞減點，屆時根據價格與效能來增加伺服器的記憶體可能並不合理。本節所簡述的記憶體建議會考量此報酬遞減點，並以目前的記憶體價格與效能估計值為基礎。

在定義 Mailbox Server 的儲存需求與組態之前，必須先定義該伺服器的記憶體組態。您可以使用下表來預估特定 Mailbox Server 在主控特定數量的郵件並具有特定設定檔類型時的記憶體需求。

近來的 x64 型伺服器能夠將記憶體組態延展至 64 GB 以上。基於某些原因，我們不建議讓 Mailbox Server 的最大記憶體組態超過 32 GB，這些原因包括成本、非交易磁碟 I/O 的影響以及冷狀態作業：

• 成本   根據目前的記憶體價格，特別是 4-GB 雙直列記憶體模組 (DIMM) 目前的平均價格，在單一 Mailbox Server 上安裝超過 32 GB 就會不敷成本。一般而言，實體 RAM 的成本最多可線性成長至 32 GB。超過 32 GB，成本趨勢會呈指數成長，而且對於許多組態，增加磁碟機會比增加記憶體便宜。
• 非交易磁碟 I/O   Mailbox Server 會利用其他實體 RAM 快取更多資料，藉以降低交易磁碟 I/O 的資料庫磁碟 I/O 支配 (I/O 是由用戶端活動所產生)。Mailbox Server 上有數種非交易磁碟 I/O 來源。其中包括線上維護 (例如，線上資料庫磁碟重組)；離線維護 (例如，離線資料庫磁碟重組或資料庫修復作業)；備份、還原或復原作業；以及信箱管理作業。上述所有作業都需要磁碟 I/O 才能適當地維護伺服器。雖然 Exchange 2007 已大幅降低交易 I/O，但還是需要有足夠的儲存效能才能適當維護 Mailbox Server。基於這個理由，將記憶體新增至伺服器時會存在一個報酬遞減點。一般而言，將記憶體新增至 Mailbox Server 的目的是要降低磁碟 I/O 需求，藉以降低儲存解決方案的整體成本。由於非交易 I/O 需求的原因，增加超過 32 GB 的記憶體，可能無法大幅降低伺服器的儲存需求。
• 冷狀態作業   冷狀態是定義為伺服器重新啟動或重新啟動 Microsoft Exchange 資訊儲存庫服務之後當下的 Mailbox Server 狀態。在此期間內用以快取讀取/寫入作業的資料庫快取大小很小 (冷)，因此能夠大幅降低讀取 I/O 作業。當 Mailbox Server 處理郵件時，資料庫快取大小也會隨之成長，進而提高快取的效率以及持續降低伺服器上的磁碟 I/O。伺服器中的實體記憶體越多，記憶體快取要達到其最佳大小所需的時間就越長。若儲存解決方案是針對具有大量實體 RAM (大於 32 GB) 的伺服器進行設計並調整大小，而且使用者的磁碟 I/O 設定檔採用最佳的資料庫快取狀態 (例如，大型的線上快取)，用戶端經驗將可能因為離線狀態期間的磁碟效能不足，而不如預期。與非交易 I/O 的問題類似，對於具有 32 GB 記憶體的伺服器以及具有 32 GB 以上 RAM 的伺服器，其儲存需求可能相同。在設定正確的 Mailbox Server 上執行離線作業後約需 15 分鐘，才能進入最佳快取狀態。

雖然 Mailbox server role 可使用 32 GB 以上的記憶體，但基於先述的理由，32 GB 是建議使用的最大記憶體組態，並且是成本與效能的報酬開始降低的分水嶺。

在 Exchange 2007 中，每個伺服器的儲存群組數目上限已增加至 50 個 (在 Exchange Server 2003 中至少 4 個)。此數目增加可在伺服器與儲存架構中提供更為卓越的彈性，但此數目增加對於 Mailbox Server 的記憶體使用情況也會有顯著影響。增加儲存群組數量主要會影響到資料庫快取的使用情況。資料庫快取可用以進行讀取與寫入。由於檢查點的運作方式，新增儲存群組會增加用於寫入活動的資料庫快取數量。這對於降低資料庫寫入 I/O 有正面影響，但如果在實體記憶體不足的情況下，於伺服器上設定太多儲存群組，則可能會降低資料庫讀取快取的效率。這對於伺服器的效能會有全面性的負面影響。基於這個理由，伺服器中的儲存群組數目與實體記憶體數量之間，務必要維持一定比率。

在 Exchange 2007 Service Pack 1 (SP1) 中，已對可延伸儲存引擎 (ESE) 進行數項效能增強，可降低 Mailbox server role 的記憶體需求。下表根據 Exchange 2007 和 Exchange 2007 SP1 之伺服器上的儲存群組數量，識別每部伺服器的特定最小記憶體需求。

上表擴大了 Exchange 2007 的最小記憶體需求 2 GB。信箱與多重角色伺服器組態必須符合上表所列的需求，才能得到 Microsoft 的支援。

根據上表所列儲存群組的最小實體記憶體需求，與根據信箱個數及設定檔的記憶體大小建議緊密相符。若要了解應如何使用這些記憶體建議，請考慮下列範例：

• 範例 1   具有大型使用者設定檔與 4000 名使用者的 Mailbox Server，需要 22 GB 的 RAM (2,048 MB + (4000*5 MB))。根據上述支援需求，伺服器最多可支援 44 個儲存群組。若要支援 44 個以上的儲存群組，則需要額外的 RAM。
• 範例 2   具有小型使用者設定檔與 1,000 名使用者的 Mailbox Server，需要 4 GB 的 RAM (2,048 MB + (1000*2 MB))。根據上述支援需求，伺服器最多可支援 8 個儲存群組。若要支援 8 個以上的儲存群組，則需要額外的 RAM。

在本機連續複寫 (LCR) 環境中，啟用 LCR 之儲存群組的主動副本與被動副本都位於同一部伺服器上。在所提供的記憶體指導下，Microsoft Exchange 複寫服務可在已為一或多個儲存群組啟用 LCR 的伺服器上運作良好。不過，為確保 ESE 資料庫快取可在 LCR 環境中維持最佳效率，建議您額外安裝 1 GB 的 RAM 到 Mailbox 與多重角色伺服器中 (超過上述關於記憶體的指導)。

套用至多重伺服器角色組態的指導與限制類似於 Mailbox server role。若要在同一部伺服器上容納 Client Access 與 Hub Transport server role 以作為 Mailbox server role，建議的基本記憶體組態為 8 GB。根據信箱個數與設定檔而提出的記憶體指導與 Mailbox Server role 相同。建議的最大記憶體數量為 32 GB。

叢集連續複寫 (CCR) 或單一副本叢集 (SCC) 皆不支援在容錯移轉叢集中使用 Hub Transport 或 Client Access server role。多重角色伺服器依定義屬於非叢集。將主控數千個信箱的 Mailbox Server 叢集起來是好主意，可確保伺服器進行維護或失敗時不會嚴重影響到執行時間或可用性。

根據上表所列儲存群組數量所訂出的最小記憶體需求適用於多重角色伺服器組態，包括含有 Mailbox server role 的組態。

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