數據備份被認為數據安全的最后一道防線，隨著大數據、云計算的興起，數據價值得以最大的發揮出來，因此，針對數據的容災備份已經被很多公司和企事業單位所接受。
在這樣的市場催化下，同時，容災備份的廠商也拋出了不少的新概念和觀點。從廠商的角度來說，這樣既可以提供產品的溢價能力，也可以造成一種高技術含量的假象。比如實時備份。
實時備份的確是一個較為理想的狀態，一般采用實時數據捕獲引擎來實現源數據的實時備份，然后存儲到目標存儲介質中。這一技術引擎從而顛覆了備份的 定時性習慣概念，實現RPO趨于零的保護。舉個例子：照相的時候連拍的確可以提高照片的滿意度，但是對相機的要求也會很大。這就好像是實時備份，在獲得最 大顆粒度的備份數據的同時，不管是增量備份、還是全量備份需要付出極大的技術成本以帶寬和存儲成本。
對于一些數據庫數量較多，實時數據增量 較多的大型企業來說，實時備份所保留的所有變化的數據塊的初衷是為了可以做到任意的時間點的版本的恢復。同時，針對不同的服務器類型，例如Oracle、 SQLServer、MySOL等數據庫，都會有專門的實時備份的使用機制。但對于一些國內的中小企業來說，甚至人數不超過10個人的小微企業，還談不上 針對數據庫進行備份，一些主要數據也都是每天正常的業務中產生的圖片、文檔、視頻等非結構化的數據，數據變化的頻率不大，每天的數據增量在幾GB左右，如 果采用實時備份的化反倒會造成不必要的帶寬壓力和存儲空間的浪費。從實際情況來講，目前多備份提供的備份頻率包括每周、每天、每小時，已經可以瞞住中小企 業的業務需求。對于定制版的用戶，還可以提供比每小時更高的備份頻率，然而這種方式更多的還是適合大型企業使用。
從技術上來說，實時備份只 是將同樣的技術使用的次數增加，是一種常數級的增加，因此并不能說采用了實時備份的技術就有多少質的飛躍。數據備份的方式很多，結合企業自身的情況選擇一 個最適合自己的才是最重要的。“羊毛出在羊身上”，中小企業切勿因為不切實際的需求而掉入服務商所設下的成本陷阱中。
京公網安備 11010502049343號