Microsoft Exchange Server 2010：以 Windows Server Backup 進行備份
使用 Windows Server Backup 建立 Exchange 的備份檔案雖是良策，但需要一些特殊的設定。
摘自"Exchange 2010-A 實用辦法，"由紅門書 （2009 年） 出版。
Jaap Wesselius
Windows 伺服器的 Windows 伺服器備份 （WSB） 功能可以以有效方式創建 Exchange 備份，但它並不是沒有一些特殊的配置。 在備份時使用 WSB Exchange 資料，你需要至少一個磁片來存儲備份。 這可以是伺服器中的物理磁片或磁片存放裝置上。
當起始 WSB 有將它是 Exchange Server 2010 的任何跡象。 當 Exchange 資料庫位於 G:\ 的 H:\ 磁碟機和磁碟機上時，例如，您必須手動選擇這些磁碟機 WSB 中。
選擇之後這些磁片，請選擇另一個磁片來存儲實際的備份。 這可以是任何磁片，除正在備份或系統磁片 （即，為 C:\ 磁碟機）。 當運行備份時，您會發現 WSB 檢查 Exchange 資料庫的一致性。
當 WSB 完備份 Exchange 資料庫時，與相關的備份資訊更新資料庫的頭。 您可以檢查使用 ESEUTIL /MH 的資料庫的狀態：
G:\mailbox database 0242942819>eseutil /mh "mailbox database 0242942819.edb" Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 14.00 Copyright (C) Microsoft Corporation. All Rights Reserved. Initiating FILE DUMP mode... Database: mailbox database 0242942819.edb Previous Full Backup: Log Gen: 4-5 (0x4-0x5) - OSSnapshot Mark: (0x6,8,16) Mark: 08/08/2009 11:39:06 Previous Incremental Backup: Log Gen: 0-0 (0x0-0x0) Mark: (0x0,0,0) Mark: 00/00/1900 00:00:00 Operation completed successfully in 0.31 seconds. G:\mailbox database 0242942819> [Edited for readability]
WSB 還記錄在事件日誌中的所有活動。 檢查事件檢視器時您就會看到的可擴展儲存引擎 (ESE) MSExchangeIS 事件，如：
Log Name: Application Source: ESE Date: 8-8-2009 11:39:05 Event ID: 2005 Task Category: ShadowCopy Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Information Store (2444) Shadow copy instance 1 starting. This will be a Full shadow copy. For more information, click https://www.microsoft.com/contentredirect.asp.
您還會看到類似：
Log Name: Application Source: MSExchangeIS Date: 8-8-2009 11:39:05 Event ID: 9811 Task Category: Exchange VSS Writer Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Exchange VSS Writer (instance 1) has successfully prepared the database engine for a full or copy backup of database 'mailbox database 0242942819'.
當成功完成備份後時，日誌檔將被清除。 正在清除哪些日誌檔將取決於如何繁忙的伺服器都是在備份期間 （如果，例如，有許多新的消息，正在移動的郵箱等等) 和檢查點深度。 清除日誌檔會記錄在事件日誌中以及：
Log Name: Application Source: ESE Date: 8-8-2009 11:39:19 Event ID: 224 Task Category: ShadowCopy Level: Information Keywords: Classic User: N/A Computer: EXMBX12.labs.local Description: Information Store (2444) mailbox database 0242942819: Deleting log files G:\mailbox database 0242942819\E0000000001.log to G:\mailbox database 0242942819\E0000000003.log.
WSB 才能夠創建完整備份或副本備份。 它不支援增量備份或差異備份。
資料庫複製
WSB 還可以創建備份的資料庫的資料庫可用性組 (DAG) 的一部分。 然而，WSB 的一個限制是資料庫的它可以只創建一個備份的主動副本。 如果您創建的主動副本備份，備份將會成功。 當這組的主動副本移動到另一台伺服器和本機資料庫變得被動時，備份將失敗。
創建備份的過程等同于前面所述的過程中，除了被截斷的日誌檔。 如果所有日誌檔都複製和中繼到其他資料庫副本，只會截斷日誌檔。 然後才會主動副本上的日誌檔被截斷。 這可能需要一些時間，這是沒有理由擔心。 它還會記錄在事件日誌中：
Log Name: Application Source: MSExchangeIS Date: 8-8-2009 11:54:16 Event ID: 9827 Task Category: Exchange VSS Writer Level: Information Keywords: Classic User: N/A Computer: EXMBX01.labs.local Description: Exchange VSS Writer (instance 725e6ff5-7fd0-4c52-9bf1-f62fafc425ea:5) has successfully completed the full or incremental backup of replicated database 'Mailbox Database 1444276156'.
之後你重播這些日誌檔將被截斷。
高可用性
一個完全高度可用的 Exchange Server 2010 環境，您必須配置郵箱伺服器，但還在集線器傳輸伺服器、 用戶端存取伺服器和邊緣傳輸伺服器 （如果您正在使用它們）。 這些其他伺服器角色的高可用性 (HA) 配置截然不同于郵箱伺服器角色。 然而，他們是類似于他們的 Exchange Server 2007 配置。
集線器傳輸伺服器
對於運輸冗余，您將需要至少兩個集線器傳輸伺服器。 當創建發送連接器，您可以定義的源伺服器的會通過此連接器發送郵件。 為實現冗余，您可以添加第二個集線器傳輸伺服器作為源伺服器：
- 登錄到 Exchange 伺服器上，打開 Exchange 管理主控台中。
- 展開交流關於房地-伺服器並展開組織葉。 按一下集線器傳輸葉並選擇發送連接器選項卡。
- 用滑鼠右鍵按一下該發送連接器，您需要更改並選擇屬性。
- 在發送連接器的屬性中，選擇源伺服器選項卡。
- 按一下添加按鈕，添加第二個集線器傳輸伺服器到發送連接器。
- 選擇第二個伺服器之後, 按一下確定兩次。
在集線器傳輸伺服器現在將具有冗余路徑，並且在這兩個源伺服器將自動載入平衡出站郵件。 它將為負載平衡兩個集線器傳輸伺服器上的出站 SMTP 通信使用輪循機制。
為入站郵件，您需要手動執行負載平衡的解決方案。 這可以是向 Internet 安全和加速 (ISA) 伺服器 2006年或任何其他硬體設備能夠負載平衡的 SMTP 通信。 您還可以使用 Windows 伺服器 2008年網路負載平衡 (NLB)，因為這是一個全新的 Microsoft 解決方案。
使用 NLB，可以生成負載平衡的解決方案，Windows 將跟蹤所有傳入連接和自動負載平衡的集線器傳輸伺服器之間的請求上運行。 這是自 Exchange Server 2007 SP1 完全支援的解決方案。 最後一個選項是使用 DNS 輪循負載平衡的傳入通信。
NLB 僅支援入站 SMTP 連接，不用於出站 SMTP 連接。 您不能安裝它已承載 DAG 的任何伺服器上。 承載 DAG 伺服器必須具有 Windows 容錯移轉叢集中運行，並且 NLB 不能共存與 Windows 容錯移轉叢集。
用戶端存取伺服器
用於用戶端存取伺服器層上的冗余，您需要執行至少兩個伺服器，應該是負載平衡在協定層上。 負載平衡解決方案可以是一個基於硬體的負載平衡解決方案或 Microsoft ISA Server 2006 的解決方案。 作為與集線器傳輸伺服器上，您還可以使用 NLB 為負載平衡用戶端存取伺服器上的連接 （除非它承載 DAG)。
邊緣傳輸伺服器
當在您的網路的 DMZ 中使用邊緣傳輸解決方案，您將需要至少兩個邊緣傳輸伺服器。 牢記所有邊緣傳輸伺服器都有自己的活動目錄羽量級目錄服務 (AD LDS 中，以前稱為活動目錄應用程式模式下或 ADAM) 的實例。 所有邊緣傳輸伺服器在公司網路中，都也自己訂閱的集線器傳輸伺服器。
當多個邊緣傳輸伺服器連接到相同的網站時，他們正在自動添加作為源伺服器，到入站發送連接器。 負載平衡發生在這些邊緣傳輸伺服器在相同的方式如在集線器傳輸伺服器上。
與 Exchange Server 2010 中的 DAG 新功能，您現在可以在郵箱伺服器上創建醫管局的解決方案。 此功能取代了叢集連續複寫 (CCR) 和備用連續複製 (SCR) 在 Exchange 2007。 老實說，達格 · 哈是 CCR/SCR 應該有了。 它是靈活、 強大、 比 CCR/SCR 解決方案的複雜程度較低。 它確實是最好的兩個世界。
集線器傳輸伺服器角色和用戶端存取伺服器角色的醫管局解決方案被實施協定負載平衡。 您可以實現這一點使用硬體負載平衡器或 Windows NLB，或通過使用 DNS 迴圈。 這一進程沒有太大變化。
您現在應該能夠確保您的 Exchange 伺服器總是啟動並運行。 當然，這是只是實踐的指南，説明您入門。 還有更多的學習，使您 Exchange 環境災害證明。
.jpg)
Jaap Wesselius 是 DM 顧問、 強重點放在消息傳遞和協作解決方案的公司的創始人。 在微軟工作了八年之後, Wesselius 決定提交更多他的時間到在荷蘭，交流社區 2007 年導致 Exchange 伺服器 MVP 獎。 他也是在荷蘭的整合通訊使用者組和簡單的談話經常作者的定期撰稿人。
在 red-gate.com/our-company/about/book-store 瞭解更多有關"Exchange 2010-A 實際辦法"。