在IBM SmartCloud Enterprise上使用Asigra Cloud Backup

在本文中，作者建議採用 「無代理備份」 技術，該技術提供了比基於代理的傳統備份更好的面向雲的資料恢復方法。 本文作者將帶領您遍歷各種備份選項，然後瞭解他們開發的一個實際的無代理雲恢復系統，該系統可運行在 IBM® HTTP://www.aliyun.com/zixun/aggregation/13696.html"> SmartCloud Enterprise 之上。

隨著雲被使用的速度加快以及企業和生產級應用程式在雲中的託管，管理員需要面對更多的挑戰，因為傳統的、基於代理的備份解決方案已經無法滿足雲環境需求。 無代理備份和恢復技術可以為傳統方法提供一些優勢，説明簡化和加快資料恢復。

本文將討論無代理備份和恢復方法以及它在雲中的工作原理。

為什麼選擇無代理備份和恢復

IT 世界正在發生改變：雲計算備份和恢復也不例外。 大型應用程式和資料中心通常使用的是傳統備份方法，以及推動雲發展的早期動力，主要針對 Web 和消費應用程式而設計的資料保護模式都已無法滿足雲中運行的企業和生產應用程式的需求。

無代理備份和恢復技術通常是針對雲環境而從頭開始設計的，目的是提供一個低接觸（low-touch）、資源密集度低、支援靈活的資料恢復、易於管理的解決方案。 對於雲使用者，這意味著付出更少的努力和更低的成本（大部分通過自動化實現），並提供更快的恢復速度。

現在讓我們來瞭解一下備份技術在雲技術出現之前的演進過程。

備份演進和適用于雲的方式

讓我們查看兩個更加傳統的基於 Web 的備份類型：

傳統的基於代理的備份

代理過去一直用於掃描並從作業系統、檔案系統和應用程式中收集資料。 代理可以備份完整的資料集、增量的檔變更或增量的塊變更。

近來，代理功能進一步發展為包括複製、壓縮和加密等功能。 所有這些功能都需要一定數量的系統資源。 圖 1 演示了一個典型的基於代理的備份系統。

圖 1. 典型的基於代理的備份軟體部署

用於結構化資料庫備份（RDBMS、電子郵件、ERP 等）的應用程式代理通常是附加到系統代理的一種特殊代理或一些代碼。 每個代理都是獨特的，無法與其他系統或應用程式共用。

代理必須安裝在所有設備上。 大多數傳統備份和資料保護軟體都沒有廢除代理；每個設備都要求管理員手動安裝代理。 這一點同樣適用于補丁、修復包和升級。

許多備份代理還會要求重啟應用程式系統。 這就要求對所有實現、升級、補丁和修復包進行預先安排並快速切換。 如果您擁有大量代理，那麼這個過程將會非常繁瑣，常常會導致備份管理員將升級或安裝補丁推遲到預先安排的維護期進行。

當伺服器虛擬化剛剛變得流行時，備份在虛擬機器 (VM) 上的實現方式與在物理機上相同。 這降低了 VM 的集中和整合，因為每個代理都會佔用資源；更多的 VM 意味著更多的代理資源。

備份還會導致 I/O 爭用，因為每個代理都試圖同時進行備份，產生爭用通常是因為這些代理並不知道爭用的是相同的資源。 爭用會導致備份性能下降，並使備份週期延誤。

虛擬化映射備份

虛擬機器管理程式供應商發現代理的開銷巨大，因此開發了一種不同的方法來執行虛擬機器備份。 如今的大多數虛擬機器管理程式都擁有某種形式的 API，允許備份利用虛擬機器管理程式自有的快照，因此它們為備份流程分擔了一部分負荷，並且沒有使用代理。

通過虛擬機器管理程式 API，備份軟體媒介系統發出某個特定 VM 或一系列 VM 的快照（更具體地說，與 VM 關聯的虛擬磁片）。 虛擬化快照允許執行完整的 VM 回滾恢復，這通常誤稱為 裸機復原 (BMR)。 考慮到涉及的資料量，BMR 可能是一個相當長的過程；長期的使用者調查顯示，超過 90% 的恢復和還原通常是對某個檔進行的，而不是對整個機器。 但是，當需要執行 VM 回滾時，BMR 是一種快速而又簡便的實現方式。

市場上有一些本地備份產品可以實現虛擬化映射備份中的檔級恢復，但是它們往往特定于虛擬化平臺和管理程式。 在一些虛擬機器管理程式快照或映射捕捉要求雲伺服器離線（計畫內宕機）的情況，需要更多 VM 資源來恢復資料，或者大量增加存儲容量，以便捕捉多個時間點或克隆映射快照。 圖 2 顯示了一個虛擬化映射備份和快照設置。

圖 2. 虛擬化映射備份和快照

讓我們來看一看無代理備份和恢復。