VSS是基石，但架構差異決定備份實現路徑
Windows VSS（卷影複製服務）確保時間點數據一致性，是虛擬機備份核心。但Hyper-V與vSphere架構迥異，導致VSS協調機制、工具鏈、第三方整合大不同。
Hyper-V：原生VSS棧，主機級備份無縫整合
- 架構優勢：主機與子機同為Windows，VSS原生安裝於雙方，Hyper-V整合元件在每VM安裝代碼，協調主機VSS寫入器與客體VSS寫入器通訊，實現應用一致性靜默。
- 工具鏈：主機內建Windows Server Backup作VSS請求者，第三方產品可直接掛載整合。
- 流程：主機VSS → 整合元件 → 客體VSS Writers → 應用靜默 → 虛擬硬碟備份，全鏈路Windows原生，零額外配置。
VMware vSphere：無主機VSS，依賴vStorage API與VMware Tools
- 架構差距：ESXi非Windows，主機層無VSS，快照/靜默由vStorage API或VMware Consolidated Backup (VCB)控制，vSphere Data Recovery為另一選項。
- 關鍵組件：VMware Tools內含VSS Requestor，注入客體協調VSS Writers。
- 歷史包袱：vSphere 4.0建立的VM需11步額外配置（含啟用
disk.enableUUID）才支援應用一致性靜默；4.1+新建VM免配置。遺漏步驟將導致還原數據不一致（如資料庫驗證失敗、Exchange突發掛載）。
第三方工具：代理注入簡化編排，但AD DC還原仍需特殊處理
- 自動注入代理至VM備份時刻，協調應用靜默與還原流程。
- 案例：AD網域控制器必須以非驗證模式（DSRM）重啟，代理確保此流程；若代理啟動失敗，還原失效。
核心結論
Hyper-V憑藉全Windows棧實現原生、零配置、主機級備份；vSphere需VMware Tools + vStorage API + 版本相關配置達到同等應用一致性。關鍵任務應用備份，必須驗證整個鏈路（VSS/Requestor/Tools/API/代理）端到端整合，而非假設快照即等於備份。
