“云災備”作為目前一種成熟的災備方式已經為廣大用戶所使用，目前存在的形式主要有公有云災備以及私有云災備。不管公有云還是私有云都是將數據備份到集成了計算資源、存儲資源和網絡資源的云平臺。云平臺作為數據備份的傳輸和存儲介質，將備份數據進行傳輸和存儲，但并不保證備份數據的完整和可用。當生產中心的數據出現問題需要進行數據恢復時，如果云災備平臺上的數據不能恢復或者使用，將會喪失備份的意義，這種情況在備份結構化的數據庫類數據時尤為常見。

結構化數據庫類數據的特點

　　凡是數據基本上可以分結構化數據、非結構化數據以及半結構化數據。結構化數據是指的可以用二維表結構來邏輯表達實現的數據，所有關系型數據庫中的數據全部為結構化數據。非結構化數據指的是相對結構化數據而言，無法或者不方便用二維表來邏輯表達實現的數據，如所有格式的辦公文檔、文本、圖片、各類報表、圖像和音頻/視頻信息等等都屬于非結構化數據。半結構化數據介于以上兩種數據之間，如果將它作為結構化的數據，因為它的結構變化很大，所以不方便將它用二維表邏輯表達。另外我們要了解數據的細節所以也不能將它簡單的組織成一個文件按照非結構化數據處理。這類數據如XML、HTML等文件，它一般是自描述的，數據的結構和內容混在一起，沒有明顯的區分。

　　對于非結構化以及半結構化的數據而言，數據損壞發生時，只會對個別文件造成影響。而對于結構化數據庫而言，數據的損壞將會導致整個數據庫無法使用。由此可見，保證數據庫的備份數據的有效性關系重大，它關系到整個數據庫的可用性。

導致結構化數據庫不可用的原因分析

　　通常引起數據庫不可用的原因主要有以下幾點：

　　1、意外中斷

　　數據庫在讀寫過程中突然重啟或者死機，重新啟動計算機使用數據庫時，很可能會報數據文件損壞類錯誤（不同數據庫的提示錯誤有所差別，但意思一致），這種錯誤的出現是因為在數據庫讀寫過程中，計算機發生了突然的死機或重啟，而導致了緩沖數據的丟失，緩沖數據的丟失將會導致數據庫無法寫入正確的數據，那么數據庫會寫入一些無關的數據，這樣就會造成數據庫出錯。Oracle的數據庫針對這種損壞可以通過歸檔文件進行回滾，但是運行在非歸檔模式下時，也一樣會出現此類錯誤。

　　2、人為破壞

　　人為破壞最直接的就是將硬盤格式化或者將數據庫文件徹底刪除，此時用戶往往會采用世面上的硬盤恢復工具如FinalData和EasyRecovery等工具進行恢復。雖然在運氣好的情況下可以將數據文件找回，但是99%是無法附加、掛載的。即使可以附加和掛載，數據庫也無法使用。因為數據庫在日常中經常增加和修改、刪除記錄，這樣就會出數據庫文件存儲不連續的情況，而FinalData和EasyRecovery等工具都是連續取數據的，所以取到的數據必然不完整。

　　3、邏輯損壞

　　邏輯損壞是指的一些“發和內部一致性錯誤”、“分配錯誤”和無任何提示的錯誤。這種錯誤的原因比較復雜，主要是系統表、回滾空間被破壞、篡改等。因為數據庫的效驗比較嚴密，只要稍改一個關鍵字節，都會導致這種錯誤。

CDP保證數據庫備份100%的可用

　　目前主流的備份方式主要有三種：一種是定時備份、一種是實時備份，一種是CDP。很多人認為實時備份就是CDP，其實兩者之間存在本質的區別，鏡像同步類軟件可以實現實時備份，但是卻不能稱作是CDP，因為CDP需要滿足任意時間點（Any Point In Time）恢復的特點，而鏡像類的產品是無法做到的，它只有有限個的快照點。

　　試想在進行數據恢復的時候，如果我們只有250個點可以選擇。誰也無法保證當數據庫發生邏輯錯誤時，修復的點就在這250個點之中，因為歷史上數據的變化遠遠不止250次。而如果歷史上所有的變化點都做了保留，比如變化了10000次，有10000個恢復點，那么這里面肯定有一個點是發生邏輯錯誤前的點。這就保證了這份備份數據是可以100%的恢復到數據庫的一個可用狀態的。

　　北京和力記易科技有限公司的UPM備特佳容災備份系統，獨有的任意時間點回退功能，保留了歷史上的任意恢復點，完全做到了CDP的標準。其優秀的網絡傳輸功能，采用無限增量的模式更是降低了異地容災的網絡帶寬成本?？芍^是異地容災的上佳之選。