數據庫數據恢復環境&故障：
一個運行在存儲上的SQLServer數據庫，有1000多個文件，大小幾十TB。數據庫每10天生成一個NDF文件，每個NDF幾百GB大小。數據庫包含兩個LDF文件。
存儲損壞，數據庫不可用。管理員試圖恢復數據庫，發現有數個ndf文件大小變為0KB。
雖然NDF文件大小變為0KB，但是NDF文件在磁盤上還可能存在。可以嘗試通過掃描&拼接數據庫碎片來恢復NDF文件，然后修復數據庫。

數據庫數據恢復過程：
1、將存儲上所有磁盤標記后取出，經過硬件工程師檢測沒有發現有硬盤存在硬件故障，都可以正常讀取。以只讀方式將所有磁盤進行扇區級全盤鏡像。鏡像完成后將所有磁盤按照原樣還原到原存儲中。后續的數據分析和數據恢復操作都基于鏡像文件進行，避免對原始數據造成二次破壞。
2、北亞企安數據恢復工程師編寫數據庫碎片掃描程序掃描數據庫碎片。根據NDF文件的頁面特征，按照文件號和頁號拼接碎片，重組生成那些大小變為0kb的NDF文件。
3、使用SQLServer文件檢測工具檢測所有數據文件，結果發現拼接出的數個NDF文件有少量的空頁，其他文件正常。
4、進一步分析發現數據頁在存儲層面已經不存在了，這些數據頁無法恢復，即這幾個NDF文件無法完整恢復。
5、嘗試附加數據庫，報錯 “處理數據庫的日志時出錯，如果可能請從備份還原。如果沒有可用的備份，可能需要重新生成日志。”
6、修改系統表，從系統表剔除掉最后添加的LDF文件，計算并修改校驗。嘗試進行無日志附加數據庫，報錯：“數據庫存在一致性錯誤。”

北亞企安數據恢復—SQLServer數據庫數據恢復

7、修改系統表中記錄這幾個損壞的NDF文件的塊數量的值，改為和拼接出來的NDF文件塊的數量一致，更改這4個NDF文件首頁，計算并修改校驗值。
8、無日志附加數據庫，仍然報錯“數據庫存在一致性錯誤。”
9、由于空頁都出現在這幾個NDF文件后面的十幾個塊中，截斷文件對數據完整性影響不大。重新修改系統表和NDF文件，將數據庫中記錄NDF文件的塊數量的值改為等于報錯的塊前一頁，計算并修改校驗。
10、重新進行無日志附加數據庫，報錯“由于數據庫沒有完全關閉，無法重新生成日志。”

北亞企安數據恢復—SQLServer數據庫數據恢復

11、修改MDF文件中的數據庫的狀態值，讓數據庫認為是完全關閉的。
12、重新附加數據庫，附加成功。

北亞企安數據恢復—SQLServer數據庫數據恢復

數據庫數據恢復結果：
數據庫文件成功附加后，由用戶方通過數據庫中的對象進行查詢&驗證，經過查詢驗證，確定表中信息基本完整，數據恢復完整。用戶方認可數據恢復結果。

審核編輯 黃宇