SqlServer數據庫故障&分析：

SQL server數據庫的數據無法被讀取。管理員聯系我們數據恢複中心進行數據庫數據恢複。

數據庫數據恢複工程師對故障數據庫進行分析，發現SQL Server數據庫文件無法被讀取的原因是由于底層File Record被截斷為0，無法找到文件開頭，數據表結構也被損壞。鏡像文件前面80M左右的空間和中間一部

分空間被覆蓋掉，系統表損壞，無法讀取，考慮用自動備份文件來提取表結構。

日志中的操作記錄：

北亞數據恢複——SqlServer數據庫數據恢複

由于系統表被損壞，有大量數據表的結構無法被确定，隻能靠數據庫數據恢複工程師根據經驗進行恢複工作。

數據庫數據恢複方案：

經過北亞數據庫數據恢複工程師團隊的會診，确定以下數據庫數據恢複方案：

備份用戶數據——分析備份文件中舊數據的數據庫——從舊數據庫中尋找數據表的結構——從日志中提取一部分數據表的結構——從日志中和殘留數據中提取完好的數據——根據日志恢複對應的數據，并檢查數據是否正确——核對數據沒問題後恢複所有數據。

SqlServer數據庫數據恢複過程：

1、備份數據。

硬件工程師首先檢測硬盤是否存在物理故障。沒有發現硬件問題後對每塊硬盤做鏡像備份。

使用專業工具備份所有硬盤數據：

北亞數據恢複——SqlServer數據庫數據恢複

2、掃描鏡像文件。

用工具打開殘留文件并分析硬盤底層數據，發現硬盤底層中還殘留着許多SQL Server的日志和備份文件。殘留日志中有很多數據庫插入語句的操作記錄。殘留備份文件中發現建表語句和部分舊數據，嘗試提取這些數據。

為了加快數據提取速度，北亞數據恢複工程師編寫了一個提取數據庫相關數據的小程序，掃描整個硬盤中所有的數據庫殘留數據，提取所有數據。

3、分析掃描數據。

對掃描到的所有日志文件進行分析發現日志文件中分數據頁，有着固定的開頭和結尾，其中每條數據在固定的位置都有自己的object ID号，在掃描文件中繼續搜尋有同樣object Id的數據記錄，發現結構相同，可以确定這是完好的數據，可以提取。

再對掃描到的備份文件進行分析發現從中可以提取出很多建表語句，獲取到一部分表結構。對于剩餘的表結構，由于截斷為0的部分剛好在系統表，沒有辦法提取表結構，隻能從日志中提取的數據來推斷表結構和數據類型。

4、提取數據。

根據之前分析，北亞數據恢複工程師編寫程序從備份文件中提取建表語句，根據建表語句分析出表結構與各種數據類型，同時在殘留的系統表中尋找22H、07H、05H表。根據這些建立表與OBJECT_ID的對應關系編寫新的程序對日志中的記錄進行提取，根據object ID來對應數據和表，并插入到新表中。

5、驗證所有數據。

經管理員親自驗證，恢複出來的新表與使用專業工具觀察到的數據基本一緻，本次數據恢複成功。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!