一、故障描述

成都某客戶，存儲損壞，數據庫崩潰。重組存儲，恢復數據庫文件，發現有四個ndf文件大小變為0 KB。數據庫大小約80TB。數據庫中有1223個文件，數據庫每10天生成一個NDF文件，每個NDF大約500GB，數據庫包含兩個LDF文件。

二、故障分析

存儲損壞，NDF文件大小變為0 KB，根據NDF文件在磁盤上可能存在。可以通過編寫數據庫掃描碎片程序，掃描數據庫碎片、拼接碎片恢復NDF文件，然后修復數據庫。

三、恢復過程

1、磁盤掃描，掃描數據庫碎片

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

3、檢測數據庫文件;使用北亞MSSQL文件檢測工具對所有數據文件進行檢測，結果：拼接出的4個NDF文件有少量的空頁，其他文件正常。

4、進一步對損壞lun進行分析，發現這些數據頁在存儲層面已經不存存在了。不能恢復這些數據頁，即這4個文件不能完全恢復

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

6、無日志附加數據庫;修改系統表，從系統表剔除掉***添加的LDF文件，計算并修改校驗。進行無日志附加數據庫。報錯：數據庫存在一致性錯誤，

圖一：

 

7、修改系統表中這4個損壞的NDF文件的塊數量，使其和恢復出來的文件的塊數量一致;修改系統表，將系統表記錄這4個NDF的塊數量的值改為和掃描出來的NDF文件塊數量一致，同時更改這4個NDF文件首頁，使得數據庫中記錄的文件的塊數量和拼接出來的NDF的塊數量一致，計算并修改校驗值。

8、無日志附加數據庫，報錯數據庫存在一致性錯誤，

圖二

 

9、逐個修改系統表中這4個損壞的NDF文件的塊數量，使其值等于報錯塊前一頁;分析報錯，由于空頁都出現在這4個NDF后面十幾個塊中，截斷文件對數據完整性影響不大。重新修改系統表和NDF文件，將數據庫中記錄NDF塊數量的值改至報錯的前一頁，計算并修改校驗。

10、重新進行無日志附加數據庫，報錯“由于數據庫沒有完全關閉，無法重新生成日志”

圖三：

 

11、修改MDF文件中的數據庫的狀態值，讓數據庫認為是完全關閉的

12、重新附加數據庫，附加成功

圖四：

 

四、結果

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