數據庫數據恢復環境：
某公司存儲上部署SQL SERVER數據庫，數據庫中有1000多個文件，該SQL SERVER數據庫每10天生成一個NDF文件，數據庫包含兩個LDF文件。

數據庫故障&分析：
存儲設備出現故障導致SQL SERVER數據庫異常，經過檢測發現有幾個ndf文件大小變為0KB。
雖然存儲故障導致NDF文件大小變為0KB，但是數據恢復工程師推測NDF文件還存在于磁盤中。可以通過編寫數據庫掃描碎片程序掃描數據庫碎片，通過碎片拼接來恢復NDF文件，最后修復數據庫。

數據庫數據恢復過程：
1、將故障存儲中所有磁盤以只讀方式進行全盤備份，后續的數據分析和數據恢復操作都基于鏡像文件進行，避免數據恢復過程中可能對原始數據造成的二次破壞。
2、由北亞企安數據恢復工程師編寫數據庫碎片掃描程序掃描數據庫碎片。
3、根據NDF文件的頁面特征，按照文件號，頁號拼接掃描出來的數據庫碎片，重組生成出這些0kb的NDF文件。
4、使用北亞企安自主開發的MSSQL文件檢測工具對所有數據文件進行檢測，結果發現拼接出的4個NDF文件有少量的空數據頁，其他文件正常。
5、進一步分析存儲中損壞的lun，發現這些空數據頁在存儲層面已經完全損壞，無法恢復，即這4個NDF文件不能完全恢復。
6、嘗試附加數據庫，報錯 “處理數據庫的日志時出錯，如果可能請從備份還原。如果沒有可用的備份，可能需要重新生成日志”。
7、修改系統表，從系統表剔除掉最后添加的LDF文件，計算并修改校驗。嘗試進行無日志附加數據庫，報錯：“數據庫存在一致性錯誤”。
8、修改系統表中這4個損壞的NDF文件的塊數量，使數據庫中記錄的文件的塊數量和拼接出來的NDF的塊數量一致，計算并修改校驗值。無日志附加數據庫，仍然報錯“數據庫存在一致性錯誤”。
9、由于空數據頁都出現在這4個NDF文件后面的十幾個塊中，截斷文件對數據完整性影響不大。重新修改系統表和NDF文件，將數據庫中記錄NDF塊數量的值改至報錯的前一頁，計算并修改校驗。重新進行無日志附加數據庫，報錯“由于數據庫沒有完全關閉，無法重新生成日志”。
10、修改MDF文件中的數據庫的狀態值，讓數據庫認為是完全關閉的。重新附加數據庫，附加成功。

數據庫數據驗證：
數據庫文件成功附加后，用戶通過數據庫中的對象進行初步查詢、驗證，經過反復驗證后確認表中信息正確，數據完整可用。本次數據恢復工作完成。