“跑得了和尚跑不了廟！”一些人固執(zhí)地認(rèn)為，只要對(duì)數(shù)據(jù)進(jìn)行了備份，只要肯花時(shí)間和精力，備份后的數(shù)據(jù)就一定能找到并成功恢復(fù)。但事實(shí)卻是“備份是一件事，而恢復(fù)完全是另外一件事了”，也就是說(shuō)，就算備份數(shù)據(jù)了，也未必就能都恢復(fù)出來(lái)。不然為什么傳統(tǒng)的備份/恢復(fù)軟件失敗率會(huì)高達(dá)20%呢？！

Simpana將“簡(jiǎn)易快速的恢復(fù)”進(jìn)行到底

一個(gè)真正有效的數(shù)據(jù)備份系統(tǒng)應(yīng)該是以恢復(fù)為目的來(lái)設(shè)計(jì)數(shù)據(jù)保護(hù)系統(tǒng)的，并且管理簡(jiǎn)便，能快速便捷地實(shí)現(xiàn)恢復(fù)。

備份系統(tǒng)要著眼于“恢復(fù)”

數(shù)據(jù)保護(hù)的核心內(nèi)容之一是實(shí)現(xiàn)快速、可靠的恢復(fù)。但在越來(lái)越多的用戶開(kāi)始重視數(shù)據(jù)保護(hù)的今天，仍然有相當(dāng)一部分人只考慮將數(shù)據(jù)進(jìn)行備份而忽略了數(shù)據(jù)備份的終極目標(biāo)——數(shù)據(jù)恢復(fù)。在這些人中存在一個(gè)誤區(qū)，那就是：只要定時(shí)做了備份，在需要的時(shí)候，自然而然地就能將所需數(shù)據(jù)進(jìn)行恢復(fù)，只要花點(diǎn)時(shí)間和精力找，總能找到并成功恢復(fù)。

果真如此嗎？看看日常生活中的一個(gè)例子。人們經(jīng)常獲悉，某個(gè)樓宇突遭火災(zāi)，消防系統(tǒng)卻無(wú)故癱瘓，或者消防栓里沒(méi)有水，或者消防通道被堵塞，以致火勢(shì)蔓延，造成巨大的生命財(cái)產(chǎn)損失。消防系統(tǒng)是每個(gè)樓宇建設(shè)時(shí)必須配備的，顯然，并非所有的消防系統(tǒng)在遭遇火災(zāi)時(shí)都能起作用。數(shù)據(jù)備份之于IT系統(tǒng)，就相當(dāng)于消防系統(tǒng)之于樓房，它是保護(hù)IT系統(tǒng)的最后一道防線，但即使配備了數(shù)據(jù)備份系統(tǒng)，也不表明在IT系統(tǒng)遇到問(wèn)題時(shí)一定能將丟失的數(shù)據(jù)成功恢復(fù)。

保護(hù)數(shù)據(jù)方面最困難的地方在于，需要恢復(fù)時(shí)能成功恢復(fù)。但這方面實(shí)在有太多的可變因素了－－介質(zhì)類型、不同廠商、網(wǎng)絡(luò)故障和應(yīng)用程序異常等等。來(lái)看看傳統(tǒng)的備份/恢復(fù)軟件在數(shù)據(jù)恢復(fù)方面面臨的挑戰(zhàn)。首先，傳統(tǒng)的備份/恢復(fù)軟件提供的恢復(fù)操作是一個(gè)手動(dòng)、人力密集型的過(guò)程，自動(dòng)化程度低，需要人工參與，其次，傳統(tǒng)的備份/恢復(fù)軟件作業(yè)的失敗率達(dá)到5%-20%，失效備份意味著無(wú)法滿足恢復(fù)目標(biāo)。第三，恢復(fù)過(guò)程因場(chǎng)所而異（數(shù)據(jù)中心與分支機(jī)構(gòu)），最后，也是很重要的一方面，是需要使用不同的產(chǎn)品和流程，從不同廠家的存儲(chǔ)系統(tǒng) （EMC、NetApp和HDS等）、磁帶與虛擬磁帶庫(kù)設(shè)備、臺(tái)式機(jī)/筆記本電腦、應(yīng)用程序（Oracle、微軟Exchange、SQL Server和Notes等）、虛擬化環(huán)境中恢復(fù)數(shù)據(jù)。市場(chǎng)研究公司META Group一份關(guān)于數(shù)據(jù)保護(hù)的調(diào)查顯示，恢復(fù)作業(yè)的平均成功率只有70%左右；用戶的主要的恢復(fù)需求是恢復(fù)單個(gè)文件或單個(gè)表空間，而不是整個(gè)卷，而恢復(fù)單個(gè)文件至少要花1個(gè)小時(shí), 有時(shí)甚至要接近1天。傳統(tǒng)的備份/恢復(fù)軟件存在的難以克服的弊端使得其提供的數(shù)據(jù)恢復(fù)功能難以達(dá)到用戶恢復(fù)方面的服務(wù)級(jí)別協(xié)議要求。

由此可見(jiàn)，一個(gè)應(yīng)著眼于“恢復(fù)”的數(shù)據(jù)保護(hù)系統(tǒng)、一個(gè)能確保數(shù)據(jù)能夠恢復(fù)、恢復(fù)的數(shù)據(jù)是可以使用的、恢復(fù)速度盡量快、恢復(fù)操作對(duì)系統(tǒng)的影響要盡可能小、能夠恢復(fù)到用戶指定的時(shí)間點(diǎn)……這樣的數(shù)據(jù)備份/恢復(fù)系統(tǒng)是最能滿足當(dāng)前用戶需求的。

Simpana 將“簡(jiǎn)易恢復(fù)”進(jìn)行到底

Simpana8面向恢復(fù)，基于恢復(fù)，更有效的恢復(fù)

Simpana8將著眼點(diǎn)從備份轉(zhuǎn)移到了恢復(fù)。Simpana不僅能夠保護(hù)數(shù)據(jù)，而且還能為用戶查找和恢復(fù)數(shù)據(jù)提供方便。不管是哪種數(shù)據(jù)或者如何管理的數(shù)據(jù)（保護(hù)、歸檔和復(fù)制等），都能通過(guò)集中控制臺(tái)進(jìn)行恢復(fù)。

Simpana提供的數(shù)據(jù)恢復(fù)功能，不只是針對(duì)某一個(gè)數(shù)據(jù)庫(kù)或者不只是針對(duì)數(shù)據(jù)中心里的數(shù)據(jù)，而是包括所有的數(shù)據(jù)——從數(shù)據(jù)中心一直到所謂的邊緣數(shù)據(jù)——都進(jìn)行有效的管理。在恢復(fù)管理方面，Simpana 8.0能夠把快照、復(fù)制、傳統(tǒng)的備份真正統(tǒng)一起來(lái)。當(dāng)客戶需要恢復(fù)的時(shí)候，不需要考慮當(dāng)初的保護(hù)到底是通過(guò)快照、復(fù)制還是傳統(tǒng)的備份方式來(lái)做的，以及這個(gè)應(yīng)用需要恢復(fù)多長(zhǎng)時(shí)間，會(huì)自動(dòng)地在不同界面里面恢復(fù)。

舉例來(lái)說(shuō)，Simpana 8.0新的恢復(fù)功能可以為分布在遠(yuǎn)程辦公室和分支機(jī)構(gòu)的關(guān)鍵業(yè)務(wù)數(shù)據(jù)提供多重保護(hù)，便于數(shù)據(jù)在廣域網(wǎng)內(nèi)高效傳輸，并可在站點(diǎn)之間傳輸經(jīng)過(guò)壓縮和加密的數(shù)據(jù)。

此外，Simpana 8.0新的快照備份功能可與基于硬件的快照技術(shù)集成，直接通過(guò)快照創(chuàng)建應(yīng)用程序和數(shù)據(jù)一致的持久性恢復(fù)副本，并可繞開(kāi)服務(wù)器，從而加快算恢復(fù)速度。

Simpana還通過(guò)提供數(shù)據(jù)挖掘功能，大大提高恢復(fù)速度，實(shí)現(xiàn)恢復(fù)的簡(jiǎn)易性。該功能提供了從Exchange、Sharepoint或活動(dòng)目錄數(shù)據(jù)庫(kù)的副本挖掘及恢復(fù)數(shù)據(jù)的功能－－即便在這些應(yīng)用程序沒(méi)有運(yùn)行的時(shí)候。只需要使用Ex、SPP或文件系統(tǒng)備份代理，就可以針對(duì)SnapBakcup快照、CDR恢復(fù)點(diǎn)、甚至這些數(shù)據(jù)庫(kù)的恢復(fù)副本進(jìn)行數(shù)據(jù)挖掘。Simpana創(chuàng)新的數(shù)據(jù)挖掘功能，為訪問(wèn)和恢復(fù)細(xì)粒度數(shù)據(jù)提供了無(wú)可比擬的特性，讓所有的所有副本都恢復(fù)就緒，確保能從任何副本進(jìn)行全應(yīng)用恢復(fù)，從在線/快照副本進(jìn)行快速卷級(jí)恢復(fù)。

有測(cè)試數(shù)據(jù)顯示，Simpana 8.0可以把數(shù)據(jù)恢復(fù)的可靠性提升約20％，恢復(fù)速度加快77％。