軟件開發(fā)商希望通過開發(fā)工作讓企業(yè)只使用他們自己的應(yīng)用來保護(hù)環(huán)境。然而實際情況卻大不相同。大多數(shù)企業(yè)往往使用不只一個 備份應(yīng)用，而且用來保護(hù)數(shù)據(jù)的不僅只有備份一種技術(shù)，還有快照和復(fù)制等等。在實際環(huán)境中保護(hù)備份數(shù)據(jù)要求有這樣一種工具，不僅可以管理多個備份應(yīng)用，而且 還可以管理多個備份目標(biāo)以及其他數(shù)據(jù)備份流程。

多廠商備份的實際情況

實際來說，大多數(shù)數(shù)據(jù)中心往往運行不只一種備份應(yīng)用。至少每個操作系統(tǒng)可能就要使用一種。例如，Windows管理 員可能比較喜歡賽門鐵克的Backup Exec，而UNIX管理員可能會傾向于EMC的Networker。而且應(yīng)用種類不同，這種多樣化就越普遍。例如，Exchange管理員可能會使用 CommVault Galaxy來加強郵箱保護(hù)，VMware管理員則可能希望使用賽門鐵克的Block Level Incremental功能。基于傳統(tǒng)備份應(yīng)用，用戶還會利用大多數(shù)存儲系統(tǒng)中自帶的備份應(yīng)用功能，例如快照或者復(fù)制。甚至操作系統(tǒng)鏡像也是一種值得人們 注意的數(shù)據(jù)保護(hù)形式。

每一個新的應(yīng)用或者平臺有可能帶來一種新的備份軟件產(chǎn)品或者其他形式的數(shù)據(jù)保護(hù)。雖然這從備份管理員的角度來說過于 理想化了，但這卻是事實。也許單獨一款產(chǎn)品中并不具備應(yīng)用所有者進(jìn)行恢復(fù)所需的所有功能。最終，保護(hù)數(shù)據(jù)資產(chǎn)變得比管理這個保護(hù)流程的成本還要重要。因 此，使用額外的備份應(yīng)用或者保護(hù)方法是很合理的。然而，備份管理員需要能夠通過一個統(tǒng)一的流程來管理所有這些獨立的應(yīng)用。

如果實際環(huán)境中的確采用了多個備份應(yīng)用，那么手動登陸到每臺備份服務(wù)器以及檢查備份任務(wù)狀態(tài)就是非常麻煩的事情。這 里需要能夠統(tǒng)一地查看數(shù)據(jù)保護(hù)流程，這個流程可以將不同的應(yīng)用連接起來，提供關(guān)于其他像鏡像、快照或者復(fù)制這樣的數(shù)據(jù)保護(hù)流程的信息。

集中化監(jiān)控

像Tek-Tools Backup Profiler這樣的應(yīng)用可以監(jiān)控和提供關(guān)于備份任務(wù)成功或者失敗的報告。這些應(yīng)用還可以通過一個基于網(wǎng)絡(luò)的GUI獲取關(guān)于多個應(yīng)用之間的備份任務(wù)和其 他存儲服務(wù)的檢測信息。統(tǒng)一呈現(xiàn)所有備份結(jié)果的功能可以提供關(guān)于整體備份流程進(jìn)行情況的有價值信息。能夠在多個應(yīng)用之間查看備份失敗的情況，這解決了一個 客戶機甚至是某個網(wǎng)絡(luò)區(qū)段出現(xiàn)的問題。這種整合的查看方法大大提高了備份成功率和備份管理員的生產(chǎn)效率。GUI提供了關(guān)于數(shù)據(jù)保護(hù)流程的實時顯示，而無需 手動登錄到每個備份應(yīng)用和存儲設(shè)備中，這大大縮短了時間和降低了錯誤率。

這種整合的查看方法還減輕了夜班操作員的備份監(jiān)控負(fù)擔(dān)。他們可以監(jiān)控所有備份流程而無需查看具體每一個應(yīng)用。如果發(fā) 生備份故障，操作員可以通知負(fù)責(zé)該備份應(yīng)用或者存儲系統(tǒng)的專家，同時為他們提供關(guān)于故障的最初檢測信息。

監(jiān)控與報告

使用基本的備份報告應(yīng)用很難實現(xiàn)這種監(jiān)控。只提供備份報告功能的工具無法提供關(guān)于備份任務(wù)的實時信息，這對于當(dāng)一名 正在監(jiān)控備份流程的操作人員來說并不是一件好事。備份窗口縮短，數(shù)據(jù)集不斷增長，這些現(xiàn)場操作員必須能夠讀取到任務(wù)故障報告。如果在故障發(fā)生之后只是等 待，報告流程可以分析報告日志來決定哪個任務(wù)故障可能持續(xù)數(shù)小時時間，這意味著在故障任務(wù)被手動重啟之前需要花費數(shù)小時的時間。這些被浪費掉的時間推遲了 可用備份窗口之外的工作，導(dǎo)致企業(yè)機構(gòu)生產(chǎn)效率降低。如果最終的決定是跳過重新運行備份任務(wù)的話，那么這有可能會使數(shù)據(jù)在24個小時內(nèi)面臨風(fēng)險。

甚至沒有操作員來監(jiān)控任務(wù)的話，實時事件追蹤功能也可以通過電子郵件來發(fā)送通知。接下來，如果任務(wù)出現(xiàn)故障，就可以 馬上實施手動重啟。在這兩種情況下，故障實時通知功能可以讓任務(wù)盡早重啟，并且盡可能在備份窗口之內(nèi)完成。這不僅確保了更好的數(shù)據(jù)保護(hù)，同時也保持了IT 部門所承諾的服務(wù)等級協(xié)議。

然而，實時備份監(jiān)控意味著需要在備份服務(wù)器上安裝一個代理。在過去，代理一直是人們的一個關(guān)注問題，隨著操作系統(tǒng)和 監(jiān)控軟件開發(fā)者不斷完善他們的產(chǎn)品，這個問題也逐漸被解決。像Tek-Tools等廠商卻通過使用帶來來提供對備份流程接近即時的升級。這些實時升級可以 反映在GUI上，GUI將夜間操作人員監(jiān)控的細(xì)節(jié)通過電子郵件發(fā)送給相關(guān)備份管理員。

預(yù)期故障

備份故障的最佳類型就是從未發(fā)生的故障，因為它在發(fā)生之前潛在問題已經(jīng)被解決掉了。這就要求有一種歷史分析工具。理 想的來說，如果這種工具使用了監(jiān)控應(yīng)用已經(jīng)獲取到的信息是最好不過的。有了這種工具，就可以對所有備份任務(wù)進(jìn)行趨勢分析。例如，某個用戶在備份時間內(nèi)發(fā)生 突然變更事件，這也許因為著某種網(wǎng)絡(luò)降級或者與某個消耗可用資源的并發(fā)流程發(fā)生沖突。或者，VTL缺少存儲介質(zhì)或者磁盤空間所導(dǎo)致的錯誤也可以通過使用趨 勢信息來消除，應(yīng)用通過這種信息可以預(yù)測出備份設(shè)備何時需要額外的存儲空間。

以備份為核心

備份管理員所面臨的挑戰(zhàn)之一就是判斷是否應(yīng)該添加或者升級備份基礎(chǔ)架構(gòu)。因為只有發(fā)生某些問題的時候，管理員才會想 起使用備份流程。大多數(shù)時間他們認(rèn)為不太可以使用到備份流程。備份管理員需要獲得關(guān)于備份流程如何進(jìn)行以及是否能夠滿足服務(wù)等級協(xié)議的相關(guān)信息。他們還需 要提供關(guān)于新備份挑戰(zhàn)的信息，例如數(shù)據(jù)負(fù)載或者找回請求突然增加的情況。

像Backup Profiler這樣的備份管理功能可以創(chuàng)建報告并通過電子郵件發(fā)送給相關(guān)的個人。他們可能是執(zhí)行官這樣的高管層，快速查看信息或者獲得更多部門審查的具 體信息。IT經(jīng)理、CTO甚至是CEO每天早晨會收到一封圖形電子郵件，所有受保護(hù)的對象對各個部門來說都具有非常大的價值。最終，將保護(hù)流程與法規(guī)遵從 或者服務(wù)等級協(xié)議要求配合起來，通過頻繁溝通來了解如何滿足標(biāo)準(zhǔn)。當(dāng)然，所有這些都是以一個統(tǒng)一報告來實現(xiàn)的，不管保護(hù)流程中使用了多少應(yīng)用。

大多數(shù)環(huán)境中不可能真正依賴于一種備份應(yīng)用。在現(xiàn)實環(huán)境中管理備份要求有經(jīng)驗豐富的專業(yè)人員，再加上快速且輕松完成 工作的合適工具。一個可能提供實時整合數(shù)據(jù)保護(hù)流程信息的工具對實現(xiàn)備份管理有著很大的幫助作用。