軟件開發(fā)商希望通過開發(fā)工作讓企業(yè)只使用他們自己的應用來保護環(huán)境。然而實際情況卻大不相同。大多數(shù)企業(yè)往往使用不只一個 備份應用,而且用來保護數(shù)據(jù)的不僅只有備份一種技術,還有快照和復制等等。在實際環(huán)境中保護備份數(shù)據(jù)要求有這樣一種工具,不僅可以管理多個備份應用,而且 還可以管理多個備份目標以及其他數(shù)據(jù)備份流程。 多廠商備份的實際情況 實際來說,大多數(shù)數(shù)據(jù)中心往往運行不只一種備份應用。至少每個操作系統(tǒng)可能就要使用一種。例如,Windows管理 員可能比較喜歡賽門鐵克的Backup Exec,而UNIX管理員可能會傾向于EMC的Networker。而且應用種類不同,這種多樣化就越普遍。例如,Exchange管理員可能會使用 CommVault Galaxy來加強郵箱保護,VMware管理員則可能希望使用賽門鐵克的Block Level Incremental功能?;趥鹘y(tǒng)備份應用,用戶還會利用大多數(shù)存儲系統(tǒng)中自帶的備份應用功能,例如快照或者復制。甚至操作系統(tǒng)鏡像也是一種值得人們 注意的數(shù)據(jù)保護形式。 每一個新的應用或者平臺有可能帶來一種新的備份軟件產(chǎn)品或者其他形式的數(shù)據(jù)保護。雖然這從備份管理員的角度來說過于 理想化了,但這卻是事實。也許單獨一款產(chǎn)品中并不具備應用所有者進行恢復所需的所有功能。最終,保護數(shù)據(jù)資產(chǎn)變得比管理這個保護流程的成本還要重要。因 此,使用額外的備份應用或者保護方法是很合理的。然而,備份管理員需要能夠通過一個統(tǒng)一的流程來管理所有這些獨立的應用。 如果實際環(huán)境中的確采用了多個備份應用,那么手動登陸到每臺備份服務器以及檢查備份任務狀態(tài)就是非常麻煩的事情。這 里需要能夠統(tǒng)一地查看數(shù)據(jù)保護流程,這個流程可以將不同的應用連接起來,提供關于其他像鏡像、快照或者復制這樣的數(shù)據(jù)保護流程的信息。 集中化監(jiān)控 像Tek-Tools Backup Profiler這樣的應用可以監(jiān)控和提供關于備份任務成功或者失敗的報告。這些應用還可以通過一個基于網(wǎng)絡的GUI獲取關于多個應用之間的備份任務和其 他存儲服務的檢測信息。統(tǒng)一呈現(xiàn)所有備份結果的功能可以提供關于整體備份流程進行情況的有價值信息。能夠在多個應用之間查看備份失敗的情況,這解決了一個 客戶機甚至是某個網(wǎng)絡區(qū)段出現(xiàn)的問題。這種整合的查看方法大大提高了備份成功率和備份管理員的生產(chǎn)效率。GUI提供了關于數(shù)據(jù)保護流程的實時顯示,而無需 手動登錄到每個備份應用和存儲設備中,這大大縮短了時間和降低了錯誤率。 這種整合的查看方法還減輕了夜班操作員的備份監(jiān)控負擔。他們可以監(jiān)控所有備份流程而無需查看具體每一個應用。如果發(fā) 生備份故障,操作員可以通知負責該備份應用或者存儲系統(tǒng)的專家,同時為他們提供關于故障的最初檢測信息。 監(jiān)控與報告 使用基本的備份報告應用很難實現(xiàn)這種監(jiān)控。只提供備份報告功能的工具無法提供關于備份任務的實時信息,這對于當一名 正在監(jiān)控備份流程的操作人員來說并不是一件好事。備份窗口縮短,數(shù)據(jù)集不斷增長,這些現(xiàn)場操作員必須能夠讀取到任務故障報告。如果在故障發(fā)生之后只是等 待,報告流程可以分析報告日志來決定哪個任務故障可能持續(xù)數(shù)小時時間,這意味著在故障任務被手動重啟之前需要花費數(shù)小時的時間。這些被浪費掉的時間推遲了 可用備份窗口之外的工作,導致企業(yè)機構生產(chǎn)效率降低。如果最終的決定是跳過重新運行備份任務的話,那么這有可能會使數(shù)據(jù)在24個小時內(nèi)面臨風險。 甚至沒有操作員來監(jiān)控任務的話,實時事件追蹤功能也可以通過電子郵件來發(fā)送通知。接下來,如果任務出現(xiàn)故障,就可以 馬上實施手動重啟。在這兩種情況下,故障實時通知功能可以讓任務盡早重啟,并且盡可能在備份窗口之內(nèi)完成。這不僅確保了更好的數(shù)據(jù)保護,同時也保持了IT 部門所承諾的服務等級協(xié)議。 然而,實時備份監(jiān)控意味著需要在備份服務器上安裝一個代理。在過去,代理一直是人們的一個關注問題,隨著操作系統(tǒng)和 監(jiān)控軟件開發(fā)者不斷完善他們的產(chǎn)品,這個問題也逐漸被解決。像Tek-Tools等廠商卻通過使用帶來來提供對備份流程接近即時的升級。這些實時升級可以 反映在GUI上,GUI將夜間操作人員監(jiān)控的細節(jié)通過電子郵件發(fā)送給相關備份管理員。 預期故障 備份故障的最佳類型就是從未發(fā)生的故障,因為它在發(fā)生之前潛在問題已經(jīng)被解決掉了。這就要求有一種歷史分析工具。理 想的來說,如果這種工具使用了監(jiān)控應用已經(jīng)獲取到的信息是最好不過的。有了這種工具,就可以對所有備份任務進行趨勢分析。例如,某個用戶在備份時間內(nèi)發(fā)生 突然變更事件,這也許因為著某種網(wǎng)絡降級或者與某個消耗可用資源的并發(fā)流程發(fā)生沖突?;蛘撸琕TL缺少存儲介質或者磁盤空間所導致的錯誤也可以通過使用趨 勢信息來消除,應用通過這種信息可以預測出備份設備何時需要額外的存儲空間。 以備份為核心 備份管理員所面臨的挑戰(zhàn)之一就是判斷是否應該添加或者升級備份基礎架構。因為只有發(fā)生某些問題的時候,管理員才會想 起使用備份流程。大多數(shù)時間他們認為不太可以使用到備份流程。備份管理員需要獲得關于備份流程如何進行以及是否能夠滿足服務等級協(xié)議的相關信息。他們還需 要提供關于新備份挑戰(zhàn)的信息,例如數(shù)據(jù)負載或者找回請求突然增加的情況。 像Backup Profiler這樣的備份管理功能可以創(chuàng)建報告并通過電子郵件發(fā)送給相關的個人。他們可能是執(zhí)行官這樣的高管層,快速查看信息或者獲得更多部門審查的具 體信息。IT經(jīng)理、CTO甚至是CEO每天早晨會收到一封圖形電子郵件,所有受保護的對象對各個部門來說都具有非常大的價值。最終,將保護流程與法規(guī)遵從 或者服務等級協(xié)議要求配合起來,通過頻繁溝通來了解如何滿足標準。當然,所有這些都是以一個統(tǒng)一報告來實現(xiàn)的,不管保護流程中使用了多少應用。 大多數(shù)環(huán)境中不可能真正依賴于一種備份應用。在現(xiàn)實環(huán)境中管理備份要求有經(jīng)驗豐富的專業(yè)人員,再加上快速且輕松完成 工作的合適工具。一個可能提供實時整合數(shù)據(jù)保護流程信息的工具對實現(xiàn)備份管理有著很大的幫助作用。