快捷導(dǎo)航

數(shù)據(jù)庫(kù)備份 SQLServer的備份和災(zāi)難恢復(fù)

更新時(shí)間：2010年07月20日 00:19:53 作者：

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

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

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

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

有三種通常使用的備份計(jì)劃:

(1). 只有全備份

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

(2). 全備份+日志備份

在全備份之間加入日志備份,可以把備份時(shí)間點(diǎn)縮小到更小的粒度.可以在每天做一個(gè)全備份,每一個(gè)小時(shí)或者半個(gè)小時(shí)做一次日志備份.這樣子的話,如果在23:59分發(fā)生故障,需要restore一個(gè)full backup+23個(gè)transaction log backup,操作恢復(fù)的時(shí)間會(huì)比較久.

(3). 全備份+差異備份+日志備份