sql server數(shù)據(jù)庫錯誤數(shù)據(jù)恢復-數(shù)據(jù)庫數(shù)據(jù)恢復

1.服務器硬件設備清單


2.故障描述
需要進行數(shù)據(jù)恢復的服務器是一臺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ù)恢復之前需要對所有源數(shù)據(jù)做備份，以防萬一其他原因?qū)е聰?shù)據(jù)無法再次恢復。使用dd命令或winhex工具將所有磁盤都鏡像成文件。

4.故障分析
a)分析故障原因
由于數(shù)據(jù)庫文件所在磁盤容量不足，導致數(shù)據(jù)庫無法繼續(xù)正常運行，出現(xiàn)邏輯錯誤
(b)分析RAID組結(jié)構(gòu)
客戶服務器上共7塊300G硬盤，其中2塊硬盤做RAID 1，用于安裝操作系統(tǒng)，其余5塊硬盤做RAID 5存放數(shù)據(jù)。
分析RAID 1和RAID 5的相關結(jié)構(gòu)，重組虛擬出RAID 1和RAID 5，查看其中數(shù)據(jù)。
(c)分析原始數(shù)據(jù)庫文件
由于客戶在數(shù)據(jù)庫發(fā)生故障之后，進行過多次數(shù)據(jù)庫恢復嘗試，并且每一次嘗試都是在源環(huán)境下進行的，導致原始數(shù)據(jù)庫文件被更改覆蓋，并且磁盤空間被多次復寫，無法使用嘗試恢復之后的數(shù)據(jù)庫文件進行修復。
詢問客戶得知，客戶在數(shù)據(jù)庫發(fā)生故障的時候，備份過一分原始的故障數(shù)據(jù)庫文件。

5.數(shù)據(jù)庫修復
從虛擬出的RAID 5空間中將客戶之前備份的數(shù)據(jù)庫文件拷貝出來，嘗試在數(shù)據(jù)庫中附加，附加失敗，錯誤提示如下：
圖一：

錯誤提示主數(shù)據(jù)庫文件和次級數(shù)據(jù)庫文件不匹配，查看.ndf文件底層，發(fā)現(xiàn).ndf文件中幾乎沒有數(shù)據(jù)，嘗試取消.mdf文件和.ndf文件之間關聯(lián)，只用.mdf文件進行附加。
嘗試后發(fā)現(xiàn)，只用.mdf文件附加時也發(fā)生錯誤，但是錯誤提示改變
圖二：

此時錯誤提示日志文件（.ldf）和數(shù)據(jù)庫文件（.mdf）不匹配。
之后對數(shù)據(jù)庫嘗試進行無數(shù)據(jù)庫附加，附加成功。但是發(fā)現(xiàn)數(shù)據(jù)庫系統(tǒng)表損壞，無法正常使用。
圖三：

對數(shù)據(jù)庫的系統(tǒng)表嘗試修復，但由于系統(tǒng)表損壞過于嚴重，無法修復。
數(shù)據(jù)庫記錄提取
解析數(shù)據(jù)庫文件中的數(shù)據(jù)庫記錄
編寫相應的程序提取數(shù)據(jù)庫文件中的數(shù)據(jù)庫記錄
根據(jù)客戶以前的數(shù)據(jù)庫備份獲取數(shù)據(jù)庫中的表結(jié)構(gòu)
重構(gòu)表結(jié)構(gòu)并肩提取出的數(shù)據(jù)庫記錄導入到新的表中

6.數(shù)據(jù)驗證
由客戶對提取出的數(shù)據(jù)庫記錄進行驗證,所有數(shù)據(jù)完全恢復，本次數(shù)據(jù)恢復成功。

7.數(shù)據(jù)恢復結(jié)論
在數(shù)據(jù)庫使用過程中，要合理分配數(shù)據(jù)庫文件所在磁盤空間，及時清理垃圾數(shù)據(jù)，保證數(shù)據(jù)庫的正常、安全運行。