數(shù)據(jù)庫(kù)備份與恢復(fù)之七應(yīng)對(duì)由于備份損壞導(dǎo)致的還原錯(cuò)誤

數(shù)據(jù)庫(kù)管理員最大的夢(mèng)魘，莫過(guò)于已經(jīng)做了備份，但是在想恢復(fù)的時(shí)候，發(fā)現(xiàn)備份文件也是壞的。這將意味著數(shù)據(jù)庫(kù)的丟失，后果非常可怕。發(fā)生這種情況的原因一般有3個(gè)： · 備份文件和數(shù)據(jù)庫(kù)放在同一個(gè)（或一組）物理硬盤上。硬盤出故障，備份也保不

數(shù)據(jù)庫(kù)管理員最大的夢(mèng)魘，莫過(guò)于已經(jīng)做了備份，但是在想恢復(fù)的時(shí)候，發(fā)現(xiàn)備份文件也是壞的。這將意味著數(shù)據(jù)庫(kù)的丟失，后果非?？膳隆０l(fā)生這種情況的原因一般有3個(gè)：

· 備份文件和數(shù)據(jù)庫(kù)放在同一個(gè)（或一組）物理硬盤上。硬盤出故障，備份也保不住。

· 備份介質(zhì)損壞；或者做的是網(wǎng)絡(luò)備份，數(shù)據(jù)在網(wǎng)絡(luò)傳輸中發(fā)生了損壞。

· 數(shù)據(jù)庫(kù)在做完整備份、文件備份或者文件組備份的時(shí)候，里面的內(nèi)容就已經(jīng)有了損壞。
SQL Server在做數(shù)據(jù)備份的時(shí)候?yàn)榱斯?jié)省時(shí)間，基本只是很簡(jiǎn)單地把數(shù)據(jù)頁(yè)面拷貝下來(lái)，不會(huì)做一致性檢查的。但是在恢復(fù)的時(shí)候，需要將數(shù)據(jù)庫(kù)恢復(fù)（Recover）到事務(wù)一致的一個(gè)時(shí)間點(diǎn)。如果備份中的損壞妨礙了SQL Server的前滾后滾(Redo和Undo)，恢復(fù)動(dòng)作就會(huì)遇到錯(cuò)誤。

無(wú)論何種情況，您都可以：

· 修復(fù)硬件錯(cuò)誤并重新嘗試還原操作。

· 忽略錯(cuò)誤，繼續(xù)還原操作，并在還原完成后修復(fù)數(shù)據(jù)庫(kù)。

· 放棄還原操作，改用備用還原計(jì)劃。

在現(xiàn)實(shí)環(huán)境里，能夠通過(guò)重試解決的問(wèn)題還是比較少的。硬件錯(cuò)誤往往會(huì)永久地?fù)p壞備份文件里的內(nèi)容。在先前的SQLServer版本里，管理員可能不得不嘗試去尋找更早的備份。這往往意味著有很多天的數(shù)據(jù)丟失，損失是比較大的。

SQL Server 數(shù)據(jù)庫(kù)恢復(fù)有一個(gè)“忽略錯(cuò)誤”的功能，在這種為難的時(shí)刻可以發(fā)揮很大的作用。

忽略錯(cuò)誤繼續(xù)執(zhí)行操作

CONTINUE_AFTER_ERROR是恢復(fù)命令（RESTORE）里面的一個(gè)選項(xiàng)。它將使還原操作跳過(guò)錯(cuò)誤繼續(xù)進(jìn)行，并還原SQL Server現(xiàn)在所能還原的所有內(nèi)容。數(shù)據(jù)還原結(jié)束后，可以應(yīng)用后續(xù)事務(wù)日志備份，將數(shù)據(jù)庫(kù)恢復(fù)。如果日志恢復(fù)時(shí)遇到錯(cuò)誤，SQLServer會(huì)在日志中報(bào)告，并且不讓用戶訪問(wèn)和這些事務(wù)有關(guān)的頁(yè)面。數(shù)據(jù)庫(kù)將在盡可能的情況下聯(lián)機(jī)。所以大部分情況下，數(shù)據(jù)庫(kù)整體還是能恢復(fù)出來(lái)，只是部分?jǐn)?shù)據(jù)有可能會(huì)丟失。

數(shù)據(jù)丟失量取決于遇到的錯(cuò)誤。例如，一般數(shù)據(jù)頁(yè)中的錯(cuò)誤只會(huì)引起該頁(yè)進(jìn)入可疑狀態(tài)，但數(shù)據(jù)庫(kù)恢復(fù)還會(huì)繼續(xù)。有問(wèn)題的頁(yè)面編號(hào)將被寫入磁盤并記錄到suspect_pages表和錯(cuò)誤日志中，提醒管理員在恢復(fù)結(jié)束后繼續(xù)處理它們。如果不設(shè)置CONTINUE_AFTER_ERROR，SQL Server只要遇到一個(gè)頁(yè)面有問(wèn)題，整個(gè)恢復(fù)動(dòng)作都會(huì)停止。

如果錯(cuò)誤發(fā)生在一些比較關(guān)鍵的地方，比如某個(gè)數(shù)據(jù)文件的文件頭信息，那么恢復(fù)還是有可能完全失敗，數(shù)據(jù)庫(kù)無(wú)法恢復(fù)。所以這個(gè)方法只供救急之用。不能保證每次使用的效果。使用WITHCONTINUE_AFTER_ERROR還原數(shù)據(jù)后，要檢查錯(cuò)誤日志以了解有關(guān)錯(cuò)誤的詳細(xì)信息。

基本的RESTORE語(yǔ)法為：

RESTORE DATABASE database_name

FROM backup_deviceWITH CONTINUE_AFTER_ERROR, [NORECOVERY ]

管理員可以在忽略錯(cuò)誤繼續(xù)執(zhí)行的還原順序結(jié)束時(shí)，使用DBCCCHECKDB修復(fù)數(shù)據(jù)庫(kù)。要使CHECKDB在使用RESTORECONTINUE_AFTER_ERROR后以最大的一致性運(yùn)行，建議在DBCC CHECKDB命令中使用WITH TABLOCK選項(xiàng)。在極個(gè)別情況下，可能沒(méi)有足夠的信息來(lái)修復(fù)數(shù)據(jù)庫(kù)，CHECKDB也沒(méi)辦法修好數(shù)據(jù)庫(kù)，數(shù)據(jù)丟失將不可避免。不是說(shuō)，有了RESTORE CONTINUE_AFTER_ERROR，備份壞掉也沒(méi)關(guān)系的。

建立備用（Standby）服務(wù)器

CONTINUE_AFTER_ERROR只不過(guò)是命令SQLServer跳過(guò)一切它能夠跳過(guò)的錯(cuò)誤，將所有還能讀出來(lái)的數(shù)據(jù)恢復(fù)出來(lái)，從而最大程度地挽回?cái)?shù)據(jù)。但是有些對(duì)數(shù)據(jù)一致性要求比較高的系統(tǒng)，比如銀行賬戶系統(tǒng)，用戶可不接受“部分”數(shù)據(jù)恢復(fù)。對(duì)他們來(lái)講，數(shù)據(jù)不一致可能就意味著錢已經(jīng)從一個(gè)賬戶轉(zhuǎn)走，但是沒(méi)有進(jìn)入另一個(gè)賬戶，這是不可接受的。所以他們寧可將數(shù)據(jù)庫(kù)恢復(fù)到昨天的狀態(tài)，把今天所有的操作重做一遍。

對(duì)于這樣的系統(tǒng)，在建立備份和選擇恢復(fù)策略的時(shí)候，就要考慮到最壞的情況，預(yù)先想好方案，將損失降到最低。

事先預(yù)備一臺(tái)備用機(jī)，將做好的備份使用LogShipping或者其他類似的機(jī)制在備用服務(wù)器上預(yù)先恢復(fù)好，是一個(gè)值得推薦的方法。這樣做的好處有：

（1）比起物理鏡像之類的技術(shù)，這種方案比較經(jīng)濟(jì)。備用服務(wù)器的硬件要求不高，只要硬盤足夠大。

（2）雖然SQL Server提供了若干備份校驗(yàn)機(jī)制，但是確保備份完整可靠的唯一辦法是真正地去恢復(fù)它。

（3）提前恢復(fù)備份，使得在真正災(zāi)難發(fā)生時(shí)，只需要恢復(fù)最后一個(gè)日志備份即可，而不需要在火燒眉毛的時(shí)候，去等那個(gè)漫長(zhǎng)的完整備份恢復(fù)，可以大大節(jié)約災(zāi)難恢復(fù)時(shí)間。

（4）備用機(jī)上的數(shù)據(jù)庫(kù)雖然不能修改，但是可以使用STANDBY參數(shù)將數(shù)據(jù)庫(kù)恢復(fù)到只讀模式?？梢詫⒁恍﹫?bào)表查詢工作轉(zhuǎn)移到備用機(jī)上，減輕生產(chǎn)服務(wù)器的負(fù)擔(dān)。

總之，數(shù)據(jù)安全非常重要，災(zāi)難恢復(fù)時(shí)間要求很短的數(shù)據(jù)庫(kù)，如果沒(méi)有鏡像技術(shù)的保障，備用服務(wù)器是非常必要的。

聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com