Exchange Server 2010

發行項
08/18/2016

確保在 Microsoft Exchange Server 2010 高可用性

William R。 Stanek

在 Exchange Server 2010 高可用性功能
深入資料庫可用性群組

M ailbox 資料庫和它們所包含的資料都是重要的是要任何的 Exchange 組織。請確定信箱資料庫的高可用性 Exchange 2007 提供各種不同的複寫及叢集選項，包括本機連續複寫、單一副本叢集及叢集的信箱伺服器。雖然這些功能表示透過較早的產品改良，仍然會造成許多實作挑戰。比方首先高可用性的每個方法被管理不同的方式。與單一副本叢集叢集中的所有信箱伺服器會都使用共用存放裝置。實作叢集是用來設定 Windows 容錯移轉叢集 Exchange 系統管理員必須是相當複雜，而且可以要求極大的系統管理員 ’s 時間達到高層級的執行時間。連續複寫 Exchange 2007 使用內建的非同步複寫建立資料的副本，且維護副本使用交易記錄出貨和重新執行。雖然您可以用本機連續複寫來建立非叢集環境中的本機複本，您可以使用叢集連續複寫或待命連續複寫在叢集環境中，且已經以不同方式管理每種類型的連續複寫。

Exchange Server 2010 有高可用性截然不同的方法，因為高可用性整合至它的核心架構建立提供服務的可用性、資料的可用性和自動復原的端對端方案。結果是一個，該機，高可用性解決方案會取代先前使用的許多，不同解決方案。這個解決方案是資料庫可用性群組 (DAG)。

DAGs 提供自動容錯移轉及復原在資料庫層級 (而非伺服器層級) 而不需要叢集，當您部署的信箱資料庫的多張複的多個信箱伺服器。由於的這些變更不會再建置高可用性信箱伺服器解決方案需要叢集硬體或進階的叢集組態。而，DAGs 基底元件提供高可用性，容錯移轉自動對於屬於同一個 DAG 的信箱資料庫。 DAGs 可延伸到多個 Active Directory 站台和相關的架構變更到信箱伺服器啟用 Active Directory 站台之間移動的單一信箱資料庫。如此一來一個 Active Directory 網站中的單一信箱資料庫可以容錯移轉至另一個 Active Directory 站台。

您必須記住資料庫複本是只信箱資料庫。對於重複性和高可用性的公用資料夾資料庫，使用公用資料夾複寫。不像使用叢集連續複寫，在哪一個多個公用資料夾複本資料庫 can’t 存在同一個叢集中您可以複寫公用資料夾資料庫中一個 DAG 伺服器之間。

我深入 DAGs 的詳細資料之前 let’s 查看高可用性選項已經變更為 Exchange 2010 其他方法。

在 Exchange Server 2010 教學的高可用性功能的旋風課程

在前版 Exchange 操作當作用叢集資源管理模型的叢集應用程式。在這種方法，請先建立 Windows 容錯移轉叢集，然後執行 [叢集模式中的 [Exchange 安裝程式來實作信箱伺服器的高可用性。安裝程序的一部分，已註冊 Exchange 叢集資源 DLL (exres.dll)，允許建立叢集信箱伺服器。相較之下，Exchange 2010 doesn’t 運作做為叢集的應用程式，而叢集資源管理模型不再用於高可用性。 Exchange 叢集資源 DLL 和它不再提供的所有叢集資源存在。而是，Exchange 2010 使用自己內部的高可用性模型。雖然 Windows 容錯移轉叢集的某些元件仍會使用這個模型中，是將它們以獨佔模式由 Exchange 2010 現在管理。

基礎的複寫技術的許多有趣的是夠，保持 — 它們只是發展和現在工作明顯不同的方式。因為儲存群組已從 Exchange 2010，連續複寫會在資料庫層級執行。代替使用伺服器訊息區 (SMB) 的記錄傳送和植入 Exchange 2010 使用單一的系統管理員定義 TCP 連接埠進行資料傳輸。而不必把已關閉的日誌檔從主動副本的被動副本，主動副本將推送到被動副本的日誌檔和資料流程是使用加密保護或壓縮以減少複製資料的大小。雖然在舊版的 Exchange 資料庫的主動副本可能用只針對植入與 reseeding，在 Exchange Server 2010 主動和被動副本信箱資料庫可以指定為植入和 reseeding 可讓您更輕鬆地將資料庫的複本加入至另一部信箱伺服器的來源。

另一項重大變更具有與複寫資料的方式。在 [Exchange 2007，Microsoft Exchange 複寫服務被動的資料庫副本中重新顯示記錄檔並建置的讀取/寫入作業快取，用來減少向上讀取 I/O 作業。當啟動資料庫的被動副本資料庫快取已失去，但是，因為掛上資料庫的「 Microsoft Exchange 資訊儲存庫」服務 didn’t 有可以使用此快取。這意味著被動副本已啟動，並可在冷的狀態沒有準備好的快取。冰凍狀態是相同資料庫快取本來應該是在下列伺服器的重新啟動或重新啟動的服務執行快取的狀態。在冰凍狀態被意味著伺服器 didn’t 具有快取的讀取/寫入作業通常增加直到快取的大小增加充分以減少伺服器上的磁碟 I/O 所需的讀取 I/O 操作的數目的條件。在 [Exchange 2010，Microsoft Exchange 資訊儲存庫服務記錄檔中重新執行及處理被動副本被啟動，並可供使用時確保快取可用在掛上作業。如此一來伺服器是更可能是可以使用快取來減少轉換轉換或容錯移轉後讀取的 I/O 操作。

高度可用的信箱伺服器電子郵件訊息都很安全，一旦送達信箱中，保護傳輸中的電子郵件訊息就不過是另一個的事。如果傳輸中樞伺服器處理訊息時失敗，且 can’t 復原，郵件可能會遺失。為避免資料遺失保護，Exchange 2007 引進了傳輸 dumpster 能確保傳輸中樞伺服器維護的最近傳遞給收件者的信箱已受本機連續複寫或叢集連續複寫郵件佇列的功能。訊息已保留在傳輸中 dumpster 直到系統管理員定義的時間限制或大小限制已到達。在一個容錯移轉的情況下叢集的信箱伺服器會自動要求 Active Directory 站台，來重新提交郵件從傳輸每個傳輸中樞伺服器 dumpster 佇列。這種方法可以防止郵件遺失所需以容錯移轉叢集的期間。雖然這種方法的運作方式，它 ’s 只適用於連續複寫環境中的訊息傳遞，並當訊息在傳輸中樞和 Edge 傳輸伺服器之間傳輸 doesn’t 地址潛在訊息的遺失。

Exchange 2010 解決數種方式這些缺點。傳輸 dumpster 現在會收到以決定哪些郵件被傳送和複寫的意見反應。集線器傳輸伺服器維護一份郵件傳送到一個 DAG 中的複寫的信箱資料庫。複本是保存在傳輸佇列 (mail.que)，直到傳輸中樞伺服器已經被通知，表示該訊息的交易記錄檔已成功地複寫到並檢查的信箱資料庫的所有複本。然後將記錄檔截斷從傳輸 dumpster，確保傳輸 dumpster 佇列僅用於維護 haven’t 尚未被複寫的交易記錄檔的訊息的複本。當在一個 Active Directory 站台 failsover 至另一個 Active Directory 網站中的一個信箱] 資料庫的傳輸此外，dumpster redelivery 要求傳送至原始站台和新的站台。

若要提供重複性郵件的整個期間它們 ’re 在轉送的過程中，Exchange 2010 新增 [陰影] 備援功能。陰影冗餘使用類似的傳輸的手法 dumpster，除了刪除的傳輸資料庫中的郵件會延遲到傳輸伺服器會驗證所有的下一個躍點該訊息已完成傳送。如果傳輸伺服器無法確認下個躍點傳遞，以便傳遞到下一個躍點是重新送出郵件。這個方法會使用較少的網路頻寬比在多部伺服器上建立重複的郵件副本。這裡，產生只額外的網路流量是捨棄傳輸伺服器之間的狀態訊息交換。捨棄訊息就會產生由陰影複本建立管理員和電子郵件訊息已準備好要自傳輸資料庫捨棄時，指示的狀態。

陰影冗餘是簡易郵件傳送通訊協定 (SMTP) 服務的延伸，並且會使用，只要在 SMTP 連接兩部伺服器支援的功能。當您在路由拓樸中有多餘的訊息路徑時，陰影冗餘使任何傳輸伺服器可處置藉由消除任何特定的中樞或 Edge 傳輸伺服器的狀態的依賴。在這種情況下如果您想要把它離線進行維護或傳輸伺服器失敗時，您可以執行因此隨時藉由移除，替換或升級而不必清空其佇列或擔心該郵件將會遺失。

陰影複本建立管理員是使用在判斷可用性的陰影訊息佇列的伺服器的活動訊號手法。起始伺服器發出 XQUERYDISCARD 訊息，並在回應中目標伺服器傳回捨棄的通知。這項通知交換是「活動訊號。

如果在伺服器 can’t 內建立連線到主伺服器為 300 秒預設情況下，活動訊號逾時週期伺服器一次將計時器並嘗試的重，最多三倍 (活動訊號重試次數的預設值)。如果主要伺服器失敗重試計數已達到的時間來回應，伺服器會決定主要伺服器失敗、假設陰影郵件的擁有權及重新提交它們。然後傳送至其目的地適當的郵件。在某些情況下例如，當原始伺服器上線回其原始的資料庫與可能會造成重複傳遞的郵件。因為的 Exchange 中的重複訊息偵測功能，Exchange 信箱使用者 don’t 看到重複的訊息。不過，非-Exchange 信箱伺服器上的收件者可能會收到重複的副本。

深入 DAGs

雖然許多我到目前為止所述的高可用性增強功能是重要的沒有單一的功能會對當作資料庫可用性群組管理 Exchange 2010 的方式一樣多影響。 DAGs 是 Exchange 中的高可用性基底元件 2010年。 DAGs 規則是簡單的。每個 DAG 可以有多達 16 個信箱伺服器做為成員。每個信箱伺服器可以是只有一個 DAG 的成員，而且可以裝載資料庫的只有一個複本。裝載的複本可以是作用中的複本或被動副本。因為它的用途及正在存取的使用者，而不是離線 ’s 作用中的複本就會不同於被動副本。您 can’t 在相同伺服器上建立兩份相同的資料庫。下列這一個 DAG 中的任何伺服器可裝載 [DAG 中的任何其他伺服器從任何信箱資料庫的複本。雖然多個資料庫可以使用中同時，只有一個複本的任何特定資料庫可以在任一時間是使用中，而且最多為 15 的這個資料庫的被動副本可以是一個 DAG 其他伺服器上。

當您在 Exchange 組織中建立第一個 DAG 時，Exchange 會建立 Windows 容錯移轉叢集，但有 Exchange 沒有叢集群組和叢集沒有儲存資源。 [DAG 使用叢集活動訊號]、 [叢集網路上] 和 [Windows 容錯移轉叢集的叢集資料庫功能。叢集活動訊號用來偵測失敗。每個 DAG 需要至少一個網路的複寫流量和至少一個網路，以供 MAPI 和其他資料流。叢集資料庫儲存了資料庫的狀態變更及其他重要資訊。當您將其他伺服器新增到 [DAG、伺服器聯結到基礎的叢集及叢集 ’s 仲裁模型自動修改，視需要根據成員伺服器數目。

主動管理員是 Exchange 2010 元件，提供資源模型和容錯移轉的管理功能。主動管理員」執行的特定資料庫是一個 DAG 操作主要角色持有者 (主要主動管理員) 或待命次要的角色持有者 (待命主動管理員) 的成員的所有信箱伺服器上。主要決定哪一個資料庫複製將會使用中，並可將複製到啟動。主要接收拓樸變更告知，並對伺服器失敗做出回應。主要也擁有叢集仲裁資源。如果做為主要伺服器失敗，主要角色會自動移到 [DAG 中的另一部伺服器，並該伺服器取得叢集仲裁資源的擁有權。

次要偵測失敗的複寫、本機資料庫與本機資訊] 存放區並它主要是詢問主要啟始容錯移轉到發出失敗通知。次要 doesn’t 判斷哪個伺服器接管，也不會更新資料庫 ’s 位置狀態。主要伺服器會執行這些工作。作用中的資料庫失敗時, 主動管理員會使用最佳複製選取範圍的演算法來選取要啟動的資料庫副本。這個演算法識別最佳資料庫複製到啟動根據資料庫狀態]、 [內容索引狀態]、 [副本佇列長度] 和 [重新顯示佇列長度的資料庫副本。如果一個以上的資料庫副本符合選取準則，使用啟動喜好設定值和具有最低的喜好設定值資料庫已啟動，且掛上。

將伺服器新增到一個 DAG 之後，每個伺服器上使用中的資料庫可以複寫至其他伺服器中 [DAG 並您可以設定其他 DAG] 屬性的例如網路加密或網路壓縮資料庫複寫。內一個 DAG 交易記錄檔會複寫到每個成員伺服器具有信箱資料庫的複本，並且重新顯示到信箱資料庫的複本。一旦您建立多個資料庫複本，您可以使用 Exchange 管理主控台] 和 [Exchange 管理命令介面來監視您 DAGs 複寫和健康狀態。資料庫容錯移轉可以自動發生的中斷事件時，或您可以手動啟始轉換轉換。在一個轉換轉換卸載主動副本，且 [DAG 中的另一部伺服器上的被動副本為裝載且做主動副本。

則為 True 的簡化

如我本文中所述，Exchange 2010 有增強許多重要功能，可改善包括高可用性功能整合到在核心的可用性提升可用性和更多的架構變更。所有新增及變更功能的 DAGs 是我最愛的網頁。 DAGs 真正簡化叢集實作，並且讓您專注於最為 — 資料。我希望您會發現這份文件很有幫助，並您尋找我新書籍，「 Exchange Server 2010 管理員 ’s Pocket 顧問，」「 Windows 7 管理員 ’s Pocket 顧問」和「 Windows Server 2008 管理員 ’s Pocket 顧問，第二版」。

William R。 Stanek (williamstanek.com) 是前置的技術專家、美觀 darn 良好教學訓練師及獲獎作者的 100 個以上的書籍。目前或眼前書籍包含「 Active Directory 系統管理員 ’s Pocket 顧問，」的「群組原則系統管理員 ’s Pocket 顧問，」的「 Windows 7 管理員 ’s Pocket 顧問，」的「 Exchange Server 2010 管理員 ’s Pocket 顧問」和「 Windows Server 2008 內部 Out 」。依照 Stanek Twitter 在上 https://twitter.com/WilliamStanek.