Part06-詳解Veeam B＆R per-VM backup files
備註：本文圖片取自Veeam官方文檔
前文說到備份後的文件在文件夾里會產生大量的文件，其中文件格式以*.VBK、*.VIB或*.VRB以及其它的文件。本文的目的則是為了詳細介紹備份後VMs裡面的備份文件構成與結構。下圖，展示了Backup Job下Backup Repository裡面Backup Chain里的文件構成：
從上圖中可以看到Backup Repository裡面Backup Chain的文件構成，一個完整的VBK文件和根據不同Retention的VIB文件。預設情況下Backup Jobs會通過同一個Write Stream寫入到Backup Chain裡面，所有VMs里的數據都會寫入到同一個備份文件裡面，這一點，上圖已經展示的很清楚了；
如果有必要，可以以VM為單位構建VM的Backup Chain，每一個Backup Chain裡面有單獨的VBK和VIB文件構成，同時，不同的VM有不同的Write Stream寫入到不同的Backup Chain，如下圖所示的結構示意圖展示了這一點：
這樣做，最好的地方在於存儲設備的資源可以被更加有效的利用，備份的性能也會有更好的體現。而相對於這個方案而言，第一種預設方案里由於只有一個Write Stream，所以備份的性能可能會受到局限；
如果想要讓備份任務有多個Write Steams，然後形成每個VM一個Backup Chain的結構，可以通過在創建per-VM Backup Files時，勾選如下圖所示的「Use per-VM backup files」勾選項：
這個勾選項勾選之後，就相當激活了Multiple Write Streams。在實用Deduplicating Storage Appliances時，建議激活這個選項來支持Multiple Write Streams。這個選項針對Scale-Out Backup Repositories預設也會激活；
如果決定了在per-VM backup files裡面激活單獨創建針對VMs的備份任務，請注意激活並行數據處理動作，如果這個並行數據處理能力被禁掉了，Veeam Backup & Replication會按順序處理VMs和VM的磁碟，一個接一個的來。另外，也需要協調處理好Backup Proxy與Backup Repository的並發任務數目，以便規避相關的瓶頸出現；
另外，針對per-VM backup chains，針對Backup Repository不建議禁止掉"Limit maximum concurrent tasks"這個選項。因為per-VM backup chains里，synthetic操作會針對每個VMs秉性工作。並發操作數量會受制於Backup Repository的並發任務設定限制。如果禁止了「Limit maximum concurrent tasks」這個選項，則會導致Backup Repository的負荷增加，當然了，這樣做會導致任務的最大化處理；
設定方案在下圖所示的選項「Load control」里：
這個per-VM backup files選項激活之後，對於Backup Repository里以前備份的任務不影響，新的設定只會對之後的備份文件生效；
Per-VM backup files的局限如下：
per-VM backup files選項針對具備rotated drivers能力的Backup Repository無法被激活；
如果激活了per-VM backup files選項，VMs之間的重複數據刪除不會生效；
per-VM backup files Backup Chain功能要求Veeam Backup & Replication Enterprise版本以上才會可用。如果License不支持這個功能，但是又配置了per-VM backup chains，則需要手動禁止掉這個，否則備份任務會失敗；
針對per-VM backup files的retention這個需要單獨說明一下：
當在Backup Repository上激活了per-VM backup files選項，Veeam Backup & Replication為每個添加到Backup Job的Vms創建單獨的Backup Chains。備份文件會一起被存放在以Backup Job命名的文件夾裡面。相關的Job會生成一個Metadata文件，文件里會存放所有創建的backup files與backup chains；
Veeam Backup & Replication會將所有備份文件當做一個Backup Job Session來對待，也就是說它們會共享一個還原點。當Veeam Backup & Replication需要刪除掉更早之前的還原點時，它會移除掉Job Session里更早之前創建的所有VMs的備份文件。例如：Backup Job裡面有3個VMs，而retention設定了5個還原點，且運行了Backup Job 5次，則Job會生成15個備份文件，每個VM會有5個文件。擋道了第6個Job Session時，Job會從Backup Chain移除掉3個備份文件，那麼，被移除的文件如下圖所示：
如果Job只備份某些VMs，而另外一些不去做處理，則Veeam Backup & Replication已然會認為還原點是有效的。當更早的還原點過期時，Veeam Backup & Replication 會一次性移除掉所有VMs的備份文件，即使此時Backup Chains里某些VMs的備份文件少於預期，它一樣會這樣處理；
另外，針對常規Backup Chains的還原點刪除規則對於per-VM backup chains也有效。例如，添加了3台VMs到Job裡面，並且將Retention設定為5，則系統再前3個Job Sessions裡面，Veeam Bakcup & Replication會備份所有VMs，而第4、5兩個Job Sessions裡面，VM1和VM2會成功被創建，VM3會創建失敗。到了第6個Job Session，Veeam Backup & Replication會議除掉所有VMs更早之前的還原點，結果就是：VM1、VM2有5個還原點，而VM3隻有3個還原點，如下圖所示：
以上就是關於per-VM backup files的詳解；
未完待續……
如果您覺得我們的文章技術水平還湊合，請搜索：虛擬人，收聽我們的公眾號
TAG:虛擬人 |