故障情況

IBM服務(wù)器，四塊SAS硬盤組建RAID5陣列。兩塊硬盤亮紅燈。

要求恢復(fù)SQLServer2008數(shù)據(jù)庫，包括ERP和GroupWare兩個數(shù)據(jù)庫。

客戶是亞洲某跨國公司，要求盡快恢復(fù)。

檢測

檢測后發(fā)現(xiàn)，雖然該IBM服務(wù)器有兩塊硬盤亮紅燈，但實際上還有一塊硬盤有壞扇區(qū)，也就是說，總共有三塊硬盤損壞。

實際上該服務(wù)器已經(jīng)有相當(dāng)長的一段時間“帶病運行”，導(dǎo)致自10月份以來，SQLServer2008的數(shù)據(jù)庫備份就一直失敗。

恢復(fù)過程

01.鏡像
首先對兩塊亮紅燈的故障硬盤進行鏡像，以免硬盤進一步損壞。

02.重組RAID5陣列
分析RAID5諸元參數(shù)，排除掉最先離線的硬盤。

03.導(dǎo)出數(shù)據(jù)
在導(dǎo)出數(shù)據(jù)的過程中發(fā)現(xiàn)，還有一塊硬盤有壞扇區(qū)，而且壞扇區(qū)的位置位于MDF文件內(nèi)。

04.修復(fù)SQLServer2008數(shù)據(jù)庫的MDF文件
對MDF文件中的壞頁進行修復(fù)后，成功附加。運行DBCC CHECKDB，發(fā)現(xiàn)還有

“消息 824，級別 24，狀態(tài) 2，第 1 行
SQL Server 檢測到基于一致性的邏輯 I/O 錯誤 校驗和不正確(應(yīng)為: 0x438c3af2，但實際為: 0xfb1daa4f)。在文件 'D:\DB\data\ERP.mdf' 中、偏移量為 0x0000004f1a2000 的位置對數(shù)據(jù)庫 ID 7 中的頁 (1:162001) 執(zhí)行 讀取 期間，發(fā)生了該錯誤。SQL Server 錯誤日志或系統(tǒng)事件日志中的其他消息可能提供了更詳細信息。這是一個威脅數(shù)據(jù)庫完整性的嚴重錯誤條件，必須立即糾正。請執(zhí)行完整的數(shù)據(jù)庫一致性檢查(DBCC CHECKDB)。此錯誤可以由許多因素導(dǎo)致；有關(guān)詳細信息，請參閱 SQL Server 聯(lián)機叢書。”

這是因為服務(wù)器“帶病運行”，數(shù)據(jù)庫中被寫入“臟數(shù)據(jù)”所致。幸而影響到的只是數(shù)據(jù)頁，修復(fù)后表數(shù)據(jù)全部正常。

恢復(fù)結(jié)果

經(jīng)過一天一夜的恢復(fù)和修復(fù)、驗證，數(shù)據(jù)庫除一個頁面數(shù)據(jù)損壞外，全部成功恢復(fù)。經(jīng)過數(shù)天的上線運行，證實恢復(fù)完全成功。

心得

這個IBM服務(wù)器RAID5陣列，在壞了兩個硬盤之后還不宕機，直到第三塊硬盤損壞才宕機，簡直是聞所未聞、見所未見。
這個服務(wù)器上有兩個數(shù)據(jù)庫，一個是ERP數(shù)據(jù)庫，一個是GroupWare群件數(shù)據(jù)庫，而且兩套系統(tǒng)數(shù)據(jù)互相關(guān)聯(lián)，任一數(shù)據(jù)庫的數(shù)據(jù)不完整都會導(dǎo)致另一個數(shù)據(jù)庫的數(shù)據(jù)失效，
而由于服務(wù)器“帶病運行”，備份腳本長期沒有成功運行，

恢復(fù)過程可謂是驚險重重，危機重重，一波三折。