Exchange 備份葵花寶典* - 第 2 部分

英文原文已於 2012 年 6 月 15 日星期五發佈

* 究極秘辛獨門傳授

本系列第 2 部分 (第 1 部分在這裡) 為你解說備份 DAG 期間的幾項事件。DAG 指的是 Exchange 2010 資料庫可用性群組中，一個已經裝載執行的資料庫複本，全名是 Database Availability Group，很容易理解吧。在這個例子裡，備份伺服器被要求使用非永久性的 COW 快照，在 ADA-MBX1 伺服器上建立 DB1 資料庫的完整備份：

(請按一下縮圖查看本文附圖的完整版本)

事件 9606 的意思是說 VSS 要求者已連絡上 Exchange 寫入器，且回報了即將要開始之備份工作的執行個體 GUID。在本例中的執行個體為 830705de-32d9-4059-94ea-b9e9aad38615。此執行個體 GUID 在每項工作中會一直使用到結束，並會隨著工作的更迭而改變。因此你可以利用它來追蹤各個不同工作的事件順序。此時 Exchange 寫入器會提供資料庫與記錄檔的最新中繼資料給備份應用程式。

事件 2005 和 9811 指出指派給 ESE 執行個體的號碼。所以透過事件 9606 中的寫入器執行個體 GUID，我們可以利用這些 ESE 號碼 (每有一項新工作就會加 1) 來追蹤工作的進度。在這個階段中，資料庫在資訊儲存庫服務的記憶體空間中會標示為「備份進行中」。

當備份應用程式根據 Exchange 寫入器中繼資料所提供的資料位置，判定哪個磁碟必須建立快照後，就會接著發出建立快照的要求。待快照要求送達時，便會產生事件 9608，告訴我們 Exchange 寫入器已認可接下來的動作。在產生快照期間，它必須暫停磁碟寫入資料庫和記錄檔的動作，我們稱之為「凍結」。

產生事件 2001 時，目前的交易記錄檔會關閉並隨之凍結。從 STORE.exe 寫入磁碟的資料也會暫存在記憶體中。

當這些事件出現，表示快照已經建立好了，寫入資料庫資料區塊的動作也會恢復運作。

快照建立好之後，備份應用程式就可以從 VSS 子系統複製資料區塊、從陰影存放取得資料區塊 (當資料區塊因為有所變更而予以保留時)，或從真實磁碟取得資料區塊 (沒有陰影存放時)。Exchange 寫入器會等待資料傳輸完成的信號。資料傳輸的路線如圖中的紫色箭頭所示，在本案例中，資料是從存放區中的快照複製而來，再通過 Exchange 伺服器的 I/O，然後抵達備份伺服器。

當備份應用程式完成資料複製時，會通知 VSS 它已經完成了。VSS 接著通知 Exchange 寫入器，然後 Exchange 寫入器才開始備份之後的步驟 (也就是上述事件所代表的動作)。事件 225 的意思是說記錄不會遭到截斷，會引人誤解。對於獨立資料庫，ESE 會在備份完成時一併清除記錄檔。然而涉及 DAG 複本資料庫時，就必須對照 Exchange 複寫服務，執行一次其他資料庫複本的檢查，以確保記錄截斷可繼續。檢查完成之後，會隨即除可以用來截斷的記錄。資料庫的標題會註明備份的相關資訊，記憶體中也會關閉備份進行中位元。在本案例中，工作所用的快照在備份完成後即一併銷毀。在其他類型的備份中 (例如增量備份)，快照的去留會有所差異，但在這裡是將它們移除了。

在本系列的下一篇文章中，我們將接著說明被動式 DAG 資料庫複本的備份。

Jesse Tedoff

這是翻譯後的部落格文章。英文原文請參閱 Everything You Need to Know About Exchange Backups* - Part 2