微軟Hyper-V用戶和VMware用戶一樣，在數(shù)據(jù)備份和恢復的時候遇到了類似的問題，和物理資源占用相關(guān)的。當我們將20臺左右的物理機遷移到物理機的時候，大多數(shù)應用都會正常的工作，除了一樣，那就是數(shù)據(jù)備份。備份操作對數(shù)據(jù)的輸入輸出上的要求相當?shù)母撸硗馀c之相關(guān)的CPU和內(nèi)存的占用率也會較高。這也是為什么當我們備份多臺虛擬機的時候，會出現(xiàn)和物理資源占用相關(guān)的問題。
解決這個問題的方法之一，就是備份這些數(shù)據(jù)的時候，我們需要在Hyper-V級別進行，而不是在虛擬機級別進行。運行在Hyper-V級別的備份應用可以很好的協(xié)調(diào)下層架構(gòu)資源從而能最優(yōu)化的完成備份工作。
Hyper-V備份和VSS備份之間的區(qū)別
Hyper-V級別備份中最大的挑戰(zhàn)來自于虛擬機上文件系統(tǒng)中的數(shù)據(jù)實際是在不斷變化著的，換句話說，在實施備份的時刻，我們不希望數(shù)據(jù)有變動。讓用戶欣慰的是，微軟已經(jīng)有內(nèi)嵌的架構(gòu)來解決這個問題，也是大家廣為人知的“卷影像拷貝服務（VSS）”。VSS可以創(chuàng)建磁盤的虛擬鏡像，這樣備份的時候數(shù)據(jù)就不是變動的了。
VSS系統(tǒng)里面一共有三塊：請求、提供和寫入。請求的操作實際上就是一個簡單的應用請求創(chuàng)建快照。提供實際就是創(chuàng)建快照。在一套簡單的系統(tǒng)里，提供者實際就是Windows操作系統(tǒng)自己，但在相對龐大的系統(tǒng)中，提供者可能是通過存儲系統(tǒng)的接口和VSS連接。最后，每個希望支持VSS的應用都需要創(chuàng)建它們自己的VSS寫入，這樣的工具可以用來當需要創(chuàng)建快照的時候?qū)懭雮浞葜小?/p>
比如說，SQL服務器的VSS寫入將會把數(shù)據(jù)庫放置到一個特殊的模式，之后再創(chuàng)建快照。一旦快照被建立好，請求就會告訴VSS寫入備份已經(jīng)成功，然后SQL服務器寫入就會截斷SQL服務器的事務日志以避免日志滿了。
VSS的多層架構(gòu)允許請求控制并且備份應用，而不需要寫入這些應用的特定接口，唯一需要知道的是，如何和VSS之間通信。Hyper-V實際上是允許在Windows系統(tǒng)內(nèi)部的一個可以和VSS通信的另一個應用。那些希望能備份Hyper-V的備份應用需要能夠與允許在Windows系統(tǒng)上的Hyper-V進行通信。VSS請求之后就會被告知Hyper-V VSS寫入以及準備好了，可以開始通信了。
“和VSS的接口并不足以解決備份虛擬機時候遇到的物理資源調(diào)配的問題。”
當發(fā)生一次備份請求的時候，在每個虛擬機下層的Hyper-V VSS寫入就會變成VSS請求。它會去試圖發(fā)現(xiàn)每個虛擬機里都有哪些寫入，告訴它們應該做哪些事情，再在每個虛擬機中創(chuàng)建快照。一旦完成，就可以創(chuàng)建每個卷組上的快照，里面包含了Hyper-V虛擬磁盤鏡像。快照創(chuàng)建完成后，就會通知備份應用來開始對快照內(nèi)容進行備份。
其它Hyper-V 備份策略：復制、可持續(xù)數(shù)據(jù)保護以及準可持續(xù)數(shù)據(jù)保護
和VSS的接口并不足以解決備份虛擬機時候遇到的物理資源調(diào)配的問題。用戶同樣需要部署增量備份策略。全備份雖然不是很常用的，但會對Hyper-V的輸入輸出負載以及下層的虛擬機產(chǎn)生較大的壓力。這也是為什么在選擇備份軟件的時候，強烈建議您考慮有增量備份功能的機器。復制、可持續(xù)數(shù)據(jù)保護和準可持續(xù)數(shù)據(jù)保護都是這些技術(shù)的代表。
另外一個可以考慮的特性是恢復整臺虛擬機和虛擬機內(nèi)單獨文件的能力。其實這兩種恢復的模式都非常有代表性，用戶需要了解的是備份軟件是否支持鏡像級別和文件級別的恢復。
作為Hyper-V備份策略，在Hyper-V備份產(chǎn)品中最需要關(guān)注的功能是和VSS的緊密結(jié)合。一旦擁有了這個前提，用戶需要關(guān)注有增量備份功能的產(chǎn)品和有對單個文件恢復和整個虛擬機恢復的能力。如果這些功能在您所選擇的產(chǎn)品都包含了，那么最后需要考慮的就是價格了。
京公網(wǎng)安備 11010502049343號