快照(Snapshot)技術發展綜述php
劉愛貴html
摘要:傳統數據備份技術存在備份窗口、恢復時間目標RTO和恢復時間點RPO過長的問題,沒法知足企業關鍵性業務的數據保護需求,所以產生了數據快照技術。本文對快照技術的概念、特色、實現技術和發展示狀進行了歸納性闡述,並對其將來的發展進行了展望。node
關鍵詞:快照,備份,複製,鏡像,寫時複製,指針重映射數據庫
做者簡介:劉愛貴,研究方向爲網絡存儲、數據挖掘和分佈式計算;畢業於中科院,目前就任於賽門鐵克@Symantec,從事存儲軟件研發。Email: Aigui.Liu@gmail.com網絡
注:做者學識和經驗水平有限,若有錯誤或不當之處,敬請批評指正。數據結構
PDF格式下載:http://download.csdn.net/source/1613486架構
1、 引言併發
隨着計算機技術和網絡技術的不斷髮展,信息技術水平不斷獲得提升。人類進入稱爲信息社會的二十一世紀後,諸如數字通訊、數字多媒體、電子商務、搜索引擎、數字圖書館、天氣預報、地質勘探、科學研究等海量數據型應用的涌現,各類信息呈現爆炸式的增加趨勢,存儲成爲信息計算技術的中心。應用對存儲系統的要求不斷提升,存儲容量不斷升級,從GigaByte到TeraByte、 PetaByte、ExaByte,愈顯巨大。圖靈獎得到者Jim Gray提出一個新的經驗定律:網絡環境下每18個月生產的數據量等於有史以來的數據量之和。與此同時,現代企業對計算機的依賴性嚴重加強,信息數據逐漸成爲企業賴以生存的基礎,數據損壞或丟失將給企業帶來巨大的損失。因爲黑客、病毒、硬件設備的失效以及火災、地震等天然災害的緣由,使系統和數據信息遭到破壞甚至毀滅,若是不及時地進行恢復,將對企業形成巨大的損失,因此備份容災技術顯得尤其重要。尤爲,9.11等事件形成的災難性後果令人們更加深入地認識到數據信息的價值和意義,日益重視數據的保護。app
在過去的20多年中,雖然計算機技術取得了巨大的發展,可是數據備份技術卻沒有長足進步。數據備份操做代價和成本仍然比較高,而且消耗大量時間和系統資源,數據備份的恢復時間目標和恢復點目標比較長。傳統地,人們一直採用數據複製、備份、恢復等技術來保護重要的數據信息,按期對數據進行備份或複製。因爲數據備份過程會影響應用性能,而且很是耗時,所以數據備份一般被安排在系統負載較輕時進行(如夜間)。另外,爲了節省存儲空間,一般結合全量和增量備份技術。異步
顯然,這種數據備份方式存在一個顯著的不足,即備份窗口問題。在數據備份期間,企業業務須要暫時中止對外提供服務。隨着企業數據量和數據增加速度的加快,這個窗口可能會要求愈來愈長,這對於關鍵性業務系統來講是沒法接受的。諸如銀行、電信等機構,信息系統要求24x7不間斷運行,短時的停機或者少許數據的丟失都會致使巨大的損失。所以,就須要將數據備份窗口儘量地縮小,甚至縮小爲零,數據快照(Snapshot)、持續數據保護(CDP, Continuous Data Protection)等技術,就是爲了知足這樣的需求而出現的數據保護技術。
2、 快照概念
快照(Snapshot)是某個數據集在某一特定時刻的鏡像,也稱爲即時拷貝,它是這個數據集的一個完整可用的副本。存儲網絡行業協會SNIA對快照的定義是[1]:關於指定數據集合的一個徹底可用拷貝,該拷貝包括相應數據在某個時間點(拷貝開始的時間點)的映像。快照能夠是其所表示的數據的一個副本(duplicate),也能夠是數據的一個複製品(replicate)。
快照具備很普遍的應用,例如做爲備份的源、做爲數據挖掘的源、做爲保存應用程序狀態的檢查點,甚至就是做爲單純的數據複製的一種手段等。建立快照的方法也有不少種,按照SNIA的定義[2],快照技術主要分爲鏡像分離(split mirror) 、改變塊(changed block)、 併發(concurrent) 三大類。後兩種在實現時一般使用指針重映射(pointer remapping)和寫時拷貝(copy on write)技術。changed block 方式的靈活性及使用存儲空間的高效性,使得它成爲快照技術的主流。
第一種快照是鏡像分離。在即時拷貝以前構建數據鏡像,當出現一個完整的可供複製的鏡像時,就能夠經過瞬間「分離」鏡像來產生即時拷貝。這種技術的優勢是速度快,建立快照無須額外工做。但缺點也很顯明,首先它不靈活,不能在任意時刻進行快照;其次,它須要一個與數據卷容量相同的鏡像卷;再者,連續地鏡像數據變化影響存儲系統的總體性能。
第二種快照是改變塊[3]。快照建立成功後,源和目標共享同一份物理數據拷貝,直到數據發生寫操做,此時源或目標將被寫向新的存儲空間。共享的數據單元但是塊、扇區、扇道或其餘的粒度級別。爲了記錄和追蹤塊的變化和複製信息,須要一個位圖(bitmap),它用於肯定實際拷貝數據的位置,以及肯定從源仍是目標來獲取數據。
第三種快照是併發[3]。它與改變塊很是類似,但它老是物理地拷貝數據。立即時拷貝執行時,沒有數據被複制。取而代之,它建立一個位圖來記錄數據的複製狀況,並在後臺進行真正的數據物理複製。
3、 不一樣存儲層次的快照實現
「計算機科學中的任何問題,均可以經過增長間接層次來解決」-Butler Lampson,1992年圖靈獎得到者。對於快照技術,咱們能夠在存儲系統中的不一樣層次來實現,能夠在磁盤陣列、文件系統、卷管理器、NAS系統或備份系統中來實現。
圖1 存儲系統棧與快照實現
存儲棧由一組硬件和軟件組件組成,爲運行在主機操做系統上的應用系統提供物理存儲介質,如圖1所示。快照能夠採用不少不一樣實現方式,也能夠在存儲棧中的不一樣層次來實現,大體分爲軟件層和硬件層兩類,也可分爲基於控制器的快照和基於主機的快照兩類[4]。
基於控制器的快照,在存儲設備層或硬件層中實現,由存儲系統硬件提供商管理並集成於磁盤陣列中。這種快照在LUN級(塊級)完成,獨立與操做系統和文件系統。基於主機的快照,在設備驅動和文件系統級之間實現,一般由文件系統、卷管理器或第三方軟件來執行。這種快照不依賴存儲硬件,但卻依賴於文件系統和卷管理軟件。該快照做用於邏輯數據視圖,這與基於控制器的快照的不一樣,它做用與物理數據。
在以上各個存儲層次中,物理存儲層和卷管理器是最適合實現快照的兩個組件,它們能夠方便地利用物理存儲,是當前主流的實現層次。文件系統層實現快照是一個可行的選擇,然而諸如數據庫等應用會直接選擇使用邏輯捲來實現快照,由於在文件系統層它們不能被快照技術所管理。通常來講,沒有必要在應用層實現快照,對於備份機制,能夠利用下層的文件系統或卷管理器接口來實現,但須要應用暫時停頓以保證快照數據一致性。總的來講,基於軟件層的快照易於操做,且提供比較好的恢復粒度,而基於硬件層的快照每每更高的性能和容錯性。
目前,存儲廠商提供了在不一樣存儲層次實現快照的存儲產品。快照在存儲子系統中實現的有IBM TotalStorage Disk Systems、NetApp NAS 、EMC Symmetrix,在虛擬化層中實現的有IBM Total Storage SAN Volume Controller,在卷管理器中實現的有Veritas Volume Manager、Linux LVM、IBM Tivoli Storage Manager LVSA、Microsoft® Windows® 2003 VSS System provider,在文件系統中實現的有AIX JFS二、IBM TotalStorage SAN File System、IBM General Parallel File System、IBM N series、NetApp filers、Veritas File System。
4、 快照實現方式及技術
快照技術可以實現數據的即時影像,快照影像能夠支持在線備份。全量快照是實現全部數據的一個完整的只讀副本,爲了下降快照所佔用的存儲空間,人們提出了寫時複製(COW ,Copy-On-Write)和寫重定向(ROW,Redirect on Write)快照技術。另外,還出現了其餘一些快照技術的實現方式,如日誌、持續數據保護等,能夠提高快照的相關性能。
一、 鏡像分離(Split Mirror)
鏡像分裂快照技術在快照時間點到來以前,首先要爲源數據卷建立並維護一個完整的物理鏡像卷:同一數據的兩個副本分別保存在由源數據卷和鏡像卷組成的鏡像對上。在快照時間點到來時,鏡像操做被中止,鏡像卷轉化爲快照卷,得到一份數據快照。快照卷在完成數據備份等應用後,將與源數據卷從新同步,從新成爲鏡像卷。對於要同時保留多個連續時間點快照的源數據卷,必須預先爲其建立多個鏡像卷,當第一個鏡像卷被轉化爲快照卷做爲數據備份後,初始建立的第二個鏡像卷當即與源數據卷同步,與源數據捲成爲新的鏡像對。鏡像分裂快照操做的時間很是短,僅僅是斷開鏡像卷對所需的時間,一般只有幾毫秒,這樣小的備份窗口幾乎不會對上層應用形成影響,可是這種快照技術缺少靈活性,沒法在任意時間點爲任意的數據卷創建快照。另外,它須要一個或者多個與源數據卷容量相同的鏡像卷,同步鏡像時還會下降存儲系統的總體性能。[5]
二、 寫時複製(COW, Copy On Write)
圖2 寫時複製快照
寫時複製快照使用預先分配的快照空間進行快照建立,在快照時間點以後,沒有物理數據複製發生,僅僅複製了原始數據物理位置的元數據。所以,快照建立很是快,能夠瞬間完成。而後,快照副本跟蹤原始卷的數據變化(即原始卷寫操做),一旦原始卷數據塊發生首次更新,則先將原始卷數據塊讀出並寫入快照卷,而後用新數據塊覆蓋原始卷(如圖2)。寫時複製,所以而得名。
這種快照技術在建立快照時才創建快照卷,但只需分配相對少許的存儲空間,用於保存快照時間點以後源數據卷中被更新的數據。每一個源數據卷都具備一個數據指針表,每條記錄保存着指向對應數據塊的指針。在建立快照時,存儲子系統爲源數據卷的指針表創建一個副本,做爲快照卷的數據指針表。當快照時間點結束時,快照創建了一個可供上層應用訪問的邏輯副本,快照卷與源數據卷經過各自的指針表共享同一份物理數據。快照建立以後,當源數據卷中某數據將要被更新時,爲了保證快照操做的完整性,使用寫時複製技術。對快照卷中數據的訪問,經過查詢數據指針表,根據對應數據塊的指針肯定所訪問數據的物理存儲位置。
寫時複製技術確保複製操做發生在更新操做以前,使快照時間點後的數據更新不會出如今快照捲上,保證了快照操做的完整性。寫時複製快照在快照時間點以前,不會佔用任何的存儲資源,也不會影響系統性能;並且它在使用上很是靈活,能夠在任意時間點爲任意數據卷創建快照。在快照時間點產生的「備份窗口」的長度與源數據卷的容量成線性比例,通常爲幾秒鐘,對應用影響甚微,但爲快照卷分配的存儲空間卻大大減小;複製操做只在源數據捲髮生更新時才發生,所以系統開銷很是小。可是因爲快照卷僅僅保存了源數據卷被更新的數據,此快照技術沒法獲得完整的物理副本,碰到須要完整物理副本的應用就無能爲力了,並且若是更新的數據數量超過保留空間,快照就將失效。
三、 指針重映射(Pointer Remapping)
圖3 指針重映射快照
這種實現方式與寫時複製很是類似,區別在於對於原始數據卷的首次寫操做將被重定向到預留的快照空間。該快照維持的是指向全部源數據的指針和拷貝數據。當數據被重寫時,將會給更新過的數據選擇一個新的位置,同時指向該數據的指針也被從新映射,指向更新後的數據。若是拷貝是隻讀的,那麼指向該數據的指針就根本不會被修改。重定向寫操做提高了快照I/O性能,只需一次寫操做,直接將新數據寫入快照卷,同時更新位圖映射指針;而寫時拷貝須要一次讀和兩次寫操做,即將原始卷數據塊讀入並寫入快照卷,而後將更新數據寫入原始卷。
不難發現,快照卷保存的是原始副本,而原始卷保存的則是快照副本。這致使刪除快照前須要將快照卷中的數據同步至原始卷,並且當建立多個快照後,原始數據的訪問、快照卷和原始卷數據的追蹤以及快照的刪除將變得異常複雜。此外,快照副本依賴與原始副本,原始副本數據集很快變得分散。
四、 日誌文件架構(Log-structured file architecture)
這種形式的快照技術利用日誌文件來記錄原始數據卷的寫操做。全部針對原始數據卷的寫操做都記錄在日誌系統中,至關於每次數據變化均會生成快照。所以,這與數據庫系統事務或文件系統日誌很是類似,能夠根據須要,從日誌恢復數據或者回滾事務到任意合理狀態。嚴格意義講,這種方式不能稱之爲快照,但的確能達到快照的目標,很多文件系統實現了這種功能,如ZFS、JFS、EXT三、NTFS等。
五、 克隆快照(Copy on write with background copy)
前面提到的快照,基本上都不會生成完整的快照副本,沒法知足完整物理數據副本的業務需求。克隆快照可生成與源數據卷一致的鏡像快照,它充分利用了寫時拷貝和鏡像分離兩種快照技術的優勢。快照時間點時,它先使用寫時拷貝方式快速產生快照副本,而後在後臺啓動一個拷貝進程來執行源數據卷至快照卷的塊級數據拷貝任務。一旦複製完成,就能夠經過鏡像分離技術得到一個克隆快照。克隆快照一樣繼承了鏡像分離快照的缺點,除了須要一個與源數據卷容量相等的快照卷外,還會必定程度上影響存儲系統的總體性能。
六、 持續數據保護(Continuous data protection)
以上幾種快照技術均存在共同的不足之處,即不能在任意點建立任意多的快照。日誌型快照雖然沒有上述不足,但卻依賴與具體的文件系統,沒法直接應用到使用不一樣文件系統的應用,對於非基於文件系統的數據應用無能爲力。
持續數據保護[6],也稱連續備份,它自動持續捕捉源數據卷數據塊的變化,並連續完整地記錄這些數據塊版本。每一次數據塊變化都會被記錄,生成瞬間快照,這與其餘快照技術在快照時間點上建立快照是不一樣的。由於寫操做都被記錄保存下來,所以可以動態地訪問任意一個時間點的數據狀態,提供了細粒度的數據恢復,能夠實現瞬間和即時的恢復,有效拉近恢復點目標。數據塊級的持續數據保護技術的優勢是與應用的藕合比較鬆,性能和效率比較高,系統連續不間斷運行,不存在快照窗口問題。它的缺點是對存儲空間的要求比較高,這也是限制數據塊級持續數據保護技術普遍應用的根本緣由。
表1[4]從不一樣角度對以上幾種快照技術進行了分析對比。
|
鏡像分離 |
指針重映射 |
寫時複製 |
日誌文件 |
克隆快照 |
持續數據保護 |
快照是否依賴源數據卷? |
NO |
YES |
YES |
YES |
ONLY |
YES |
空間效率 |
NO |
YES |
YES |
YES |
NO |
YES |
源數據卷系統CPU和I/O負載 |
LOW/HIGH |
HIGH/NONE |
HIGH/NONE |
HIGH |
LOW |
|
源數據卷寫負載 |
NONE |
NONE |
HIGH |
HIGH |
HIGH |
HIGH |
邏輯數據錯誤保護機制 |
YES |
YES |
YES |
YES |
YES |
YES |
源數據卷物理介質故障保護機制 |
YES |
NONE |
NONE |
NONE |
YES |
|
表1 快照技術一覽及對比
5、 案例分析
目前,幾乎全部存儲廠商的存儲產品都支持快照,這成了事實上的行業標準,不具有快照功能的產品沒法參與市場的競爭。不一樣廠商的快照實現方式各不相同,各有技術優點,也有不足之處,用戶能夠根據應用數據的特色來選擇不一樣的方案。下面簡要介紹當前主流存儲廠商的快照技術。
一、 EMC TimeFinder
EMC TimeFinder [7][8]提供本地存儲複製,以提升應用程序可用性和數據恢復速度。利用 EMC Symmetrix 系統,提供了很高的部署靈活性和大規模可擴展性以知足任何服務級別要求。TimeFinder 幫助企業執行備份,加載數據倉庫,並在不停機的狀況下輕鬆提供用於應用程序測試和開發的數據。
TimeFinder最先僅支持鏡像分離快照,隨後又增長了寫時複製快照支持。所以,目前它能夠同時支持以上兩種快照技術。TimeFinder鏡像分離快照,支持每一個生產設備最多可有 16 個副本;TimeFinder寫時複製快照,支持每一個生產設備最多可有 128 個副本。
TimderFinder快照在存儲子系統層次實現,獨立於主機、操做系統、應用和數據庫系統,它能夠幫助企業管理備份窗口,實現瞬間數據複製,而且有效下降備份對應用和主機性能的影響。
二、 IBM FlashCopy
FlashCopy[4]是基於卷實現的快照技術,主要用於邏輯卷的時間點複製。FlashCopy屬於克隆快照,利用了寫時拷貝和鏡像分離兩種快照技術的優勢。目前,FlashCopy的後臺複製操做是可選的,即支持寫時複製快照(即不選擇複製),幫助用戶高效利用存儲空間。FlashCopy主要用於IBM磁盤陣列系統,尤爲是中高端企業級應用系統。
選擇複製狀況下,即爲標準的FlashCopy。首先在存儲子系統分配一個與原始卷容量相同的快照卷,而後使用寫時複製技術建立快照卷,並建立一個追蹤數據複製的位圖,這個過程是瞬間完成的。以後,後臺複製進程被啓動,執行從原始捲到快照卷的塊級數據拷貝。在複製期間,對原始卷的數據更新按照寫時複製技術處理,即先將數據複製到快照卷再進行原始卷更新,並對位圖信息進行更新。複製一旦完成,則使用鏡像分離技術得到一個完整可用的快照副本,能夠獨立用於相關應用。
三、 HDS ShadowImage
ShowImage[9]是基於存儲子系統實現的鏡像分離快照方案,可提供即時、不停機的信息共享和接入,幫助提供決策支持,完成測試和開發,或優化磁帶備份操做。此外,ShadowImage 還使備份能夠在生產的同時進行,所以可提升可創收應用的可用性。ShadowImage軟件的基於磁盤的複製可在數據毀壞後提供很是迅速的恢復。
ShowImage是存儲系統內部的數據複製技術,磁盤的鏡像功能對於主機系統是透明的,異步方式數據複製技術不會增長主機I/O響應時間;能夠定義生產數據邏輯卷與備份邏輯卷的鏡像複製關係,以異步方式實時的保持2個邏輯卷的數據同步;可產生一個或多個與生產卷P-Vol徹底相同的一個備份鏡像卷S-Vol,備份鏡像卷中的數據和生產卷中的數據徹底相同。HDS ShadowImage生成的份鏡像卷,能夠提供給客戶其餘的應用主機做爲審計、分析,同時還能夠用於對生產捲進行備份恢復。
四、 NetApp Snapshot
NetApp快照技術[10]是基於其WAFL(Write Anywhere File Layout)文件系統實現的。WAFL文件系統的特色是:全部數據塊(卷信息除外)可寫至任意位置,不存在覆蓋寫操做,由於全部的寫操做都寫在新塊上。NetApp建立的快照是靜態只讀的WAFL卷視圖,能夠實現多版本的文件、目錄層次、LUN和應用數據。Snapshot能夠在線建立,每一個WAFL卷最多可達255個,不會對應用運行和性能產生影響。並且,這些快照對用戶是可見的,可由用戶驅動進行數據恢復。
圖4展現了SnapShot的工做原理,它與寫重定向快照基本相同。WAFL文件系統能夠理解成數據塊樹狀結構,其根部的數據結構描述了inode文件信息。這份inode文件信息則包含了對文件系統中全部inode的描述,它包含諸如空閒塊圖和空閒inode圖等元數據信息。圖(a)可視爲整個文件系統的概貌圖,其上部展示的就是根數據結構。WAFL經過複製根數據結構建立新的數據拷貝SnapShot。根數據結構只有128比特,而且不須要複製額外的數據塊,一個新的SnapShot幾乎不耗費額外的磁盤存儲空間,直到用戶修改或者刪除文件系統中的數據。
圖4 NetApp Snapshot原理
五、 Veritas Snapshot
Veritas爲不一樣級別的快照提供了多種實現方式,提供卷級(VxVM, Veritas Volume Manager)和文件系統級(VxFS, Veritas File System)兩大類快照,具體細分爲五種快照類型,分別是卷級的鏡像分離快照、空間優化快照、徹底即時快照以及文件系統級的文件系統快照、檢查點快照[11]。按照實現技術,它們又可分爲鏡像分離、寫時複製、克隆快照三種類型。這裏簡要介紹一下文件系統級的兩種快照。
圖5 Veritas快照:文件系統快照和檢查點快照
卷級快照捕捉數據塊變化,而Veritas文件系統快照則捕捉文件內容和元數據變化。文件系統快照一般發生在文件系統操做邊界,當文件發生變化時,快照會自動感知這些變化,在文件系統事務以前或以後進行快照操做,不在事務期間進行。兩種文件系統級快照工做原理如圖5所示。
文件系統快照(圖5左)是VxFS文件系統的非持久的只讀快照,它採用寫時複製技術,只支持單一數據卷。這種快照沒有包含所有文件系統映像數據和元數據,不能離線用於其餘應用處理。VxFS維護一個內存映射圖,用於表示文件系統捲上數據塊地址與快照捲上文件塊地址的映射關係,快照卷保存文件系統數據和元數據塊變化前的映像。
檢查點快照(圖5右)與快照文件系統相同,也採用寫時複製技術,區別在於:快照是持久的,除非進行刪除;快照是可寫的,比文件系統快照應用更爲普遍;快照卷不是必須的,可以使用文件系統自身空閒存儲空間;可應用於從多卷文件系統,多個快照之間能夠保持協調。
6、 結論與展望
快照技術是對傳統數據備份與複製技術的重大革新,解決了備份窗口問題,有效拉近了恢復時間目標和恢復時間點目標,成爲了事實上的存儲行業標準。本文對快照在實現方式和相關技術做了較爲全面詳細的闡述,並簡要介紹了當前主流存儲廠商的快照技術和存儲產品。
快照技術發明以來,人們進行了大量意義重大的改進。快照窗口不斷縮小,從幾秒到瞬間完成;幾乎能夠在任意時刻建立快照,粒度愈來愈細,數量不斷增大;快照性能大幅提高,對主機、應用的影響下降至微;快照靈活性、可擴展性、可管理性不斷加強。然而,人們對技術的進步要求歷來都是沒有止境的。針對當前的各類解決方案,在綜合性能、靈活性、管理性方面,快照技術仍然存在很大的改進空間。存儲廠商不斷推出新的快照存儲產品或新的版本,是最有力的證實。
近年來,存儲技術的發展突飛猛進,面向對象存儲、固態硬盤、存儲虛擬化、重複數據刪除,新的存儲架構、技術和解決方案不斷涌現。這些可能會對快照技術的變革產生更加深遠的影響,爲快照技術的發展創造更加寬廣的空間。咱們能夠預測,將來快照技術在空間效率、快照對象粒度(文件、文件集)、虛擬化存儲支持以及性能和用戶體驗方面有長足的進步,在數據複製和備份領域將有更加普遍的應用前景。
參考文獻:
[1] Snapshot. http://www.snia.org/education/dictionary/s/#snapshot
[2] Point in time copy. http://www.snia.org.cn/dic.php?word=p
[3] Alain AzagIIry, Michael E Factor, Julian Satran. Point-in-time copy: Yesterday, Today and Tomorrow[C]. College Park, USA: the 19th IEEE Symposium on Mass Storage Systems. 2002:259-270.
[4] Snapshot. http://www.ibm.com/developerworks/tivoli/library/t-snaptsm1/index.html
[5] 袁曉銘, 林安. 幾種主流快照技術的分析比較. 微處理機, 2008年第1期.
[6] 王樹鵬, 雲曉春, 郭莉. 持續數據保護(CDP)技術的發展綜述. 信息技術快報, 2008年第6卷第6期.
[7] EMC TimeFinder. http://china.emc.com/products/detail/software/timefinder.htm
[8] EMC TimeFinder. http://china.emc.com/collateral/software/data-sheet/1700-timefinder.pdf
[9] HDS ShadowImage. http://www.hds.com/cn/products/storage-software/shadowimage-in-system-replication.html
[10] NetApp Snapshot. http://www.netapp.com/us/products/platform-os/snapshot.html
[11] Veritas Snapshot.http://eval.symantec.com/mktginfo/enterprise/yellowbooks/using_local_copy_services_03_2006.en-us.pdf