SQL Server 備份與災難性恢復

數(shù)據(jù)處理在現(xiàn)代企業(yè)運營中變得越來越重要,越來越關鍵,甚至會成為企業(yè)發(fā)展的一項瓶頸. 數(shù)據(jù)保護的重要性也不言而喻. 如果一個企業(yè)沒有很好的數(shù)據(jù)保護方案或策略的話,一旦發(fā)生重要數(shù)據(jù)丟失,后果將會是災難性的,伴隨著會有經(jīng)濟利益方面的損失.

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

數(shù)據(jù)備份策略(full backup, differential backup and  transaction log backup)

數(shù)據(jù)備份是為數(shù)據(jù)恢復服務的,所以建立數(shù)據(jù)備份計劃之前,應先考慮是否能利用該備份有效的恢復數(shù)據(jù)(在downtime允許的時間范圍內(nèi)).還應先考慮系統(tǒng)允許的RPO(Recovery Point Objective,災難發(fā)生后,系統(tǒng)或數(shù)據(jù)必須恢復的時間點), RTO(Recovery Time Objective,指當災難發(fā)生后,所采用的系統(tǒng)復原工具或解決方案,可讓系統(tǒng)或數(shù)據(jù)恢復到正常運作的狀況時,所需花費的時間).

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

(1). 只有全備份

兩個全備份之間的時間段發(fā)生故障,數(shù)據(jù)會丟失,只能恢復到上一個全備份的數(shù)據(jù).

生活不易，碼農(nóng)辛苦
如果您覺得本網(wǎng)站對您的學習有所幫助,可以手機掃描二維碼進行捐贈