使用ROW快照,，數(shù)據(jù)卷存放的是上一個快照時間點的舊數(shù)據(jù)，新數(shù)據(jù)最終存放在預(yù)留的快照空間,。這里也有一個復(fù)雜的問題,，就是快照的刪除。被刪除的快照上的數(shù)據(jù)必須被復(fù)制到原始數(shù)據(jù)卷,，并且做一致性回退,。創(chuàng)建的快照越多,，維護快照的復(fù)雜度也會以指數(shù)級別上升。這些復(fù)雜性包括對原始數(shù)據(jù)的訪問,、快照數(shù)據(jù)和原始數(shù)據(jù)卷的跟蹤,、以及快照刪除后的數(shù)據(jù)調(diào)整。另一個直接引發(fā)的嚴重問題是,，原始數(shù)據(jù)集中會產(chǎn)生大量的碎片,。

　克隆或分割鏡像快照與后臺拷貝的復(fù)制寫快照

　　Clone or split-mirror 克隆或分割鏡像快照

　　Clone(或split-mirror)快照所創(chuàng)建的是數(shù)據(jù)的完整副本。Clone(或split-mirror)快照的對象可以是一個存儲卷,、一個文件系統(tǒng)或者是一個LUN(logical unit number 邏輯單元號),。Clone快照的優(yōu)點是它們具有高可用性;缺點是所有的數(shù)據(jù)都要完整的復(fù)制一份，復(fù)制的過程也不可能在瞬間完成,。我們可以分割一對保持同步狀態(tài)的鏡像卷來啟用Clone快照,，分割的過程瞬間即可完成。然而,，當鏡像被分割成Clone快照之后,，數(shù)據(jù)卷也就失去了他的同步鏡像。

　　使用Clone快照需要面對的一個非常嚴重的問題是每個快照都需要和數(shù)據(jù)卷一樣大的存儲空間,。尤其是當我們在任何時刻都需要保持一份以上Clone卷的情況,，這個成本會非常高。另一個缺點是影響性能,，因為在鏡像卷之間保持寫同步需要一定的系統(tǒng)開銷,。

　　Copy-on-write with background copy 后臺拷貝的復(fù)制寫快照

　　Copy-on-write with background copy快照有兩個生成步驟：首先創(chuàng)建一個瞬時即可生成的COW快照;然后利用后臺進程將數(shù)據(jù)卷的數(shù)據(jù)復(fù)制到快照空間，最后生成一份數(shù)據(jù)卷的克隆或鏡像,。

　　創(chuàng)建這種快照的目的是發(fā)揮COW快照的優(yōu)勢,，同時盡量屏蔽它的不足。因此,，這種快照常常被形容為COW和Clone快照的混合體,。

　增量快照與持續(xù)數(shù)據(jù)保護

　　(Incremental)增量快照

　　增量快照的特點是可以跟蹤數(shù)據(jù)卷和快照卷的變化。當一個新的增量快照生成之后,，舊的快照數(shù)據(jù)將被刷新,。第一個快照和隨后創(chuàng)建的每一個增量快照數(shù)據(jù)上都有時間戳標記，利用時間戳我們能夠?qū)⒖煺諗?shù)據(jù)回滾到任意的一個時間點,。增量快照技術(shù)能夠加快后續(xù)快照的生成速度,，而且僅僅在名義上多消耗了一點空間而已。由此,，我們可以提高創(chuàng)建快照的頻率,，也能讓快照保留得更久一點。

　　增量快照的不足之處是它需要依靠上面所提到的其他基礎(chǔ)技術(shù)來創(chuàng)建第一個快照 (COW、ROW,、clone/split mirror,、copy-on-write with background copy) 。如果用Clone方式,，那么第一個快照需要較長的初始化時間;如果用COW方式,，數(shù)據(jù)卷的性能會降低。

　　持續(xù)數(shù)據(jù)保護(CDP)

　　CDP的出現(xiàn)是為了實現(xiàn)零數(shù)據(jù)丟失的RPO指標,，以及瞬時數(shù)據(jù)恢復(fù)的RTO指標,。它本身與同步數(shù)據(jù)鏡像很類似，不同之處在于CDP還可以對軟性災(zāi)難進行恢復(fù),。包括人為誤操作,、惡意軟件攻擊、意外刪除,、數(shù)據(jù)損壞等情況,。

　　持續(xù)數(shù)據(jù)保護頗像頻率很高的增量快照。它會捕獲并復(fù)制任何時刻發(fā)生的數(shù)據(jù)變化,，并且給這些數(shù)據(jù)塊打上時間戳,。CDP本質(zhì)上相當于每個時刻都創(chuàng)建一份增量快照，提供細粒度的精確數(shù)據(jù)恢復(fù),。有些CDP產(chǎn)品同時提供基于時間和基于事件(例如應(yīng)用程序升級事件)兩種粒度的恢復(fù)方式,。還有一個理解CDP概念的好方法就是將它看成一個快照的journal日志。

　　對于郵件系統(tǒng),、數(shù)據(jù)庫和基于數(shù)據(jù)庫的應(yīng)用來說,，CDP是一個極好的保護方案，能將數(shù)據(jù)回滾到任意的歷史時間點,，恢復(fù)過程也簡便,、迅速。最有代表性的CDP產(chǎn)品是飛康公司的IPStor,，它是一個集成了CDP功能的存儲系統(tǒng)兼存儲虛擬化設(shè)備,。

　　隨著越來越多的數(shù)據(jù)需要保護，備份窗口也變得越來越緊張,，因此需要快照技術(shù)來幫助我們解決備份問題,。在現(xiàn)實的應(yīng)用環(huán)境中，快照利用的是否恰當對數(shù)據(jù)保護的等級和恢復(fù)的速度有著很大的影響,。盡管各類型快照之間存在的技術(shù)差異不太容易理解,，但無論如何，快照技術(shù)都將在數(shù)據(jù)保護領(lǐng)域和日常存儲管理中扮演重要的角色,。

　特別注意：快照的一致性問題

　　如果用快照來處理結(jié)構(gòu)化數(shù)據(jù),，可能會存在一些問題。結(jié)構(gòu)化數(shù)據(jù)涉及到數(shù)據(jù)庫,，以及數(shù)據(jù)庫類應(yīng)用(例如郵件系統(tǒng),、ERP或CRM等等)。許多產(chǎn)品中的快照并不能與這些應(yīng)用程序集成或被直接調(diào)用,。有一種可能的情況是,，在我們創(chuàng)建快照的瞬間，數(shù)據(jù)庫恰好不在靜止狀態(tài)(緩存正在刷新,、寫操作事務(wù)尚未完成,、索引和元數(shù)據(jù)正在更新等等)，此刻生成的快照數(shù)據(jù)是不一致的,，很有可能無法正常使用,。

　　在微軟的Windows Server平臺上，這個問題要簡單得多,，利用Windows Volume Shadow Copy Services (VSS)和它的API,，數(shù)據(jù)庫應(yīng)用程序可以集成并調(diào)用快照工具。VSS是專門為結(jié)構(gòu)化數(shù)據(jù)應(yīng)用設(shè)計的服務(wù)框架,，可以驅(qū)動數(shù)據(jù)庫等應(yīng)用進入數(shù)據(jù)一致性的靜止狀態(tài),，在快照開始初始化之前，完成刷新緩存,、結(jié)束寫操作以及系統(tǒng)狀態(tài)的更新,。

　　遺憾的是，目前在Linux和Unix操作系統(tǒng)平臺上還沒有類似VSS的服務(wù)或API,。VMware公司的vCenter storage API可以說是一個部分解決方案,。快照的發(fā)起者可以通過vCenter storage API給vCenter發(fā)出一個指令,，讓虛擬機進入靜止狀態(tài),，然后再執(zhí)行快照。但這個時候,，快照由于沒有通過應(yīng)用程序感知,，也許會存在不一致的問題。

　　這里還有一個好辦法,，可以不通過Windows VSS,，獲得數(shù)據(jù)庫的一致性快照。這個辦法需要備份軟件的配合,。將快照的API同備份軟件集成,，就可以從備份服務(wù)器端驅(qū)動備份軟件的數(shù)據(jù)庫代理Agent。Agent備份代理程序可以驅(qū)動數(shù)據(jù)庫進入靜止狀態(tài),，然后反向讓備份服務(wù)器通知快照工具開始執(zhí)行創(chuàng)建快照的操作,。這也是一個比較有效的辦法,。