數(shù)據(jù)備份技術(shù)剖析

1、 數(shù)據(jù)備份技術(shù)剖析目 錄 TOC o 1-3 h z u HYPERLINK l _Toc15888260 1.文件級備份 PAGEREF _Toc15888260 h 4 HYPERLINK l _Toc15888261 2.塊級備份 PAGEREF _Toc15888261 h 4 HYPERLINK l _Toc15888262 3.遠程文件復(fù)制 PAGEREF _Toc15888262 h 5 HYPERLINK l _Toc15888263 4.快照技術(shù) PAGEREF _Toc15888263 h 6 HYPERLINK l _Toc15888264 4.1.基于文件系統(tǒng)的快照 P

2、AGEREF _Toc15888264 h 8 HYPERLINK l _Toc15888265 5.文件系統(tǒng) PAGEREF _Toc15888265 h 8 HYPERLINK l _Toc15888266 5.1.基于物理卷的快照 PAGEREF _Toc15888266 h 11 HYPERLINK l _Toc15888267 5.2.RoFW方式與CoFW方式比較 PAGEREF _Toc15888267 h 13 HYPERLINK l _Toc15888268 5.3.快照的意義 PAGEREF _Toc15888268 h 16 HYPERLINK l _Toc1588826

3、9 6.卷Clone技術(shù) PAGEREF _Toc15888269 h 19 HYPERLINK l _Toc15888270 7.備份目的地 PAGEREF _Toc15888270 h 20 HYPERLINK l _Toc15888271 7.1.備份到本地磁盤 PAGEREF _Toc15888271 h 20 HYPERLINK l _Toc15888272 7.2.備份到SAN上的磁盤 PAGEREF _Toc15888272 h 20 HYPERLINK l _Toc15888273 7.3.備份到NAS目錄 PAGEREF _Toc15888273 h 21 HYPERLINK

4、 l _Toc15888274 7.4.備份到磁帶庫 PAGEREF _Toc15888274 h 21 HYPERLINK l _Toc15888275 7.5.信息生命周期管理 PAGEREF _Toc15888275 h 22 HYPERLINK l _Toc15888276 7.6.分級存儲 PAGEREF _Toc15888276 h 22 HYPERLINK l _Toc15888277 8.備份通路 PAGEREF _Toc15888277 h 23 HYPERLINK l _Toc15888278 8.1.本地備份 PAGEREF _Toc15888278 h 23 HYPER

5、LINK l _Toc15888279 8.2.通過前端網(wǎng)絡(luò)備份 PAGEREF _Toc15888279 h 23 HYPERLINK l _Toc15888280 8.3.通過后端網(wǎng)絡(luò)備份 PAGEREF _Toc15888280 h 24 HYPERLINK l _Toc15888281 8.4.LAN Free備份 PAGEREF _Toc15888281 h 24 HYPERLINK l _Toc15888282 8.5.Server Free備份 PAGEREF _Toc15888282 h 25 HYPERLINK l _Toc15888283 9.備份策略 PAGEREF _T

6、oc15888283 h 25 HYPERLINK l _Toc15888284 9.1.備份服務(wù)器 PAGEREF _Toc15888284 h 25 HYPERLINK l _Toc15888285 9.2.介質(zhì)服務(wù)器 PAGEREF _Toc15888285 h 26 HYPERLINK l _Toc15888286 10.三種備份方式 PAGEREF _Toc15888286 h 27 HYPERLINK l _Toc15888287 10.1.完全備份：不管文件多大，只要要備份，都需要將文件都備份下來。 PAGEREF _Toc15888287 h 27 HYPERLINK l _T

7、oc15888288 10.2.增量備份：只備份從上次備份以來這份文件中變化過的數(shù)據(jù)。不管是全備、差備，還是增量備份。 PAGEREF _Toc15888288 h 28編者注：備份是為了增強企業(yè)關(guān)鍵數(shù)據(jù)可靠性和數(shù)據(jù)冗余性，備份的必要性不言而喻。所謂數(shù)據(jù)保護技術(shù)是指對當(dāng)前時間點上的數(shù)據(jù)進行備份，如果說原始數(shù)據(jù)被誤刪除了，可以通過備份數(shù)據(jù)找回或恢復(fù)數(shù)據(jù)。從底層來分，數(shù)據(jù)保護可以分為文件級保護和塊級保護。文件級備份文件級備份：將磁盤上所有文件通過調(diào)用文件系統(tǒng)接口備份到另一個介質(zhì)上。也就是把數(shù)據(jù)以文件形式讀出，然后存儲在另一個介質(zhì)上面。此時備份軟件只能感知到文件這一層。我們知道一般來說，文件在原來的

8、介質(zhì)上，可以是不連續(xù)存放的，通過文件系統(tǒng)來管理和訪問。當(dāng)備份到新的介質(zhì)上以后，文件完全可以連續(xù)存放。正因為如此，沒有必要備份元數(shù)據(jù)，因為利用新介質(zhì)進行恢復(fù)的時候，反正會重構(gòu)文件系統(tǒng)。塊級備份塊級備份：就是不管塊上是否有數(shù)據(jù)，不考慮文件系統(tǒng)的邏輯，備份塊設(shè)備上的每個塊。這樣好處是不通過調(diào)用文件系統(tǒng)接口，速度更快，缺點的是備份的時候會把所有的塊復(fù)制一遍，但是實際上很多扇區(qū)的數(shù)據(jù)是不對應(yīng)真實文件的，也就是會備份很多僵尸扇區(qū)。而且備份之后，原來不連續(xù)的文件一樣是不連續(xù)的文件，有很多的碎片。遠程文件復(fù)制遠程文件復(fù)制：通過網(wǎng)絡(luò)傳輸?shù)疆惖厝轂?zāi)點。典型的代表是rsync異步遠程文件同步軟件?？梢员O(jiān)視文件系統(tǒng)的

9、動作，將文件的變化，同步到異地站點。增量復(fù)制。遠程卷鏡像這是基于塊的遠程備份。與遠程文件復(fù)制不同的地方在于，是把塊數(shù)據(jù)備份到異地站點。又可以分為同步和異步復(fù)制。同步復(fù)制：必須等數(shù)據(jù)復(fù)制到異地站點以后，才通報上層IO成功消息異步復(fù)制：寫入成功即可回復(fù)成功，然后通過網(wǎng)絡(luò)傳輸?shù)疆惖?。不能保證一致性，但是上層響應(yīng)快?；趬K的備份措施，一般都是在底層設(shè)備上進行，不耗費主機資源。快照技術(shù)遠程鏡像確實是對生產(chǎn)數(shù)據(jù)一種非常好的保護，但是需要鏡像卷一直在線，主卷有寫IO，那么鏡像卷也需要有寫IO。如果想對鏡像卷進行備份，需要將停止主卷的讀寫，然后將兩個卷的鏡像關(guān)系分離。所以當(dāng)恢復(fù)主卷的IO的時候，鏡像卷不會再被

10、讀寫。然后才可以備份鏡像卷的數(shù)據(jù)。這樣會存在一個問題，主卷上還繼續(xù)有IO，將會導(dǎo)致數(shù)據(jù)與備份的鏡像不一致。所以主卷上所有的寫IO動作，會以位圖BitMap方式記錄下來，BitMap上的每個位表示卷上的一個塊，0表示未寫入，1表示已寫入，所以當(dāng)拆分鏡像以后，被寫入了數(shù)據(jù)，程序?qū)itMap文件對應(yīng)位從0變?yōu)?。備份完成以后，再做數(shù)據(jù)同步即可?？梢钥闯錾鲜鲞^程比較的繁瑣，而且需要占用一塊和主卷一樣大小的鏡像卷。快照技術(shù)就是為了解決這種問題，其基本思想是抓取某一時間點磁盤卷上的所有數(shù)據(jù)?？煺辗譃椋夯谖募到y(tǒng)的快照和基于物理卷的快照，下面介紹一下快照的底層原理?；谖募到y(tǒng)的快照文件系統(tǒng)管理的精髓：

11、鏈表、B樹、位圖，也就是元數(shù)據(jù)。文件系統(tǒng)將扇區(qū)組合成更大的邏輯塊來降低管理規(guī)模。NTFS最大塊可以到4KB，也就是8個扇區(qū)一組一個簇(Block)，這樣可以減少管理成本。文件系統(tǒng)會創(chuàng)建所管理存儲空間上所有簇的位圖文件。每個位代表卷上的簇(或者物理扇區(qū))是否被使用，如果被使用，則置1。文件系統(tǒng)保存一份文件和其對應(yīng)簇號的映射鏈。因為映射鏈本身和簇位圖也是文件，也有自己的映射鏈，所以針對重要的元數(shù)據(jù)，有一個固定的入口:root inode。寫入新數(shù)據(jù)查找簇位圖，找位值為0的簇號計算所需空間， 分配簇號給文件將數(shù)據(jù)寫入簇，再去文件簇號映射圖更新將對應(yīng)的簇映射關(guān)系記錄下來，到簇位圖將對應(yīng)位置改為1。刪除

12、數(shù)據(jù)直接在簇號映射鏈中抹掉簇位圖對應(yīng)簇改為0?？梢钥闯鰟h除數(shù)據(jù)實際上不會抹掉實際的數(shù)據(jù)。所以，最重要的不是數(shù)據(jù)，而是文件簇號映射鏈和位圖等元數(shù)據(jù)。也就是說我們要做備份，只需要把某時刻的文件系統(tǒng)中的映射圖表保存下來。但是必須保證卷上的數(shù)據(jù)不被IO寫入了，同時又要不應(yīng)用還不能中斷。既然原來的空間不能再寫了，我們可以寫到其他的空閑區(qū)域。思路一：Copy on First Write (CoFW)，在覆蓋數(shù)據(jù)塊之前，需要將被覆蓋的數(shù)據(jù)塊內(nèi)容復(fù)制出來，放到空閑的空間。系統(tǒng)中將有兩套元數(shù)據(jù)鏈，原來的元數(shù)據(jù)指向當(dāng)前，快照的元數(shù)據(jù)鏈指向歷史。原來的存儲空間永遠是最新的數(shù)據(jù)，歷史數(shù)據(jù)會逐漸搬出到空閑空間里面。思

13、路二：Redirect on First Write (RoFW)。先復(fù)制元數(shù)據(jù)，然后將針對源文件的更改都重定向到空余空間，同時更新元數(shù)據(jù)。與CoFW不同的是，原來的數(shù)據(jù)塊不會被覆蓋。同樣的，系統(tǒng)也有兩套元數(shù)據(jù)，一套是快照保存下來的，永遠不更新，一套是源文件系統(tǒng)的，不斷的更新。其實只有首次覆蓋的時候，才重定向，因為重定向以后的數(shù)據(jù)塊，哪怕被覆蓋了，也不影響之前快照保存的數(shù)據(jù)了。到這一步，看上去挺完美，實際上存在一個問題: 如果元數(shù)據(jù)特別大怎么辦？對于海量龐大的文件系統(tǒng)，元數(shù)據(jù)量可能到GB級別。如果復(fù)制的話，時間上仍然太多。我們可以回頭想想，實際上元數(shù)據(jù)可以看做指針，指向具體存儲的位置。我們復(fù)制

14、到元數(shù)據(jù)，相當(dāng)于復(fù)制了一堆指針?，F(xiàn)在元數(shù)據(jù)太多了，我們能不能把這個元數(shù)據(jù)鏈的指針給復(fù)制了？當(dāng)然可以，元數(shù)據(jù)有個根入口塊，或者稱為Super Block，這個塊是固定不變的，里面存放有指向下一級元數(shù)據(jù)鏈塊的指針。那么操作系統(tǒng)每次載入元數(shù)據(jù)的時候，都需要從這個地址讀入Super Block，從而一層一層的遍歷?；谖锢砭淼目煺栈谖锢砭淼目煺毡任募到y(tǒng)快照要簡單得多。因為LUN一般在底層磁盤上是恒定的，不像文件系統(tǒng)一樣可以隨機細粒度的分布。所以可以認為LUN的元數(shù)據(jù)就是在底層磁盤的起始和結(jié)束地址。這樣在快照的時候，需要復(fù)制的元數(shù)據(jù)就更少了，但是完成了以后，需要按照一定粒度來做CoFW或者RoFW，

15、還需要記錄更多數(shù)據(jù)映射指針，就比較難受了。對于實現(xiàn)了塊級虛擬化的系統(tǒng)如NetApp、XIV、3PAR等，它們的LUN在底層位置是不固定的，LUN就相當(dāng)于一個文件，存在元數(shù)據(jù)鏈來進行映射管理的維護，所以這些系統(tǒng)實現(xiàn)快照的原理與文件系統(tǒng)快照類似?；谖锢砭淼目煺眨喈?dāng)于給物理卷增加了“卷扇區(qū)映射管理系統(tǒng)”。在底層卷實現(xiàn)快照，可以減輕文件系統(tǒng)的負擔(dān)。卷扇區(qū)方都是用LBA來編號的，實現(xiàn)快照的時候，程序首先保留一張初始LBA表，每當(dāng)有新的寫入請求的時候，重定向到另一個地方，并在初始的LBA表中做好記錄，比如:原始LBA：卷A的10000號，映射到LBA：卷B的100號。值得說明的是，文件系統(tǒng)無法感知重定

16、向，文件系統(tǒng)在它的映射圖里面還是記錄了原始的LBA地址。此時如果來了新的寫IO，有兩種方式一種是Write Redirect，另外一種是Copy on Write。所謂Write Redirect就是將文件系統(tǒng)的讀寫請求，重定向到卷B，這樣每次IO其實都會查找快照映射表，降低了性能。所以引入了Copy on Write。所謂Copy on write，就是當(dāng)寫請求來的時候，先把原來的扇區(qū)的數(shù)據(jù)復(fù)制一份到空閑卷，然后將新數(shù)據(jù)寫入原卷。不過這種復(fù)制操作只發(fā)生在原卷某個或者快照之后從未更新過的塊上面，若是某個塊在快照之后更新過了，說明之前的數(shù)據(jù)已經(jīng)轉(zhuǎn)移走了，可以放心的覆蓋。所以Copy on Wri

17、te實際上是讓舊數(shù)據(jù)先占著位置，等新數(shù)據(jù)來了以后先把原來的數(shù)據(jù)復(fù)制走，再更新，而且一旦更新了一次，可以直接覆蓋。帶來的好處是 ，原卷上的數(shù)據(jù)隨時是最新的狀態(tài)，每個IO可以直接訪問原卷的地址，而不需要遍歷映射表。RoFW方式與CoFW方式比較不管是RoFW還是CoFW,只要上層向快照后沒有更新過的數(shù)據(jù)塊進行寫，都需要占用一個新的塊。所以如果將所有扇區(qū)塊都更新了，新卷的容量和原來的容量應(yīng)該一樣大，但是通常不會覆蓋百分之百，所以只要預(yù)設(shè)原容量的30%即可。IO資源消耗：CoFW方式下，如果要更新一個從未更新的塊，需要復(fù)制出來，寫到新卷，然后覆蓋原來的塊，需要一次讀，2寫。RoFW方式下，只需要一次寫

18、即可，也就是直接重定向到新卷上，然后更新映射圖中的指(在內(nèi)存中進行)。所以RoFW相對CoFW方式在IO資源消耗與IO延遲上有優(yōu)勢。由于只有首次覆蓋才會Copy或者Redirect，那么如何區(qū)分是否是首次覆蓋呢？可以使用記錄表(文件級快照)或者位圖(卷快照)來記錄每個塊是否被覆蓋過。對于讀IO：CoFW：因為總是更新的源卷，所以源卷總是代表最新的狀態(tài)，所以任何讀IO都會發(fā)到源來執(zhí)行。RoFW：需要首先查詢位圖來確定目標(biāo)地址是否被處理過，如果是，則轉(zhuǎn)向重定向后的地址。RoFW會影響讀性能，因為重定向出去以后，數(shù)據(jù)塊排布都是亂的，如果把快照刪除后，不好清理戰(zhàn)場，嚴重影響后續(xù)的讀寫性能。綜合來說，R

19、oFW比較吃計算資源，而CoFW比較耗費IO資源。我們知道其實一般來說讀比寫多，當(dāng)覆蓋第二次以后：CoFW不會發(fā)生IO懲罰，讀IO一直沒有懲罰對于RoFW，就算完全被Redirect過了，對于讀或者寫IO，均需要遍歷位圖，永遠無法擺脫對計算資源的消耗。尤其在LUN卷級快照下，原本卷在底層磁盤分布式是定死的，尋址非常迅速。但是RoFW引入了，LUN的塊隨機定向到其他的空間的，所以需要記錄新的指針鏈，而且被寫出的塊不是連續(xù)排列的。對性能影響非常明顯的。絕大多數(shù)的廠商使用的還是CoFW，但是一些本來就使用LUN隨機分塊分布模式的存儲系統(tǒng)比如XIV、NetApp等，都使用RoFW，因為原本其LUN的元

20、數(shù)據(jù)鏈就很復(fù)雜，而且原來就是隨機分布的，RoFW的后遺癥對它們反而是正常的?？煺盏囊饬x快照所保存下來的卷數(shù)據(jù)，相當(dāng)于一次意外掉電之后卷上的數(shù)據(jù)。怎么理解?上層應(yīng)用和文件系統(tǒng)都有緩存，文件系統(tǒng)緩存的是文件系統(tǒng)的元數(shù)據(jù)和文件的實體數(shù)據(jù)。每隔一段時間(Linux一般是30s)批量Flush到磁盤上。而且不是只做一次IO，有可能會對磁盤做多次IO。如果快照生成的時間恰恰在這連續(xù)的IO之間，那么此時卷上的數(shù)據(jù)實際上有可能不一致。文件系統(tǒng)的機制是先寫入數(shù)據(jù)到磁盤，元數(shù)據(jù)保存在緩存里面，最后再寫元數(shù)據(jù)。因為如果先寫元數(shù)據(jù)，突然斷電了，那么元數(shù)據(jù)對應(yīng)的僵尸扇區(qū)的數(shù)據(jù)會被認為是文件的，顯然后果不堪設(shè)想?？傊?，快

21、照極可能生成不一致的數(shù)據(jù)。那么為什么還要用快照呢？因為快照可以任意生成，而且占用的空間又不大，更重要的是可以在線恢復(fù)，不用停機只需要在內(nèi)存中做IO重定向，那么上層訪問就變成以前時間點的數(shù)據(jù)了。但是快照會存在不一致的問題，如何解決？既然快照無異于一次磁盤掉電，那么利用快照恢復(fù)數(shù)據(jù)之后，文件系統(tǒng)可以進行一致性檢查，數(shù)據(jù)庫也會利用日志來使數(shù)據(jù)文件處于一致。另外，現(xiàn)在主流的快照解決方案是在主機上安裝一個代理，執(zhí)行快照前，先通知文件系統(tǒng)將緩存中的數(shù)據(jù)全部Flush到磁盤，然后立即生成快照?？煺者€可以預(yù)防數(shù)據(jù)邏輯損壞，也就是比如T1時刻，做了快照，T2時刻，因為管理員操作不當(dāng)，誤刪了一個文件，T3的時候，

22、進行了全備份操作。此時，這個文件看似永久丟失了，其實，此時還可以通過快照恢復(fù)這個文件?？煺者€可以降低一致性備份的窗口。如果沒有快照，要對某個卷進行一致性備份，需要暫停寫IO，所以備份窗口比較長，需要等待備份停止以后才能繼續(xù)寫IO。使用快照的話，只需要復(fù)制元數(shù)據(jù)，然后在后臺進行備份，降低了影響。備份完畢以后，如何能檢測數(shù)據(jù)是否是真一致的？若沒有快照，需要將備份數(shù)據(jù)恢復(fù)到獨立的物理空間里面，掛載到另一臺機器上。有了快照，可以將快照直接掛載到另一臺主機，避免了數(shù)據(jù)物理恢復(fù)導(dǎo)入的過程。卷Clone技術(shù)快照類似于某時刻的影子，而克隆則是某時刻的實體。每時刻生成了一份可寫的快照，就叫對卷某時刻的一份Clo

23、ne。然后這份Clone內(nèi)容每被修改的部分是與源卷共享的，所以源卷沒了，則Clone就沒了，所以叫虛擬Clone。如果把數(shù)據(jù)復(fù)制出來，生成一個獨立的卷，則就叫Split Clone，也就是可以得到實Clone。卷Clone最大的好處在于可以瞬間生成針對某個卷可寫的鏡像，而不管卷的數(shù)據(jù)量有多大。數(shù)據(jù)備份系統(tǒng)的基本要件：備份對象：需要進行備份的備份源。備份目的：磁盤、磁帶等介質(zhì)備份通路：網(wǎng)絡(luò)備份執(zhí)行引擎：備份軟件備份策略下面重點介紹一下備份目的、備份通路、備份引擎等技術(shù)細節(jié)。備份目的地備份到本地磁盤備份目的地是在本地的磁盤，則只需要將數(shù)據(jù)備份到本地磁盤的另外分區(qū)中或者目錄中。這樣不需要網(wǎng)絡(luò)，缺點是

24、對備份對象自己的性能影響大。還會對其他的IO密集型程序造成影響。這種方式一般用于不關(guān)鍵的應(yīng)用和非IO密集型應(yīng)用。比如E-mail，對轉(zhuǎn)發(fā)實時性要求不高。備份到SAN上的磁盤備份到SAN上的磁盤，就是將需要備份的數(shù)據(jù)，從本次磁盤讀入內(nèi)存，再寫入HBA卡緩沖區(qū)，然后再通過線纜傳送到磁盤陣列上。優(yōu)點：只耗費SAN公用網(wǎng)絡(luò)帶寬，對主體影響小。缺點：對公共網(wǎng)絡(luò)資源和出口帶寬有影響。備份到NAS目錄備份到NAS目錄就是將數(shù)據(jù)備份到遠程共享目錄中。比如window中常用的文件夾共享。因為數(shù)據(jù)一般是通過以太網(wǎng)進行傳遞的，占用了前端的網(wǎng)絡(luò)帶寬，但是相對廉價，不需要部署SAN。備份到磁帶庫現(xiàn)在出現(xiàn)一種虛擬磁帶庫，

25、即用磁盤來模擬磁帶，對主機來說看到的是一臺磁帶庫，實際上是一臺磁盤陣列，主機照樣使用磁帶庫一樣來使用虛擬磁帶庫。要做到這點，就必須在磁盤陣列的控制器上做虛擬化操作，也就是實現(xiàn)協(xié)議轉(zhuǎn)換器的作用?？梢詭砹说暮锰幨牵核俣忍嵘苊鈾C械手這種復(fù)雜的機械裝置管理方便信息生命周期管理將使用不頻繁的數(shù)據(jù)移動到低速、低成本的設(shè)備上。比如只給視頻應(yīng)用分配20GB的空間，但是報告有500GB的空間，剩下的空間是在在磁帶庫上。分級存儲一線磁盤陣列二線虛擬磁帶庫：近期不會被頻繁調(diào)度。利用大容量SATA盤，性能適中的控制器。帶庫或者光盤庫：幾年甚至幾十年都不訪問到。備份通路本地備份數(shù)據(jù)流向：本地磁盤總線磁盤控制器總線內(nèi)

26、存總線磁盤控制器總線本地磁盤。也即數(shù)據(jù)從本地磁盤出發(fā)，經(jīng)過本地的總線 和內(nèi)存，經(jīng)過CPU少量控制邏輯代碼之后，流回本地磁盤。通過前端網(wǎng)絡(luò)備份經(jīng)過前端網(wǎng)絡(luò)備份的數(shù)據(jù)流向是：本地磁盤總線磁盤控制器總線內(nèi)存總線以太網(wǎng)卡網(wǎng)線以太網(wǎng)網(wǎng)線目標(biāo)計算機的網(wǎng)卡總線內(nèi)存總線目標(biāo)計算機的磁盤。數(shù)據(jù)從本地磁盤出發(fā)，流經(jīng)本地總線和內(nèi)存，然后流到本地網(wǎng)卡，通過網(wǎng)絡(luò)傳送到目標(biāo)計算機磁盤。前端網(wǎng)絡(luò)：服務(wù)器接受客戶端連接的網(wǎng)絡(luò)，也就是服務(wù)網(wǎng)絡(luò)，是服務(wù)器和客戶端連接的必經(jīng)之路。后端網(wǎng)絡(luò)：對客戶封閉，客戶的連接不用經(jīng)過這個網(wǎng)絡(luò)，用與服務(wù)器和存儲、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器的連接。可以是SAN，以太網(wǎng)通過后端網(wǎng)絡(luò)備份通過后端網(wǎng)絡(luò)備份的

27、數(shù)據(jù)流向是：本地磁盤總線控制器總線內(nèi)存總線后端HBA卡線纜后端交換設(shè)備線纜備份目的的后端網(wǎng)卡總線內(nèi)存磁盤。LAN Free備份備份的時候不經(jīng)過LAN，也就是不流經(jīng)前端網(wǎng)絡(luò)，也叫Frontend Free。這樣的好處是不耗費前端網(wǎng)絡(luò)的帶寬，對客戶終端接受服務(wù)器的數(shù)據(jù)不影響。因為前端網(wǎng)絡(luò)一般是是慢速網(wǎng)絡(luò) ，資源非常珍貴。無論是本地、還是網(wǎng)絡(luò)，都需要待備份的服務(wù)器付出代價，即需要讀取備份源數(shù)據(jù)到自身的內(nèi)存，然后從內(nèi)存寫入備份的目的地。對主機CPU、內(nèi)存都有浪費。能否不消耗服務(wù)器的性能呢？可以，使用Server Free備份。Server Free備份Server Free備份的時候，數(shù)據(jù)不用流經(jīng)服務(wù)器的總線和內(nèi)存，消耗極少，甚至不消耗主機資源。備份源和備份目標(biāo)都不會在服務(wù)器上，因為如果在服務(wù)器上，數(shù)據(jù)從磁盤讀出，要流將總線，然后到內(nèi)存，這就不是Server Free？那怎么做呢？用SCSI的擴展復(fù)制命令，將這些命令發(fā)送給支持Server Free的存儲設(shè)備，然后這些設(shè)備會提取自身的數(shù)據(jù)寫入備份目的設(shè)備，而不是發(fā)送給主機。使用