sql server數(shù)據(jù)庫錯誤數(shù)據(jù)恢復(fù)（數(shù)據(jù)庫連接失效，無法附加查詢）
2.故障描述
需要進(jìn)行數(shù)據(jù)恢復(fù)的服務(wù)器是一臺r520型號存儲，共有7塊SAS硬盤分別組成raid1和raid5兩組磁盤陣列。主要sql server數(shù)據(jù)庫存放在C盤中，在使用過程中，客戶發(fā)現(xiàn)C盤容量即將占滿，于是將數(shù)據(jù)庫路徑指向了D盤，在D盤生成了一個.ndf文件。
客戶在繼續(xù)使用了大約10天之后，數(shù)據(jù)庫出現(xiàn)故障，連接失效，無法正常附加查詢。
3.備份數(shù)據(jù)
考慮到數(shù)據(jù)的安全性以及可還原性，在做數(shù)據(jù)恢復(fù)之前需要對所有源數(shù)據(jù)做備份，以防萬一其他原因?qū)е聰?shù)據(jù)無法再次恢復(fù)。使用dd命令或winhex工具將所有磁盤都鏡像成文件。
4.故障分析
(a)分析故障原因
由于數(shù)據(jù)庫文件所在磁盤容量不足，導(dǎo)致數(shù)據(jù)庫無法繼續(xù)正常運(yùn)行，出現(xiàn)邏輯錯誤
(b)分析RAID組結(jié)構(gòu)
客戶服務(wù)器上共7塊300G硬盤，其中2塊硬盤做RAID 1，用于安裝操作系統(tǒng)，其余5塊硬盤做RAID 5存放數(shù)據(jù)。
分析RAID 1和RAID 5的相關(guān)結(jié)構(gòu)，重組虛擬出RAID 1和RAID 5，查看其中數(shù)據(jù)。
(c)分析原始數(shù)據(jù)庫文件
由于客戶在數(shù)據(jù)庫發(fā)生故障之后，進(jìn)行過多次數(shù)據(jù)庫恢復(fù)嘗試，并且每一次嘗試都是在源環(huán)境下進(jìn)行的，導(dǎo)致原始數(shù)據(jù)庫文件被更改覆蓋，并且磁盤空間被多次復(fù)寫，無法使用嘗試恢復(fù)之后的數(shù)據(jù)庫文件進(jìn)行修復(fù)。
詢問客戶得知，客戶在數(shù)據(jù)庫發(fā)生故障的時(shí)候，備份過一分原始的故障數(shù)據(jù)庫文件。
5.數(shù)據(jù)庫修復(fù)
從虛擬出的RAID 5空間中將客戶之前備份的數(shù)據(jù)庫文件拷貝出來，嘗試在數(shù)據(jù)庫中附加，附加失敗，錯誤提示如下：
圖一：
錯誤提示主數(shù)據(jù)庫文件和次級數(shù)據(jù)庫文件不匹配，查看.ndf文件底層，發(fā)現(xiàn).ndf文件中幾乎沒有數(shù)據(jù)，嘗試取消.mdf文件和.ndf文件之間關(guān)聯(lián)，只用.mdf文件進(jìn)行附加。
嘗試后發(fā)現(xiàn)，只用.mdf文件附加時(shí)也發(fā)生錯誤，但是錯誤提示改變
圖二：
此時(shí)錯誤提示日志文件（.ldf）和數(shù)據(jù)庫文件（.mdf）不匹配。
之后對數(shù)據(jù)庫嘗試進(jìn)行無數(shù)據(jù)庫附加，附加成功。但是發(fā)現(xiàn)數(shù)據(jù)庫系統(tǒng)表損壞，無法正常使用。
圖三：
對數(shù)據(jù)庫的系統(tǒng)表嘗試修復(fù)，但由于系統(tǒng)表損壞過于嚴(yán)重，無法修復(fù)。
數(shù)據(jù)庫記錄提取
解析數(shù)據(jù)庫文件中的數(shù)據(jù)庫記錄
編寫相應(yīng)的程序提取數(shù)據(jù)庫文件中的數(shù)據(jù)庫記錄
根據(jù)客戶以前的數(shù)據(jù)庫備份獲取數(shù)據(jù)庫中的表結(jié)構(gòu)
重構(gòu)表結(jié)構(gòu)并肩提取出的數(shù)據(jù)庫記錄導(dǎo)入到新的表中
6.數(shù)據(jù)驗(yàn)證
由客戶對提取出的數(shù)據(jù)庫記錄進(jìn)行驗(yàn)證,所有數(shù)據(jù)完全恢復(fù)，本次數(shù)據(jù)恢復(fù)成功。
7.數(shù)據(jù)恢復(fù)結(jié)論
在數(shù)據(jù)庫使用過程中，要合理分配數(shù)據(jù)庫文件所在磁盤空間，及時(shí)清理垃圾數(shù)據(jù)，保證數(shù)據(jù)庫的正常、安全運(yùn)行。
