實用案例 - SqlServer資料庫資料無法讀取解決方案

標籤：資料恢複   資料庫   無法讀取   恢複   

1、資料庫故障概述
SQL server資料庫的資料無法被讀取。

2、故障分析
SQL server資料庫檔案無法被讀取，是由於底層File Record被截斷為0，無法找到檔案開頭，資料表結構也被損壞。鏡像檔案的前面80M左後的空間，還有中間一部分被覆蓋掉，導致系統資料表被損壞，所以無法讀取，考慮用自動備份檔案來提取表結構。
日誌中的操作記錄：

由於系統資料表被損壞，有大量資料表的結構無法被確定，只能靠工程師根據經驗進行恢複工作。

3、解決方案
備份使用者資料，對遺失資料的硬碟。做全盤備份，以確保資料的安全性。
分析備份檔案中舊資料的資料庫。
從舊資料庫中尋找資料表的結構。
從日誌中提取一部分資料表的結構。
從日誌中和殘留資料中提取完好的資料。
根據日誌恢複對應的資料，並檢查資料是否正確。
核對資料沒問題後恢複所有資料。

4、資料恢複實施過程
4.1備份使用者資料
由於資料全部都放在客戶的原盤中，先交給硬體部門檢測硬碟是否存在物理故障。經檢測沒問題後對每塊硬碟做全盤鏡像，使用專用工具將硬碟中所有扇區鏡像到一塊備份硬碟中。

4.2掃描鏡像檔案
用winhex開啟殘留檔案，仔細分析硬碟底層資料，發現硬碟底層中還殘留著許多以前SQL server的日誌和備份檔案。經過細心察看和分析，發現日誌中有資料庫很多包括插入語句的操作記錄，這些記錄可以考慮提取出來。還有備份檔案，開啟備份檔案可以發現有建表語句，還有一部分舊資料。
但由於整個硬碟太大，人工去搜尋SQL server相關資料部分會很慢，因此編寫一個提取資料庫相關資料的小程式，對整個硬碟中所有存在的資料庫殘留做掃描，提取所有資料。
4.3分析掃描資料
對掃描到的所有記錄檔進行分析，發現記錄檔中也分資料頁，有著固定的開頭和結尾，其中每條資料都在固定的位置有自己的object ID號，在接下來的掃描檔案中，繼續搜尋有同樣的object Id的資料記錄，發現結構相同，可以確定這是完好的資料，可以提取。
再對掃描到的備份檔案進行分析，發現可以從中提取出很多建表語句，可以得到一部分表結構。剩餘的表結構，由於截斷為0的部分剛好在系統資料表，沒有辦法提取表結構，只能從日誌中提取的資料來猜測表結構和資料類型。
4.4提取資料
根據之前分析的結論，先編寫程式從備份檔案中提取建表語句，根據建表語句分析出表結構與各種資料類型，同時在殘留的系統資料表中尋找22H、07H、05H表，根據這些建立表與OBJECT_ID的對應關係。然後編寫新的程式對日誌中的記錄進行提取（我是在這一步無法把numeric類型的位元組碼解析成資料，所以卡住了），根據object ID來對資料和表進行對應，並插入到新表中。
4.5驗證所有資料
經驗證，資料恢複出來的新表與人工觀察到的資料基本一致。
資料恢複成功。

實用案例 - SqlServer資料庫資料無法讀取解決方案