MSSQL ndf文件大小變?yōu)? KB恢復(fù)數(shù)據(jù)的過程

一、故障描述

成都某客戶，存儲損壞，數(shù)據(jù)庫崩潰。重組存儲，恢復(fù)數(shù)據(jù)庫文件，發(fā)現(xiàn)有四個ndf文件大小變?yōu)? KB。數(shù)據(jù)庫大小約80TB。數(shù)據(jù)庫中有1223個文件，數(shù)據(jù)庫每10天生成一個NDF文件，每個NDF大約500GB，數(shù)據(jù)庫包含兩個LDF文件。

二、故障分析

存儲損壞，NDF文件大小變?yōu)? KB，根據(jù)NDF文件在磁盤上可能存在。可以通過編寫數(shù)據(jù)庫掃描碎片程序，掃描數(shù)據(jù)庫碎片、拼接碎片恢復(fù)NDF文件，然后修復(fù)數(shù)據(jù)庫。

三、恢復(fù)過程

1 磁盤掃描，掃描數(shù)據(jù)庫碎片

2 拼接碎片 

根據(jù)NDF文件的頁面特征，按照文件號，頁號拼接碎片，重組生成出這些0kb的NDF文件。

3 檢測數(shù)據(jù)庫文件

使用北亞MSSQL文件檢測工具對所有數(shù)據(jù)文件進(jìn)行檢測，結(jié)果：拼接出的4個NDF文件有少量的空頁，其他文件正常。

4 進(jìn)一步對損壞lun進(jìn)行分析，發(fā)現(xiàn)這些數(shù)據(jù)頁在存儲層面已經(jīng)不存存在了。不能恢復(fù)這些數(shù)據(jù)頁，即這4個文件不能完全恢復(fù)

5嘗試附加數(shù)據(jù)庫，報錯 “處理數(shù)據(jù)庫的日志時出錯，如果可能請從備份還原。如果沒有可用的備份，可能需要重新生成日志”。

6、無日志附加數(shù)據(jù)庫

修改系統(tǒng)表，從系統(tǒng)表剔除掉最后添加的LDF文件，計算并修改校驗。進(jìn)行無日志附加數(shù)據(jù)庫。報錯：數(shù)據(jù)庫存在一致性錯誤，

如下圖一：

7 修改系統(tǒng)表中這4個損壞的NDF文件的塊數(shù)量，使其和恢復(fù)出來的文件的塊數(shù)量一致

修改系統(tǒng)表，將系統(tǒng)表記錄這4個NDF的塊數(shù)量的值改為和掃描出來的NDF文件塊數(shù)量一致，同時更改這4個NDF文件首頁，使得數(shù)據(jù)庫中記錄的文件的塊數(shù)量和拼接出來的NDF的塊數(shù)量一致，計算并修改校驗值。

8 無日志附加數(shù)據(jù)庫，報錯數(shù)據(jù)庫存在一致性錯誤，

如下圖二：

9 逐個修改系統(tǒng)表中這4個損壞的NDF文件的塊數(shù)量，使其值等于報錯塊前一頁

分析報錯，由于空頁都出現(xiàn)在這4個NDF后面十幾個塊中，截斷文件對數(shù)據(jù)完整性影響不大。重新修改系統(tǒng)表和NDF文件，將數(shù)據(jù)庫中記錄NDF塊數(shù)量的值改至報錯的前一頁，計算并修改校驗。

10 、重新進(jìn)行無日志附加數(shù)據(jù)庫，報錯“由于數(shù)據(jù)庫沒有完全關(guān)閉，無法重新生成日志”

如下圖三：

11、修改MDF文件中的數(shù)據(jù)庫的狀態(tài)值，讓數(shù)據(jù)庫認(rèn)為是完全關(guān)閉的

12、重新附加數(shù)據(jù)庫，附加成功

如下圖四：

四、結(jié)果   

數(shù)據(jù)庫文件成功附加后，客戶通過數(shù)據(jù)庫中的對象進(jìn)行初步查詢、驗證，表中信息基本完整，數(shù)據(jù)得到恢復(fù)。數(shù)據(jù)驗證完畢，客戶對恢復(fù)結(jié)果表示滿意。