答：當你在任何環(huán)境下，需要對基于客戶端的環(huán)境進行備份的時候，往往會遇到大量數(shù)據(jù)備份的問題，在使用了重復數(shù)據(jù)刪除技術后，備份窗口將不再是問題。另外一個在虛擬化環(huán)境下部署重復數(shù)據(jù)刪除技術時需要考慮的問題就是大量的I/O請求都會被發(fā)送到同一個硬件設備上。用戶隨時可能在一臺服務器上出現(xiàn)故障。然后用戶需要做的僅僅是將數(shù)據(jù)流從去重目的端與源端備份數(shù)據(jù)剝離，再恢復回來即可。
“去重技術在幫助用戶解決容量問題方面能起到很大的作用，然而，在恢復的過程中卻不是唯一的方法或者出路。”
去重技術在幫助用戶解決容量問題有著很大的幫助，然而卻不是數(shù)據(jù)恢復時的好幫手。因為用戶往往會對去重資源池有著大量的讀操作。此外，恢復操作中往往會在許多不同的線程中產(chǎn)生不同磁盤上的操作。比如說，可能在一塊硬件背后放置著20個或者40個的虛擬機，那么最后的結果很可能就是不能在相應的窗口完成恢復的操作。因為，我們通常建議客戶使用多種不同的數(shù)據(jù)恢復方案來應對“丟失虛擬機”的情況。并且建議使用更多的主要數(shù)據(jù)保護措施，而并不是僅僅依賴于對備份的信任，可以嘗試考慮使用快照的方式來節(jié)約數(shù)據(jù)恢復的時間。我相信沒有人會希望保留30天的備份，但一定要確保能在遇到虛擬機損壞或者錯誤的更新后能有一個良好的回滾點。具體需要看遇到的情況是哪一種，相信沒人會希望恢復的時間要將所有的數(shù)據(jù)都從備份數(shù)據(jù)庫中拿出來，即使這對系統(tǒng)容量很有幫助。
問：去年，VMware公司發(fā)布了針對數(shù)據(jù)保護使用的vStorage API接口以及作為整個vSphere架構一部分的其他API接口。據(jù)您所了解，在當前的重復數(shù)據(jù)刪除市場上，有沒有什么產(chǎn)品使用這些API接口?
答：對于虛擬化環(huán)境來說，vStorage API的推出對該環(huán)境下的備份的幫助是顯而易見的。在此之前，我們曾遇到過許多的麻煩，而現(xiàn)在一切都變得不一樣了。雖說vStorage API有著適合所有類型環(huán)境的接口， 然而我覺得它在源端去重的使用上意義更為重大。vStorage API中最新穎的就是使用了變更數(shù)據(jù)塊追蹤(change block tracking, CBT)，在此項功能的幫助下，用戶能夠知道在不同快照之間有哪些變化。之后，發(fā)明者就想到了在虛擬機環(huán)境中部署代理來實現(xiàn)虛擬機的備份。用戶可以結合一些源端的技術再使用代理，從而實現(xiàn)在完成快照后能在虛擬機內部實現(xiàn)重復數(shù)據(jù)刪除技術。值得注意的是，此項技術去重的部分僅僅是對最近一次快照之后產(chǎn)生變更的數(shù)據(jù)塊。
一些有關vStorage API的技術著重于降低數(shù)據(jù)從虛擬化環(huán)境中導出的時間。現(xiàn)在，用戶可以清晰地意識到在給定的時間點到現(xiàn)在，虛擬機上作出了哪些改動，此外，也可以將源端重復數(shù)據(jù)刪除技術和主要的虛擬化環(huán)境的數(shù)據(jù)保護技術結合起來從而達到最佳結合。之前在代理的設置和使用上遇到的問題是，那時幾乎在這個方面沒有什么可以解決的方法。簡而言之，用戶先使用快照，然后用代理在即使有瓶頸的情況下將數(shù)據(jù)從虛擬化環(huán)境中剝離出來。
用戶可以選擇使用源端去重技術，不過在虛擬機環(huán)境下使用許多不同的運行方式?，F(xiàn)在用戶可以考慮使用vStorage API接口了。你可以通過使用快照技術再加上源端的去重技術快速地在虛擬機內部將重復數(shù)據(jù)剝離出來，還可以使用更為優(yōu)化的源端去重技術，在代理的幫助下將快照掛載起來，然后對其進行去重再備份。vStorage API接口能夠實現(xiàn)不同環(huán)境下的去重，并且能夠將重復數(shù)據(jù)刪除技術和虛擬化系統(tǒng)結合起來在其內部實現(xiàn)去重。如果用戶感興趣，還可以向廠商咨詢一些市場上潛在的針對這些情況的解決方案，從而了解市場上的一些方法是如何通過在他們的產(chǎn)品中部署vStorage API接口來加速其虛擬機環(huán)境下的備份或者去重過程的。