Windows卷影拷貝服務VSS通過確保在某個時間點從虛擬機里拷貝的數據一致性，這有助于虛擬機備份策略的實施。
對于一個成功的虛擬機備份策略來說，只有Windows VSS還遠遠不夠。強勁的虛擬機備份需要與物理主機和各種其他組件配合。
如果是復雜的情況，比如擁有不同的hypervisor和備份方法需要廣泛的不同架構。下面我們來看看在Microsoft Hyper-V和VMware vSphere平臺上的虛擬機備份策略有何不同。
協調Hyper-V虛擬機備份
虛擬機備份當然是Hyper-V的一大亮點。在主機和子機上擁有相同操作系統，如同Windows上全是Hyper-V，這對于虛擬機備份策略相當有益。這種架構下，Windows VSS自然安裝在主機和每臺虛擬機上，使主機級別備份更方便。主機也有Windows Server Backup應用，能當做VSS響應器。你甚至可以安裝第三方產品來支持虛擬機備份策略。
備份Hyper-V虛擬機需要在主機和子機的Windows VSS實例之間協調。所以Hyper-V集成組件為每臺虛擬機安裝代碼。這個代碼允許在主機上進行Windows VSS寫入，并與任何在運行虛擬機里的已注冊VSS Writers進行通信，以便配合靜止活動。這種VSS實例的堆棧能確保隨著虛擬硬盤文件的備份而將應用成功靜止。
使用Windows VSS進行VMware虛擬機備份
VMware vSphere使用的架構與Hyper-V不同，這意味著Windows VSS不是其管理范圍的一部分。在主機層沒有Windows VSS的話，快照和靜止活動必須通過一些其他服務進行控制。對于VMware虛擬機備份，可使用VMware Consolidated Backup或者最新的vStorage API。vSphere Data Recovery功能更則是另一個選項。
與Hyper-V Integration Component一樣，vSphere需要一個特殊設備來添加VSS Requestor組件。它屬于VMware Tools的一部分。
VMware’s VSS Requestor的實施優點帶來了額外的擔憂：以前在vSphere 4.0里創建的任何虛擬機需要額外的配置以支持應用一致性靜止。VMware Data Recovery Administration Guide第38頁討論了這個過程所需的十一個步驟。過程包括在虛擬機配置參數里啟用UUID attribute disk.enableUUID。創建于vSphere 4.1里的虛擬機不需要這個額外配置。
如果在一個成功的虛擬機備份策略里沒有完成這些額外步驟，虛擬機可能使用不一致的應用數據進行恢復。就像冗長的數據庫驗證過程導致從Exchange服務器突然需要電源線纜，恢復不一致的數據不是我們需要的狀態。
用于虛擬機備份策略的第三方工具
有許多第三方工具與Hyper-V和vSphere進行集成，用于虛擬機備份與恢復。通過自動插入代理到虛擬機備份的時候，一些人將這個編排過程步驟作為進一步的步驟。
通過確保Active Directory Domain Controller一直以非驗證模式重啟，這個代理能讓恢復過程更便捷，例如。要成功恢復就需要一些額外的步驟，但如果在虛擬機啟動的時候代理不出現，那么會失敗。
協調虛擬機備份與Windows VSS和主機之間的關系不是表面上那么簡單。尤其是對于業務關鍵應用來說，如果虛擬機要正確恢復，那么虛擬機備份策略的許多組件必須集成。
