數據庫數據恢復—ndf文件大小變?yōu)?KB的數據恢復案例

SQL Server數據庫故障：
存儲設備損壞導致存儲中SQL Server數據庫崩潰。對數據庫文件進(jìn)行恢復后，用戶(hù)發(fā)現有4個(gè)ndf文件的大小變?yōu)?KB。該SQL Server數據庫每10天生成一個(gè)大小相同的NDF文件，該SQL Server數據庫包含兩個(gè)LDF文件。

SQL Server數據庫數據恢復過(guò)程：
1、將故障存儲中所有磁盤(pán)編號后取出，由硬件工程師檢測后沒(méi)有發(fā)現有硬盤(pán)存在硬件故障。以只讀方式將所有磁盤(pán)進(jìn)行扇區級的全盤(pán)鏡像后，按照編號還原到原存儲中，后續的數據分析和數據恢復操作都基于鏡像文件進(jìn)行，避免對原始磁盤(pán)數據造成二次破壞。
2、北亞企安數據恢復工程師編寫(xiě)數據庫掃描碎片程序掃描磁盤(pán)中數據庫碎片。根據NDF文件的頁(yè)面特征，按照文件號和頁(yè)號拼接碎片，重組生成這些0kb的NDF文件。
3、使用北亞企安自主開(kāi)發(fā)的MSSQL文件檢測工具對所有數據文件進(jìn)行檢測，結果發(fā)現通過(guò)拼接重組生成的4個(gè)NDF文件有少量的空頁(yè)，其他文件正常。
4、對損壞的lun做進(jìn)一步分析，發(fā)現這些數據頁(yè)在存儲層面已經(jīng)不存在了，無(wú)法恢復這些數據頁(yè)，即這4個(gè)NDF文件無(wú)法完全恢復。
5、嘗試附加數據庫，報錯 “處理數據庫的日志時(shí)出錯，如果可能請從備份還原。如果沒(méi)有可用的備份，可能需要重新生成日志”。
6、修改系統表，從系統表剔除掉最后添加的LDF文件，計算并修改校驗。嘗試進(jìn)行無(wú)日志附加數據庫，報錯：“數據庫存在一致性錯誤?！?br /> 7、修改系統表中這4個(gè)損壞的NDF文件的塊數量，使其和恢復出來(lái)的文件的塊數量一致。修改系統表，將系統表記錄這4個(gè)NDF的塊數量的值改為和掃描出來(lái)的NDF文件塊數量一致，同時(shí)修改這4個(gè)NDF文件，使得數據庫中記錄的文件的塊數量和拼接出來(lái)的NDF的塊數量一致，計算并修改校驗值。
8、無(wú)日志附加數據庫，報錯“數據庫存在一致性錯誤?！?br /> 9、逐個(gè)修改系統表中這4個(gè)損壞的NDF文件的塊數量，使其值等于報錯塊的前一頁(yè)。由于空頁(yè)都出現在這4個(gè)NDF后面十幾個(gè)塊中，截斷文件對數據完整性影響不大。重新修改系統表和NDF文件，將數據庫中記錄NDF塊數量的值改至報錯的前一頁(yè)，計算并修改校驗。
10 、重新進(jìn)行無(wú)日志附加數據庫，報錯“由于數據庫沒(méi)有完全關(guān)閉，無(wú)法重新生成日志?！?br /> 11、修改MDF文件中的數據庫的狀態(tài)值，讓數據庫認為是完全關(guān)閉的。重新附加數據庫，附加成功。
12、數據庫文件成功附加后，用戶(hù)方通過(guò)數據庫中的對象進(jìn)行初步查詢(xún)、驗證，經(jīng)過(guò)檢測發(fā)現表中數據完整，認可數據恢復結果。

審核編輯 黃宇