有關 Exchange 備份您所需知道的一切* - 第一部分
英文原文已於 2012 年 6 月 5 日星期二發佈
*即使一直無從問起
如果您覺得使用磁碟區陰影複製 (可能為英文網頁) (VSS) 進行 Exchange 資料備份的內部工作有點難懂，請放心，您不是唯一這麼覺得的人。管理員可能會問，「我在事件記錄檔中看到的這些「凍結」(freezing) 和「解凍」(thawing) 究竟是怎麼回事？Exchange VSS 編寫器究竟是什麼，而且它會對我的資料庫會做些什麼呢？它是怎樣能在不到 60 秒的時間內，建立一個 135GB 資料庫的快照？」
如果您曾經問過這些問題，但卻被答案弄得更迷糊，以下的指南可以幫助您稍微理出點頭緒。若要瞭解 Exchange 的 VSS 備份是如何運作，重點是要先瞭解 VSS 本身的基本原理。在 TechNet 和 MSDN 上有一些針對此議題討論的優秀文件，在 Windows Server 核心小組部落格詢問核心小組 (可能為英文網頁) 中也提供參考文件。我備受敬重的同事 Randy Monteleone 在他的貼文中，為 VSS 開門見山地提出精準的綱要，同時也在 VSS 上提供一些 TechNet 不錯的入門文章連結 (在一次重申)：
如何：執行 VSS 追蹤 ─ Randy Monteleone
https://blogs.technet.com/b/askcore/archive/2012/04/29/how-to-vss-tracing.aspx (可能為英文網頁)
磁碟區陰影複製服務如何運作
https://technet.microsoft.com/zh-tw/library/cc785914(WS.10).aspx (可能為英文網頁)
磁碟區陰影複製服務
https://technet.microsoft.com/zh-tw/library/ee923636(WS.10).aspx (可能為英文網頁)
如果您至少已經熟悉 VSS 的基本原理，可以先往前看此系列的第二部分，我們會分別說明發生在 VSS Exchange 備份中的事件，以及 Exchange 如何在應用程式事件記錄檔中加以記錄。
如果您需要有關 VSS 基本概念與 Exchange 編寫器的快速入門或複習內容，我已將它們濃縮成下列圖形要點，做為上列參考文章的補充。
快照
請記住，Exchange 和所有應用程式的 VSS 解決方案，會因應不同的硬體與軟體設定，而有極大的不同。包括複製與 COW 快照、硬與及軟體解決方案，都是根據核心 VSS 子系統而開發出來的各式不同技術。為了要瞭解 Exchange 備份，我們將只選出一種特定類型的解決方案進行說明。下列詳述的是稱之為「寫入時複製」或 COW (copy-on-write) 的快照。
在以 COW 快照為基礎的 Exchange VSS 備份中，我們會對裝載 Exchange 資料的磁碟建立快照。不論所備份的是什麼，即使是單一資料庫檔案及一些記錄，VSS 都會為將儲存所有資料的整個磁碟建立快照。如果資料存放於多個磁碟中，例如 Exchange 資料庫位於某個磁碟，而記錄位於另一個磁碟，VSS 就會為所有這些磁碟建立快照。
那麼，什麼是「快照」呢？磁碟區快照是在稱之為「陰影存放區」中的一個空間區域，該區域一般是在磁碟上，位於「系統磁碟區資訊」資料夾中的一個小型空間區域。
建立磁碟快照之後，從該時間點之後任何資料區塊的變更，在將該區塊資料變更前的複本 (亦即該快照建立時的狀態) 寫入陰影存放區內不同的區域之前，都無法寫入。如此一來，在快照建立當時的磁碟資料即可以獲得保存，以區塊為單位存放在陰影存放區內。若所要求的資料區塊並未變更，快照可以從原始磁碟取得；若已變更，則可差異區域取得。此做法的基礎圖示如下：
下午一點所建立的磁碟 E: 快照：
一分鐘之後，寫入了其中一個區塊執行，但不會在差異區中所保留的下午一點之資料之前。
實際磁碟在下午一點資料發生變更時，會寫入陰影存放區內，以保留該時刻磁碟現狀的記錄：
以下步驟：
在上述圖表中，備份伺服器會對區塊 2 和 53 的快照要求資料。下午一點時的區塊 53 保留在快照中，所以可以直接從陰影存放區複製資料。區塊 2 從下午一點開始就沒有任何變更，因此會透過 VSS 驅動程式 VOLSNAP.SYS 進行複製，而該驅動程式的運作方式與 NTFS.SYS 檔案系統驅動程式之下之篩選器驅動程式類似。藉由在系統檔案之下的 IRP 堆疊 (核心記憶體裡管理磁碟 I/O 的部分) 中進行工作，可以讀取區塊資料，而不會因檔案正在使用中而受 NTFS 拒絶。VOLSNAP.SYS 也會負責確保區塊內的資料在收到寫入要求時，會複製到陰影存放區，因而得其名為「寫入時複製」。以下是來自於 Tim McMichael 有關 VOLSNAP.SYS 的更多說明：
Exchange / VSS / 及差異區塊大小…
https://blogs.technet.com/b/timmcmic/archive/2011/07/12/exchange-vss-and-differential-block-size.aspx (可能為英文網頁)
現在我們已瞭解 COW 快照的基本概念，可以看看它是如何與 Exchange 一起運作，以及一些其他主要概念：
Microsoft Exchange 編寫器
所以現在我們知道 VSS 會為儲存 Exchange 資料的磁碟建立快照。但是，備份應用程式是如何分辨並找到正確的磁碟？通常，管理員選取要備份的資料庫時，並不會指定儲存資料檔案的磁碟。所以，必須要提供關於資料檔案儲存的位置，以及據此決定 VSS 需要建立快照的磁碟。此資訊也會告知備份應用程式 (也稱為 VSS 要求者)，哪些特定的資料檔案必須要從快照中複製，以保留在備份媒體中，因為我們並不希望從磁碟中複製任何不需要的內容。
此時所使用的機制是 Microsoft Exchange VSS 編寫器。如同所有應用程式的 VSS 編寫器一般 (有許多個，只要執行 VSSADMIN LIST WRITERS 即可看到全部)，它的首要工作就是告訴備份應用程式關於需要進行備份的資料，特別是 EDB 檔案、記錄，以及所要求的每個資料庫之檢查點檔案。有關這些特定的 Exchange 資料檔案的資訊，稱之為 編寫器中繼資料 。
(按一下縮圖可看到完整大小的版本)
在上述圖表中，我們可以看到 Exchange 備份的初始步驟。Exchange 編寫器告知備份伺服器 (要求者) 在 E: 磁碟區中有一個資料夾內有資料庫，而該資料庫的異動記錄檔位於 D: 的資料夾中。根據此資訊，執行工作時，備份應用程式會要求 D: 和 E: 磁碟區的快照。
除了提供中繼資料給 VSS 要求者之外，Exchange VSS 編寫器還有另外一個重要角色。那就是在建立必要快照的時間內，停止寫入磁碟的資料庫及記錄，也就是進行 凍結 。COW 快照一般只需要很短的時間即可建立，因為其最初的組成是指定陰影存放區的區域，用以保留在實際磁碟內發生變更的區塊。儘管相對來說操作時間很短，但仍可能需花費一分鐘，而在快照建立流程的起始和結束之間，已足夠使磁碟裡區內的資料發生變更。如果區塊資料變更，但在快照建立開始之時的原始資料並未保留，而可能會使這些區塊與其他快照資料不一致，特別是關於記錄、資料庫以及檢查點檔案。因此，Exchange 編寫器會避免讓「資訊存放服務」或 MS Exchange 複寫服務，將 RAM 的資料寫入已凍結的資料庫檔案。在「資訊存放服務」的情況下，在 Exchange 編寫器允許 VSS 建立快照之前，會回復並關閉目前的異動記錄檔 (Exx.log)。如此可確保在快照的開始及完成之間，檔案資料不會有任何變更，而此時資料庫即已 解凍 。當資料庫是解凍時，允許將存放在 RAM 中的 I/O 再次寫入磁碟。
下列是關於應用程式的 VSS 編寫器如何與 VSS 互動，以執行凍結、凍結以及完成快照所需時間的進一步資訊：
CVssWriter::OnFreeze 方法
https://msdn.microsoft.com/zh-tw/library/windows/desktop/aa381563(v=vs.85).aspx (可能為英文網頁)
Exchange 編寫器的最後一項主要任務，是告訴「資訊存放服務」(進行被動副本備份時是 MS Exchange 複寫服務) 備份已經完成，以及若適用的話，執行像是記錄截斷、標示資料庫為不再有備份進行中等備份後續工作。
在此系列的第二部分和第三部分，我們會詳細分解上述的所有元素是如何在 Exchange 備份中應用、產生應用程式記錄事件，並比對已裝載的資料庫和被動資料庫副本的程序。
感謝 Michael Blanton、Tim McMichael、Randy Monteleone、Dave Vespa 和 Tom Kern 協助並共同合作完成這些文章本內容。
Jesse Tedoff
這是翻譯後的部落格文章。英文原文請參閱 Everything You Need to Know About Exchange Backups* - Part 1