| 
       咨詢電話:010-51727811/12/13
      當前位置: 首頁 > 新聞中心 > 業內新聞 >
      數據備份是否可測
      時間:2012-06-11 09:27  來源:飛客數據恢復   作者:飛客數據恢復工程師
      網絡備份存在著一些很明顯的挑戰,當計劃備份時,必須考慮以下幾個關鍵因素:
      備份窗口。
      最大的備份資源。
      更新的數據量。
      網絡傳輸率。
      備份設備的速度。
      備份引擎的性能。下面各小節將對這些問題分別進行討論。
       
      1.備份窗口
       
      備份窗口是在白天或晚上完成備份所需要的時間。通常認為備份窗口只對冷備份有用,但事實上它也可以應用于熱備份,其原因在于既可以在服務器運行時對其備份,也可以在服務器關閉時對其進行備份。備份的性能影響也限制了備份的運行時間。
       
      基本上,可以考慮兩個備份窗口。一個是夜間備份,即介于正常上班時間之間的整夜備份。這是一個典型的三至八小時的備份窗口,主要用作增量或差量備份操作。另一個備份窗口是完成一周或周期性完全備份,這個備份窗口可以延長到24小時,有時,甚至從周五傍晚持續到周日后半夜。在這兩個窗口所限制的范圍內,備份系統都應該能夠工作。
       
      本章前面已經討論了兩種熱備份技術,即寫前拷貝和快照技術,其目的是緩解24×7計算的問題,使在這種情況下仍然保持備份窗口的大小。
       
      2.最大的備份源
       
      網絡備份通常包括了絕大部分網絡的備份要求。遺憾的是,當備份網絡中的最大備份源時,它常常顯得力不從心。在這種情況下,備份源是指源系統上的存儲成分之一,該源系統唯一地由備份系統管理。例如,邏輯磁盤卷或數據庫系統都可以是備份對象。一種常見的情況是,一個特別的備份對象比其他的備份對象大得多,而且它所包含的數據很重要,必須通過備份來保護。不幸的是,網絡備份系統沒有足夠快的速度完成這個作業。在這種情況下,唯一的方案有時只有將專用備份系統直接安裝到這個系統上,而該系統必須配有高速磁帶驅動器。有時,可能需要虛擬磁帶子系統,這里將磁盤驅動器作為磁帶設備使用。
       
      3.總數據量
       
      數據量本身并不是一個難于理解的概念,總數據量對于確定完全備份的變化很重要,當制訂恢復需求計劃時,它也很重要。注意這并不是存儲總量,而是存放在存儲設備中的數據總量。
       
      4.更新的數據量
       
      確定每天需要備份的更新數據量是很困難的,但可以通過文件系統掃描或搜尋操作進行粗略地估計,從這天的某個任意時間到另外某個任意停止時間中,擁有新的日期和時間的所有文件。比如說,從上午6:00到下午6:00。當前的備份記錄也可以給出更好的每天實際的備份負荷。更新數據量的目的是確定需要多少并行備份進程,才能滿足工作日的增量或差量備份操作。
       
      5.網絡傳輸速度
       
      前面已經陳述,網絡備份能夠使網絡達到飽和狀態,導致嚴重的性能下降。當估算備份對網絡的影響時,需要考慮幾個因素。然而,如果小心地考慮和計劃,可以做出現實的估計。在大部分情況下,每天的備份是主要問題,因為工作日的備份窗口時間短,這就限制了備份操作的運行時間。在周末通常有更多的時間完成備份,這使系統管理員的壓力也減小了。
       
      在網絡上應該運行并行的備份操作,但究竟需要多少并行備份呢?我們可以使用一些快速的方法來確定。首先,對于一個100BaseT的網段,合理的估計速度可以達到1.5MB/s,假如將100Mbit網絡等價于10Mbyte鏈,這個估計是現實的,因此,單個的1.5MB備份會話僅使用了網絡總的可用帶寬的15%。
       
      既然我們正在考慮日備份,我們首先使用更新數據的平均量,那么,假如估計網絡的傳輸速度為1.5MB/s,那么,可以計算所需要的會話數,即用數據量除以備份窗口和傳輸速度的積:
       
      更新數據/{(備份窗口)×1.5MB/s}=所需并行會話數
       
      當做這些計算時,必須將通常的使用單位轉換成其他單位。例如,以每秒計算的傳輸速度必須與以小時或分鐘計算的備份窗口一致。
       
      舉一個例子,考慮一個網絡備份情況,假設網絡服務器上的數據改變量是12GB,備份窗口是1個小時,使用上面的方程和統一的單位,實際的計算如下:
       
      12000MB/{60min×(90MB/min)}=2.2次會話
       
      從網絡的觀點看,并不存在非整數會話,所以這種情況下并發的傳輸數量應該是3,由于每個會話的傳輸速度為1.5MB/s,那么3個會話就意味著網絡傳輸量為4.5MB/s。但是,對于100Mb的以太網來說,這是很難實現的。雖然在理論上,可以使用兩個網段共同承擔這個負載,但在備份引擎上可能需要三個獨立的100Mb端口,以支持三個獨立連接上的這個傳輸負載。
       
      6.磁帶設備速度
       
      盡管網絡是備份傳輸瓶頸的可能性最大,但它也未必是唯一的一個。大部分網絡傳輸較平均的磁帶驅動器速度慢得多,但是,由于提供給磁帶的數據源很多,如交叉的數據、專用的本地備份、遠程的設備操作,所以,這些數據的速度也可能超過磁帶的性能。
       
      假如提供的數據足夠快,磁帶驅動器能夠保持流式速度。正常情況下,磁帶設備制造商都發布磁帶驅動器的持續吞吐量規范,其數據壓縮率可以按2:1計算。例如,8mm的螺旋掃描驅動器所給出的傳輸速度是6MB/s,那么,它的非壓縮傳輸速度就是3MB/s。相比其他I/O技術而言,持續傳輸速度與數據的可壓縮性關系更密切。
       
      為了及時而成功地結束備份,軟件的設備并行性也是一個很重要的因素。
       
      7.備份引擎的性能
       
      對于網絡備份來說,備份引擎的性能對數據由網絡I/O傳輸到存儲I/O也起著重要作用,它控制著一個系統,該系統帶有如PCI總線的主機I/O總線,以及高速的適配器,為了節省備份引擎中的插槽數,可以考慮使用多端口的NIC。
       
      正像曾經討論的那樣,數據庫處理對備份的需求具有挑戰性,因此,備份引擎的處理能力和內存越大越好。