如何利用基于云的歸檔解決備份難題
加入技術(shù)交流群
這種解決方案的問(wèn)題在于，它們給用戶(hù)造成了一種貌似安全的假象，導致用戶(hù)將大筆投資放在看似精密的解決方案和基礎架構上。這個(gè)問(wèn)題的根源是，有 大量的數據根本不需要進(jìn)行備份。根據最新的數據研究顯示，大多數數據中心的主存儲設備都保存著(zhù)未來(lái)6個(gè)月到1年之內不會(huì )被訪(fǎng)問(wèn)的靜態(tài)數據。在 很多數據中心中，這種靜態(tài)數據所占比例甚至高達80%。
靜態(tài)數據問(wèn)題的影響
大多數數據中心每周或者每個(gè)月對整個(gè)環(huán)境進(jìn)行一次完全備份。這意味著(zhù)每次完全備份完成之后，網(wǎng)絡(luò )中遷移和在備份目標中保存的數據中有80%在過(guò) 去一年都是沒(méi)有任何變化的。這個(gè)事實(shí)使得重復數據刪除設備在市場(chǎng)中脫穎而出，這種設備使用塊層級的認證來(lái)刪除冗余信息。
然而有一個(gè)挑戰是，這些重復數據刪除設備并不能解決仍然要在網(wǎng)絡(luò )中遷移所有數據的問(wèn)題。因此，實(shí)際上這些設備只能對備份存儲起到幫助作用。盡管 它們是基于磁盤(pán)的，但只能大幅度縮短備份所需的時(shí)間。除此之外仍然需要在網(wǎng)絡(luò )基礎架構方面的投資，而這可能是很復雜且高成本的。
盡管人們在網(wǎng)絡(luò )基礎架構方面有投資的預算和意向，但是仍然存在著(zhù)為備份準備所有文件的問(wèn)題。在備份過(guò)程中，應用需要對每份文件進(jìn)行檢查，看它自 最近一次備份以來(lái)是否發(fā)生過(guò)變更。這個(gè)過(guò)程是非常耗費時(shí)間的，尤其是那些保存了大量文件的服務(wù)器。
另外還有保留方面的問(wèn)題。在大多數備份系統中，“重要”數據中往往混合著(zhù)真正“關(guān)鍵”的數據，而真正“關(guān)鍵”的數據中又混合著(zhù)法規遵從所需的數 據。在大多數環(huán)境中，不同形式的數據往往具有不同的價(jià)值。有時(shí)候我們保存這些數據是為了法規遵從，有時(shí)候是為了企業(yè)內部監管。當所有這些數據與備份數據集混合在一起的時(shí)候，我們就很難制訂專(zhuān) 門(mén)的保留規劃。因此，大多數企業(yè)機構決定將所有數據保存超過(guò)必須保存的時(shí)間期限，而這進(jìn)一步加重了負擔。這使得數據恢復就像是大海撈針。
最后是找回問(wèn)題，這也是實(shí)時(shí)備份的最主要原因。所有靜態(tài)數據與動(dòng)態(tài)數據都是混合在一起的，因此這就會(huì )延長(cháng)恢復數據所需的時(shí)間。例如，將一臺服務(wù) 器恢復在初始狀態(tài)可能需要恢復1TB的數據，而實(shí)際上真正需要的數據也許只有200GB。不管使用什么技術(shù)，恢復200GB數據總要比恢復1TB數據快 吧。如果除去這些靜態(tài)數據的話(huà)，那么以前需要幾天時(shí)間的恢復現在可能只要幾小時(shí)就可以完成了。
利用歸檔解決靜態(tài)數據難題
解決靜態(tài)數據難題的最簡(jiǎn)單方法就是去掉靜態(tài)數據，也就是將靜態(tài)數據從主存儲中遷移出來(lái)。假設一個(gè)環(huán)境中的所有靜態(tài)數據被刪除，那么將會(huì )釋放大約 80%的空間。即使不會(huì )完全停止存儲采購，這種方法也可以大幅加快備份和恢復流程。對于上面那個(gè)1TB數據的例子來(lái)說(shuō)，對200GB數據進(jìn)行掃描、遷移和 保存要比1TB數據容易得多了。
當然對于大多數企業(yè)機構來(lái)說(shuō)，刪除80%的數據不僅是不切實(shí)際的，還有可能是非法的。這里我們需要其他的方法：歸檔存儲。通過(guò)創(chuàng )建一個(gè)歸檔存儲 層，IT經(jīng)理可以將靜態(tài)數據集從主存儲和備份流程中排除掉。因為是單獨保存這些數據的，所以可以制訂單獨的保存策略。備份流程不再需要檢查那么多的文件來(lái) 決定他們的備份需求。這樣，不僅備份和恢復流程進(jìn)一步完善了，在備份硬件和網(wǎng)絡(luò )基礎架構方面的投資也大幅度減少了。
歸檔并不是一個(gè)新理念。自從第一臺大型主機問(wèn)世以來(lái)，歸檔就一直是卸載主存儲、減少備份流程負載的一種方法。開(kāi)放存儲和Windows平臺很少 使用這種技術(shù)。最主要的挑戰是，大多數歸檔都是基于磁帶的。這種歸檔需要有復雜且定制的軟件以及客戶(hù)代理。而且，從歸檔中恢復數據以及在基于磁盤(pán)的歸檔中 分類(lèi)數據也都是非常具有挑戰性的。
在最近幾年中，廠(chǎng)商們開(kāi)發(fā)出來(lái)基于磁盤(pán)的歸檔技術(shù)來(lái)克服這種局限性。這種歸檔存儲便于訪(fǎng)問(wèn)(通常通過(guò)NFS或者CFS加載點(diǎn))、易于索引并提供了磁帶系統無(wú)法做到的快速恢復。此外這種歸檔存儲還通過(guò)提供更高的可 擴展性和可靠性解決了使用廉價(jià)磁盤(pán)陣列的局限性。
磁盤(pán)歸檔的挑戰
基于磁盤(pán)的歸檔也有自身的缺點(diǎn)。一些磁盤(pán)歸檔提供了“類(lèi)似于磁帶”的可擴展性，通過(guò)使用1U服務(wù)器或 者互連存儲組成的集群架構實(shí)現了這種可擴展性。典型的存儲集群在添加節點(diǎn)數量方面是有限制的，所有這些都需要電力、空間和冷卻資源的支持，而這會(huì )進(jìn)一步增 加成本。
另外，在很多情況下這些系統需要從一個(gè)相對大規模的節點(diǎn)部署起步。通常初始容量要求在25TB或者更高，而這對于小型和中型企業(yè)來(lái)說(shuō)往往是不切實(shí)際的。
最后，在歸檔存儲中，磁盤(pán)或者磁帶仍然需要管理。我們需要創(chuàng )建、分配和監控存儲來(lái)確保一切正常，不需要維護或者升級?？紤]到目前IT人員的縮 減，盡管磁盤(pán)歸檔可以帶來(lái)諸多好處，但是企業(yè)機構可能沒(méi)有足夠的人員來(lái)執行這些任務(wù)。
利用云存儲作為歸檔
有一個(gè)可行的選擇，那就是云存儲。使用云存儲作為歸檔可以為用戶(hù)帶來(lái)很多好處。要想把云存儲作為歸檔的話(huà)，大多數企業(yè)機構應該尋找這樣的解決方案：即使用了本地設備將最近歸檔數據緩存在本地磁盤(pán)以便快速恢復、然后將數據 遷移到云存儲中作為長(cháng)期保存。因為大多數云歸檔解決方案都是付費即用型的，所以這對于規模最小的企業(yè)也是一個(gè)可行的選擇。
此外，一些云歸檔系統可以直接從API集中寫(xiě)入。例如，有些存儲廠(chǎng)商與獨立軟件供應商合作，允許云歸檔直接與他們的應用進(jìn)行集成。這是推動(dòng)將數 據保存到歸檔存儲中的一個(gè)理想點(diǎn)。對于用戶(hù)來(lái)說(shuō)，信息仍然保持最新，提供了關(guān)于歸檔數據集的智能性，同時(shí)應用也可以起到幫助作用。
云歸檔還解決了其他歸檔形式可能給IT員工帶來(lái)的操作問(wèn)題。因為所有物理存儲都是外包的，因此數據集管理所需時(shí)間為零。此外，這也不需要消耗企 業(yè)機構的能源、空間或者冷卻資源。單是這一點(diǎn)就證明了對云歸檔的投資是合理的，而其他歸檔解決方案則無(wú)法提供這項保證。
發(fā)布者：博子
評論