1. 與備份有關(guān)的VMWare基礎(chǔ)知識(shí)

1.1 VMware 虛機(jī)磁盤(pán)在 ESXi 宿主機(jī)上的文件

簡(jiǎn)單來(lái)說(shuō)，虛機(jī)的每個(gè)虛擬磁盤(pán)由ESXi 宿主機(jī)上的三個(gè)文件組成（這里的虛機(jī)名字是 sammy-target-win-small，下面是其第一個(gè)磁盤(pán)對(duì)應(yīng)的三個(gè)文件）：

• sammy-target-win-small.vmdk （配置文件，大小 633 字節(jié)）
• sammy-target-win-small-flat.vmdk （二進(jìn)制文件，大小 12884901888 字節(jié)）
• sammy-target-win-small-ctk.vmdk （二進(jìn)制文件，大小 78694 字節(jié)）

其中，

第一個(gè)文件保存的是該磁盤(pán)的元數(shù)據(jù)，其中包括另外兩個(gè)文件的信息

# Extent description
RW 25165824 VMFS "sammy-target-win-small-flat.vmdk"

# Change Tracking File
changeTrackPath="sammy-target-win-small-ctk.vmdk"

第二個(gè)文件是 Extent description 文件，二進(jìn)制數(shù)據(jù)保存在這個(gè)文件中。下面會(huì)介紹使用API獲取該文件中數(shù)據(jù)的方法。

第三個(gè)文件是 CTK 文件。下面講到 CTK 的時(shí)候再說(shuō)。

1.2 快照（Snapshot）

虛機(jī)的快照是虛機(jī)在某個(gè)時(shí)間點(diǎn)的狀態(tài)和數(shù)據(jù)，其中，狀態(tài)是指虛機(jī)的狀態(tài)，包括運(yùn)行狀態(tài)，配置等；數(shù)據(jù)是指虛機(jī)的虛擬磁盤(pán)中的數(shù)據(jù)。快照的基本操作包括：

• 創(chuàng)建快照（create）
• 刪除快照（delete）
• 快照合并（consolidate）
• 恢復(fù)到快照（revert）

1.2.1 創(chuàng)建快照

對(duì)上面的虛機(jī)創(chuàng)建一個(gè)快照，除了快照定義文件以外，對(duì)該磁盤(pán)，新增了三個(gè)文件：

-rw-------  1 root   root    786944 Jul 11 10:55 sammy-target-win-small-000001-ctk.vmdk
-rw-------  1 root   root     28672 Jul 11 10:55 sammy-target-win-small-000001-delta.vmdk
-rw-------  1 root   root      428 Jul 11 10:55 sammy-target-win-small-000001.vmdk

第一個(gè)依然是 ctk 文件，第二個(gè)是 delta 文件，第三個(gè)是非二進(jìn)制文件。然后再創(chuàng)建第二個(gè)快照，就成了這樣子：

（RW = 讀寫(xiě)，RO = 只讀）

從數(shù)據(jù)的角度看：

（綠色部分是從虛機(jī)視角看數(shù)據(jù)；最下面的紅框是 base vmdk 中的數(shù)據(jù)；中間的紅框是 delta vmdk 中的數(shù)據(jù)）

現(xiàn)在可以簡(jiǎn)單總結(jié)一下 VMware 快照的特點(diǎn)：

• 快照保存虛機(jī)在某一個(gè)時(shí)間點(diǎn)的狀態(tài)和數(shù)據(jù)
• 對(duì)一個(gè)虛機(jī)做快照，相當(dāng)于將虛機(jī)當(dāng)前的磁盤(pán)設(shè)為只讀模式，然后創(chuàng)建 delta vmdk 文件，它將會(huì)接受新的數(shù)據(jù)寫(xiě)操作。在存在多個(gè)快照的情況下，之前的快照磁盤(pán)變?yōu)橹蛔x。
• 寫(xiě)損失：寫(xiě)的時(shí)候，遵循 Copy-on-write 機(jī)制，按照數(shù)據(jù)分塊，當(dāng)需要修改某一塊中的數(shù)據(jù)時(shí)，先將它從父vmdk 中拷貝到 delta vmdk，然后再對(duì)它修改。
• 讀損失：當(dāng)讀取某一塊數(shù)據(jù)時(shí)，ESXi 需要判斷從哪里去讀：對(duì)于沒(méi)有修改的數(shù)據(jù)塊，從父 vmdk 讀；對(duì)已經(jīng)修改了的數(shù)據(jù)塊，從 delta vmdk 讀?？梢?jiàn)，客戶端的一次讀操作，可能需要從不同的 vmdk 上讀取數(shù)據(jù)。
• delta vmdk 的大小不會(huì)超過(guò) base vmdk 的大小，因?yàn)闃O限情況是所有的數(shù)據(jù)都被拷貝到delta vmdk 并且都沒(méi)修改了。
• 因?yàn)榭煺諘?huì)帶來(lái)讀和寫(xiě)損失，因此一個(gè)虛機(jī)不能有太多的快照。vSphere 限定一個(gè)虛機(jī)最多有 32 個(gè)快照，但是建議最多只有 2-3 個(gè)，而且快照的保留時(shí)間不超過(guò)一天。

1.2.2 刪除快照

顯然，快照只是內(nèi)部數(shù)據(jù)，保存的是過(guò)去某時(shí)間點(diǎn)虛機(jī)的狀態(tài)，對(duì)外部不可見(jiàn)，因此，刪除快照不能影響虛機(jī)當(dāng)前的狀態(tài)和數(shù)據(jù)。因此，這里有三種可能：

（1）快照是基于原始虛機(jī)的：delta vmdk 中的數(shù)據(jù)會(huì)向 base vmdk 合并，然后 delta vmdk 被刪除。（如下圖中的s1）

（2）待刪除快照在虛機(jī)的數(shù)據(jù)路徑上：delta vmdk 中的數(shù)據(jù)會(huì)想父快照的 vmdk 合并，然后delta vmdk 被刪除。（如下圖中的s2）

（3）待刪除快照不再虛機(jī)的數(shù)據(jù)路徑上：不需要合并，直接刪除。（如下圖中的 s3）

現(xiàn)在可以簡(jiǎn)單總結(jié)一下刪除快照的特點(diǎn)：

1. 刪除快照意味著快照之后的改變會(huì)被合并進(jìn)快照之前的數(shù)據(jù)，因此，虛機(jī)再也無(wú)法回到所做快照之時(shí)的狀態(tài)了。
2. 刪除快照過(guò)程包括兩個(gè)異步的操作：從 Snapshot manager 中將快照刪除，vmdk 數(shù)據(jù)合并。如果第一步成功而第二步失敗，那么將有殘留的 delta 文件被保留下來(lái)，這是就需要下面將介紹的手工合并操作。
3. 刪除快照可能會(huì)打來(lái)大量的數(shù)據(jù)寫(xiě)操作，這期間，虛機(jī)的性能會(huì)受到負(fù)面影響
4. 刪除快照有時(shí)候要花費(fèi)很長(zhǎng)的時(shí)間，特別是對(duì)于長(zhǎng)時(shí)間存在的大容量磁盤(pán)的快照。 VMware 專(zhuān)門(mén)出了一個(gè)KB來(lái)讓用戶估計(jì)所需要的時(shí)間：Estimating the time required to consolidate snapshots during the snapshot removal for VMware ESX and VMware ESXi (2053758)
5. 當(dāng)刪除所有快照時(shí)，自從 vSphere 4 Update 2 開(kāi)始起過(guò)程有了優(yōu)化，不再是重定向下一層一層地合并，而是各層都直接合并到 base disk。

1.2.3 快照合并（consolidation）

上面談到了快照刪除操作的數(shù)據(jù)合并可能會(huì)失敗。這種失敗會(huì)帶來(lái)很多問(wèn)題，包括不必要的磁盤(pán)空間占用，以及虛機(jī)性能下降。因此，當(dāng)出現(xiàn)這種情況時(shí)，vCenter 會(huì)向用戶提示需要做 consolidation 了。該操作會(huì)檢查虛機(jī)當(dāng)前所有的 vmdk 分層，將冗余的 delta 文件先合并再刪除。

1.2.4 恢復(fù)到快照

恢復(fù)到快照操作也比較好理解，就是將虛機(jī)的 base vmdk 指向目標(biāo)快照的 vmdk，其結(jié)果是自從目標(biāo)快照創(chuàng)建后的一切改動(dòng)都沒(méi)有了。

1.3 VMware API

VMware 提供非常豐富的 API：

其中，我們可以將與與備份相關(guān)的API分為兩類(lèi)，一類(lèi)是控制平面的API，它們主要用做管理 vSphere 虛擬化環(huán)境；另一類(lèi)是數(shù)據(jù)平面API，它們用于操作虛機(jī)的虛擬磁盤(pán)。

1.3.1 VMware API 和 SDK

VMware 通過(guò) Web Service 向客戶端提供訪問(wèn)接口，這些接口可用于管理虛機(jī)和其他虛擬設(shè)施，包括數(shù)據(jù)中心（datacenter），數(shù)據(jù)存儲(chǔ)（datastore）, 網(wǎng)絡(luò)（network）等。它還提供了包括Java, .NET, Python, Perl, REST, 以及 Ruby 等幾種語(yǔ)言在內(nèi)的 SDK。對(duì)于其他語(yǔ)言，則需要通過(guò) SOAP 協(xié)議訪問(wèn)其 web service，gSoap 是一種比較常見(jiàn)的用于C/C++語(yǔ)言編寫(xiě) web service 客戶端程序的套件。

詳細(xì)情況請(qǐng)閱讀 https://www.vmware.com/support/pubs/sdk_pubs.html

1.3.2 VDDK 和 VADP

VDDK 全稱(chēng)是 Virtual Disk Development Kit（虛擬磁盤(pán)開(kāi)發(fā)包），它能幫助開(kāi)發(fā)人員創(chuàng)建訪問(wèn)虛機(jī)存儲(chǔ)的應(yīng)用。VDDK 基于 Virtual disk API。

Virtual disk API，即  VixDiskLib，是一組操作 VMDK 格式的虛擬磁盤(pán)文件的函數(shù)。它的主要功能包括：

• create, convert, expand, defragment, shrink, and rename 虛擬磁盤(pán)文件
• 創(chuàng)建 redo logs 和刪除 vmdk 文件
• 訪問(wèn) vmdk 文件中任意數(shù)據(jù)，以及讀取元數(shù)據(jù)
• 連接到遠(yuǎn)端 vSphe 存儲(chǔ)，使用高級(jí)的傳輸方式，包括 SAN （備份程序所在的服務(wù)器能夠直接通過(guò) FC 或者 iSCSI 和虛機(jī)磁盤(pán)所在的存儲(chǔ)連接），hotadd （虛擬磁盤(pán)附加到備份程序所在虛機(jī)成為其一個(gè)磁盤(pán)） 和 LAN （備份程序通過(guò) LAN 訪問(wèn)虛擬磁盤(pán)）。

VADP 全稱(chēng)是 VMware Storage APIs - Data Protection（VMware 存儲(chǔ)API-數(shù)據(jù)保護(hù)），它使用 virtual disk API 和部分 vSphre API 來(lái)創(chuàng)建和管理虛機(jī)的快照，支持全量和增量備份。

1.4 CBT (Changed Block Tracking 塊修改跟蹤)

 CBT 是 VMware 在 vSphere 4.0 版本引入的為了實(shí)現(xiàn)增量備份的一個(gè)功能。VDAP 使用該功能，使得基于它開(kāi)發(fā)的各種虛機(jī)備份應(yīng)用能夠做到增量備份。

相對(duì)于全量備份時(shí)將vmdk 的全部數(shù)據(jù)塊都保存下來(lái)（左圖），基于 CBT 的增量備份只保存自從上次備份以來(lái)的發(fā)生了變化了的數(shù)據(jù)塊（右圖）。ESXi 為每個(gè)開(kāi)啟了 CBT 的虛機(jī)的虛擬磁盤(pán)都創(chuàng)建了一個(gè) ctk 文件，它用于保存變化塊的元數(shù)據(jù)。該功能將會(huì)對(duì)磁盤(pán)帶來(lái)一點(diǎn)性能損失，因?yàn)?，不使用的時(shí)候，可以關(guān)閉它，但是它對(duì)備份帶來(lái)的好處是顯而易見(jiàn)的。

獲取 CBT 變化塊的函數(shù)的定義為：QueryChangedDiskAreas(snapshot, deviceKey, startOffSet, changeID)。其中，

1. snapshot 代表當(dāng)前的快照，也就是“變化”時(shí)間段的后端點(diǎn)；
2. deviceKey 是目標(biāo)虛擬磁盤(pán)的 device ID；
3. startOffSet 是開(kāi)始獲取變化塊的offset；
4. changeID 是指“變化”時(shí)間段的前端點(diǎn)，即老的快照的 changeID。

其結(jié)果類(lèi)似 “(117768192, 65536),(132120576, 65536),(145096704, 43122688),(265289728, 65536),(958398464, 65536)”，每項(xiàng)的格式為 （offset，length），表示一個(gè)發(fā)生變化的數(shù)據(jù)塊。

1.5 Quiseced Snapshot 和 VMware Tools

 虛機(jī)快照按照不同的一致性可以分為三種：

1. 崩潰一致快照（crash-consistent snapshot）：當(dāng)虛機(jī)上的應(yīng)用還在運(yùn)行，IO 還在進(jìn)行時(shí)進(jìn)行快照會(huì)得到這種快照。它相當(dāng)于電腦突然斷電了磁盤(pán)時(shí)的狀態(tài)。
2. 文件系統(tǒng)一致快照（file-system-consistent snapshot）: 在做快照之前，虛機(jī)的文件系統(tǒng)被暫時(shí)凍結(jié)，內(nèi)存中的臟數(shù)據(jù)都被刷進(jìn)磁盤(pán)；在快照做完之后，文件系統(tǒng)被解凍。此時(shí)的快照是文件系統(tǒng)一致的。
3. 應(yīng)用一致性（application-consistent snapshot）：在做快照之前，應(yīng)用被暫時(shí)凍結(jié)，內(nèi)存中應(yīng)用的所有數(shù)據(jù)都被刷到磁盤(pán)，在快照做完之后，應(yīng)用被解凍。

默認(rèn)的快照是第一種，要得到后兩種快照，需要增加相應(yīng)的步驟。其實(shí)現(xiàn)方式主要可以分為兩種：

1. 在較新的 Windows 客戶機(jī)上，Windows 提供了 VSS（Volume Shadow Copy Service） 服務(wù)，它可以通過(guò) requester-writer 方式來(lái)實(shí)現(xiàn)有凍結(jié)需求的應(yīng)用和文件系統(tǒng)在快照之前進(jìn)行凍結(jié)和快照之前進(jìn)行解凍。Microsoft VSS 服務(wù)能夠通過(guò)協(xié)調(diào)商務(wù)應(yīng)用（比如SQL Server，Exchange server 以及 Oracle 等），文件系統(tǒng)，備份應(yīng)用，快速恢復(fù)應(yīng)用，以及存儲(chǔ)硬件等來(lái)提供一致的陰影復(fù)制（shadow copies）。
2. 在老的 Windows， VMWare 提供了 SYNC 驅(qū)動(dòng)； 在 Linux 系統(tǒng)上，VMware 提供了 vmsync 內(nèi)核模塊來(lái)實(shí)現(xiàn)文件系統(tǒng)一致性快照。
3. 在非 Windows 客戶機(jī)上要實(shí)現(xiàn)應(yīng)用一致性快照的話，需要編寫(xiě)具體應(yīng)用對(duì)應(yīng)的腳本，在調(diào)用后對(duì)應(yīng)用進(jìn)行凍結(jié)或者解凍。

那 VSS 服務(wù)，SYNC driver， vmsync 內(nèi)核模塊以及自定義腳本由誰(shuí)來(lái)調(diào)用呢？VMware 提供了 VMware Tools，它是一個(gè)獨(dú)立的程序，有不同的操作系統(tǒng)版本，它需要被安裝在客戶機(jī)內(nèi)。以 VSS 為例，VMware tools 承擔(dān) VSS Requester 的角色，在做這種快照之前和之后，它調(diào)用 VSS 服務(wù)，VSS 服務(wù)又調(diào)用已經(jīng)注冊(cè)的 VSS Writer 來(lái)執(zhí)行相應(yīng)的操作。下圖是個(gè)簡(jiǎn)單示例：

后面兩種類(lèi)型的快照被稱(chēng)為 quiseced snapshot，包括 filesytem-quiseced snapshot 和 applicaiton-quiseced snapshot。其完整的流程大概為：

1.用戶發(fā)出 quiesced snapshot 創(chuàng)建請(qǐng)求給 vCenter，vCenter 給虛機(jī)所在的 ESXi 的 hostd 服務(wù)發(fā)出指令

2.ESXi 上的 Hostd 將請(qǐng)求傳給客戶機(jī)內(nèi)的 VMware tools

3.VMware tools 以 VSS Requester 的身份通知 VSS，VSS 再通知已經(jīng)注冊(cè)的文件系統(tǒng)以及各應(yīng)用的 VSS writer 執(zhí)行各自的數(shù)據(jù)下刷和凍結(jié)操作（應(yīng)用的暫時(shí)凍結(jié)不能超過(guò)60秒）

4.一旦完成，VMware tools 將就結(jié)果告訴 hostd

5.Hostd 再執(zhí)行快照操作

6.操作結(jié)束，按照前面的順序再對(duì)文件系統(tǒng)和應(yīng)用進(jìn)行解凍

再說(shuō)一下 VMware tools。在 Windows 系統(tǒng)上，它的安裝包里面包括了很多的驅(qū)動(dòng)，這些驅(qū)動(dòng)能增強(qiáng)虛機(jī)的用戶體驗(yàn)，比如鼠標(biāo)更加平滑，分辨率更高，聲音效果更好等等；除了這些驅(qū)動(dòng)以外，還有VSS support，它是 VMware tools 和 Windows VSS 之間交互的橋梁。要?jiǎng)?chuàng)建 quiseced snapshots，這項(xiàng)必須被安裝。

注意安裝 VMware tools 的時(shí)候，現(xiàn)在 VWC 里面選擇 Guest->Install/Upgrade VMware Tools，然后登錄虛機(jī)，找到前面步驟所掛接的磁盤(pán)，再雙擊安裝程序開(kāi)始安裝過(guò)程。

在 vCenter 客戶端中，用戶可以選擇是否創(chuàng)建 quiesced snapshot：

不同的情況下，有如下幾種可能結(jié)果：

1. 沒(méi)選擇，或者選擇了但是客戶機(jī)內(nèi)沒(méi)有安裝 VMware tools：創(chuàng)建 crash-consistent snapshot
2. 選擇了，客戶機(jī)安裝了 VMware tools，有 MS VSS 但沒(méi)有應(yīng)用 vss writers，或者安裝了 vmware vmsync driver：創(chuàng)建 filesystem-consistent snapshot
3. 選擇了，客戶機(jī)安裝了 VMware tools，有 MS VSS，也有應(yīng)用 vss writers，或者編寫(xiě)了應(yīng)用一致性操作腳本：創(chuàng)建 application-consistent snapshot

1.6 虛擬磁盤(pán)傳輸模式（Tranport modes)

這個(gè)傳輸模式是指虛機(jī)或者虛機(jī)快照的虛擬磁盤(pán)中的數(shù)據(jù)被傳送到備份程序的傳輸方式。VMware 在不同的環(huán)境中支持使用不同的傳輸模式，好的傳輸模式能大大增強(qiáng)傳輸傳輸效率。

1.6.1 SAN 模式

這種模式要求 VMware 備份程序所在的物理服務(wù)器能夠通過(guò) FC/iSCSI/SAS SAN 網(wǎng)絡(luò)訪問(wèn)到虛擬磁盤(pán)。對(duì)備份來(lái)說(shuō)，這是效率最高的傳輸模式。這種傳輸模式下，VADP API 從vCenter 或者 ESXi 上獲取 VMFS LUN 的信息，然后再基于這些信息從 VMDK 所在的 FC/iSCSI/SAS LUN 中直接讀取數(shù)據(jù)。下圖是一個(gè)示例：

要使用這種模式：

1. 備份程序需要運(yùn)行在物理服務(wù)器之內(nèi)，該服務(wù)器必須能夠通過(guò)SAN網(wǎng)絡(luò)訪問(wèn)到VMFS LUN。
2. SAN 模式對(duì)備份來(lái)說(shuō)是最佳選擇，但是對(duì)恢復(fù)來(lái)說(shuō)卻不是。

1.6.2 LAN(NBD) 模式

這種模式下，ESX/ESXi 主機(jī)從其存儲(chǔ)中讀取數(shù)據(jù)，再通過(guò) LAN 網(wǎng)絡(luò)發(fā)到備份程序所在的主機(jī)。這種模式支持任何類(lèi)型的存儲(chǔ)。備份程序可以運(yùn)行在一個(gè)虛機(jī)之內(nèi)。需要的時(shí)候，可以使用 SSL 加密（NBDSSL）。

1.6.3 HotAdd 模式

當(dāng)備份存儲(chǔ)運(yùn)行在虛機(jī)之內(nèi)時(shí)，可以利用 ESXi 的 SCSI HotAdd 特性來(lái)將虛擬磁盤(pán)直接掛在到該虛機(jī)上成為其一個(gè)本地磁盤(pán)。這種模式只能用于 SCSI 模式的虛擬磁盤(pán)，而不適用于 IDE 類(lèi)型的。

如果虛機(jī)的快照有兩個(gè)虛擬磁盤(pán)，當(dāng)備份程序在其所在的虛機(jī)（proxy）上使用 hotadd 模式連接到第一個(gè)磁盤(pán)后，你可以在 proxy 上看到該磁盤(pán)以及它的兩個(gè)分區(qū)：

Disk /dev/sdc: 12.9 GB, 12884901888 bytes
255 heads, 63 sectors/track, 1566 cylinders, total 25165824 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x836df02a

  Device Boot   Start     End   Blocks  Id System
/dev/sdc1  *    2048   206847   102400  7 HPFS/NTFS/exFAT
/dev/sdc2     206848  25163775  12478464  7 HPFS/NTFS/exFAT

然后 proxy 就可以象讀取自己的磁盤(pán)一樣從該磁盤(pán)讀取文件了。簡(jiǎn)單來(lái)說(shuō)，hotadd 和你手工把一個(gè)快照的某個(gè)vmdk 掛接到另一個(gè)運(yùn)行著的虛機(jī)的原理和要求是一樣的。你也可以通過(guò)手工的方式來(lái)確定hotadd是否能成功。hotadd 和 nbd(ssl)都走的是以太網(wǎng)，但是區(qū)別在于，nbd 走的是管理網(wǎng)絡(luò)，而這種網(wǎng)絡(luò)的帶寬往往有限；而 hotadd 走的是數(shù)據(jù)/存儲(chǔ)網(wǎng)絡(luò)，而這種網(wǎng)絡(luò)往往被單獨(dú)出來(lái)，而且?guī)捦容^大。

關(guān)于各種傳輸模式的概念，使用，要求和最佳實(shí)踐等，請(qǐng)閱讀 MVware 的相關(guān)文檔。

1.6.4 傳輸模式的選擇

備份程序都是調(diào)用 VDAP 的 Connect/ConnectEx 接口來(lái)建立和 vmdk 的連接的。如果不指定傳輸模式的話，在這個(gè)過(guò)程中，VADP API 會(huì)按照順序，依次嘗試 san，hotadd 和 nbd 三種模式，直到有一種成功或者全部失敗。當(dāng)有成功時(shí)，客戶端程序可以調(diào)用 GetTransportMode() API 返回該連接所使用的傳輸模式。當(dāng)然，客戶端程序也可以指定特定的傳輸模式。在操作結(jié)束后，客戶端程序需要調(diào)用 Disconnect API 來(lái)斷開(kāi)已經(jīng)建立的連接。

2. 傳統(tǒng)VMware環(huán)境的備份軟件的基本架構(gòu)

3. 簡(jiǎn)要 VMware 虛機(jī)鏡像備份和恢復(fù)流程

3.1 備份流程

簡(jiǎn)要過(guò)程：

1.備份程序使用 vSphere API 建立和虛機(jī)的連接，并備份虛機(jī)的配置信息

2.使用 vSphere API 創(chuàng)建快照，往往會(huì)創(chuàng)建 Quiseced 類(lèi)型的快照，來(lái)保證應(yīng)用或者文件系統(tǒng)一致性

3.使用 VDDK API 建立和快照的第一個(gè)磁盤(pán)的連接，連接的傳輸模式將會(huì)是 san/hotadd/nbdssl/nbd 中的一種。

4. 對(duì)該磁盤(pán)，調(diào)用 QueryChangedDiskAreas 接口，獲取它與上次備份時(shí)磁盤(pán)之間發(fā)生了變化的數(shù)據(jù)塊列表

5.調(diào)用 VDDK API，讀取發(fā)生了變化的數(shù)據(jù)塊的內(nèi)容并寫(xiě)入存儲(chǔ)中的備份

6.依次處理其它磁盤(pán)

7.所有磁盤(pán)處理完畢后，刪除快照，并斷開(kāi)與虛機(jī)的連接

特點(diǎn)：

1. 利用快照功能，保存虛機(jī)在某個(gè)時(shí)間點(diǎn)上的狀態(tài)和快照，很短時(shí)間之后虛機(jī)就可以照常運(yùn)行。備份結(jié)束，快照會(huì)被刪除，這樣虛機(jī)的性能也就不受到影響了。
2. 利用 VADP API，只讀取兩次備份之間磁盤(pán)上發(fā)生了變化的數(shù)據(jù)塊。當(dāng)然了，第一次是必須做全備份。
3. 只將變化的數(shù)據(jù)塊寫(xiě)入后端存儲(chǔ)，也就是說(shuō)后端存儲(chǔ)必須負(fù)責(zé)維護(hù)第一次全備份和以后每次delta備份之間的關(guān)系。其實(shí)相當(dāng)于將 VMware 的 Snapshot manger 功能挪到了備份軟件的后端存儲(chǔ)。

3.2 恢復(fù)流程

簡(jiǎn)要過(guò)程：

1.備份程序使用 vSphere API 建立和待恢復(fù)虛機(jī)的連接，并恢復(fù)虛機(jī)的配置信息

2.使用 vSphere API 創(chuàng)建快照，往往會(huì)創(chuàng)建 Quiseced 類(lèi)型的快照，來(lái)保證應(yīng)用或者文件系統(tǒng)一致性

3.使用 VDDK API 建立和快照的第一個(gè)磁盤(pán)的連接

4. 對(duì)該磁盤(pán)，調(diào)用 QueryChangedDiskAreas 接口，獲取它與上次備份時(shí)磁盤(pán)之間發(fā)生了變化的數(shù)據(jù)塊列表

5.調(diào)用 VDDK API，從所存?zhèn)浞葜凶x取變化塊的數(shù)據(jù)，再寫(xiě)入快照磁盤(pán)的相應(yīng)位置。該磁盤(pán)的所有變化塊寫(xiě)入完成后，關(guān)閉與磁盤(pán)的連接。

6.依次處理其它磁盤(pán)

7.將虛機(jī)revert到已恢復(fù)快照

8.刪除快照，并斷開(kāi)與虛機(jī)的連接

特點(diǎn)：

• 在操作前，需要確保虛機(jī)處于關(guān)機(jī)狀態(tài)
• 同樣也利用快照，然后再利用 API 獲取本次快照和上次備份所對(duì)應(yīng)快照之間發(fā)生變化了的數(shù)據(jù)塊，再使用已保存的備份中的數(shù)據(jù)將發(fā)生了變化的快照磁盤(pán)中相應(yīng)的數(shù)據(jù)塊覆蓋掉
• 快照的磁盤(pán) vmdk 文件都被恢復(fù)后，執(zhí)行快照恢復(fù)
• 結(jié)束后，刪除快照
• 雖然備份時(shí)上傳的是 delta 數(shù)據(jù)塊，但是在做恢復(fù)時(shí)，需要讀取全部的數(shù)據(jù)塊。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論