SQL Server備份和災難恢複

資料處理在現代企業運營中變得越來越重要,越來越關鍵,甚至會成為企業發展的一項瓶頸. 資料保護的重要性也不言而喻. 如果一個企業沒有很好的資料保護方案或策略的話,一旦發生重要資料丟失,後果將會是災難性的,伴隨著會有經濟利益方面的損失.

 

各大伺服器硬體廠商(IBM,HP等)提供有很好的資料保護策略(硬體或軟體).如大家熟知的RAID磁碟陣列(Redundant Array of Independent Disks)就是很好的資料保護方法.就SQL Server而言,通過維護計劃可以制定詳細的資料備份計劃.

 

資料備份策略(full backup, differential backup and  transaction log backup)

資料備份是為資料恢複服務的,所以建立資料備份計劃之前,應先考慮是否能利用該備份有效恢複資料(在downtime允許的時間範圍內).還應先考慮系統允許的RPO(Recovery Point Objective,災難發生後,系統或資料必須恢複的時間點), RTO(Recovery Time Objective,指當災難發生後,所採用的系統複原工具或解決方案,可讓系統或資料恢複到正常運作的狀況時,所需花費的時間).

 

有三種通常使用的備份計劃:

(1). 只有全備份

 

兩個全備份之間的時間段發生故障,資料會丟失,只能恢複到上一個全備份的資料.

 

(2). 全備份+記錄備份

在全備份之間加入記錄備份,可以把備份時間點縮小到更小的粒度.可以在每天做一個全備份,每一個小時或者半個小時做一次記錄備份.這樣子的話,如果在23:59分發生故障,需要restore一個full backup+23個transaction log backup,操作恢複的時間會比較久.

 

(3). 全備份+差異備份+記錄備份

在全備份之間加入差異備份(differential backup),差異備份之間有記錄備份.

 

至於選擇哪一種備份策略,要根據實際的情況(RTO, RPO, Server loading等)靈活運用.