處理SQL Server頁損壞故障

■ 河南 劉景云

某單位網站后臺使用的SQL Server 2016數據庫，近來出現運行故障。

SQL Server提示出現編號為824，級別24的錯誤，檢測到基于一致性的邏輯I/O錯誤pageid不正確(應為 10:910，但實際為 0:0)。在文件 'G:dataxxx.ndf' 中，偏移量為0x00000000720000的位置對數據庫ID 5中的頁(10:910)執行讀取期間發生了該錯誤。

SQL Server錯誤日志或系統事件日志中的其他消息可能提供了更詳細信息，這是一個威脅數據庫完整性的嚴重錯誤條件，必須立即糾正。執行完整的數據庫一致性檢查(DBCC CHECKDB)，此錯誤可以由許多因素導致。

故障排查

根據以上提示信息，可以看出這是一個典型錯誤，說明SQL Server中的某些頁出現了錯誤，這導致了數據無法正常訪問的問題。

在進行修復之前，需要了解頁的損壞情況，如果損壞比較嚴重，那么頁還原是沒有什么效果的。如果頁損壞并不嚴重（一般在10個以內），那么恢復效果就比較好。

在正常情況下，數據庫的頁不會無端損壞，之所以出現頁損壞，根本原因是存儲出現了問題，例如硬盤出現壞道等。對于這種情況，首先需要檢查磁盤狀態，執行數據庫的備份操作，并將備份數據保存到安全的位置。

對頁損壞情況要進行嚴密監控，如果其持續發生，就必須立即更換存儲設備。想了解頁損壞情況，可以在Microsoft SQL Server Management Studio中選擇目標數據庫，在工具欄上點擊“新建查詢”按鈕，執行“dbcc checkdb”命令，檢查該數據庫的頁情況。如果數據庫比較大，檢測時間就會較長，并導致IO繁忙影響到用戶的使用速度。因此，最好在維護窗口中進行檢查。當檢測完畢，會顯示發現的錯誤信息，并且以紅色表示頁損壞信息（包括頁編號等）。

也可以執行“select *from msdb.dbo.suspect_pages”命令。利用指定的系統視圖，來快速檢測頁損壞情況。執行“dbcc ind('websitedb','product',1);”命令，用于定位到表或索引使用的Page信息，其中的“websitedb”表示網站數據庫名稱，“product”表示其中某張表的名稱，“1”參數表示表的聚集索引。

要想查看頁中的數據，需要先執行“dbcc traceon(3604);”命令，來打開指定的跟蹤代碼。之后才可以執行“dbcc page('websitedb ',1,910,3);”命令，來查看指定的頁中的數據，這里的頁號為“910”具體頁號可以從錯誤提示信息中得到。

除了使用上述檢測方法外，還可以使用“EXEC sys.sp_helpdb @dbname=pratice”，“USE pratice”，“XEC sys.sp_helpfile”命令，得到目標數據庫的ID和數據庫文件ID。執行“DBCC TRACEON(3604,-1)”，“DBCC PAGE(16,1,10,3)”“DBCC PAGE(16,1,910,3)”命令，分別檢測發生問題的數據頁面和索引頁面，其中的“16”位目標數據庫的ID，“10”和“910”位具體的索引頁面和數據頁面，根據返回信息，可以查看對應頁面詳細信息。

故障解決

因為事先管理員對數據庫進行了完整備份，所以修復起來就比較輕松了。SQL Server頁還原需要使用完整恢復模式，在執行頁修復時，需要遵循一定的步驟。

首先從完整備份來還原頁，注意要指定頁編號。之后應用最近的差異備份和后續日志備份，這幾個步驟和日常的還原沒有區別。接下來備份當前日志，目的是重做事務日志序列號LSN，最后還原當前日志。

首先執行“Restore headeronly from disk='E:DataWebsitedb.bak';”命令，檢測備份文件的詳細信息。例如，在其中的“BackupStartDate”和“BackupFinishDate”列中顯示備份的時間點，如果起先于頁損壞的話，就可以用來進行修復。執行“RESTORE DATABASE websitedb PAGE='10:910' FROM disk=' E:DataWebsitedb.bak ' WITH FILE=1,NORECOVERY;”命令，執行恢復備份文件操作，其中“E:DataWebsitedb.bak”為備份文件路徑。

然后執行“RESTORE LOG websitedb FROM disk='E:DataWebsitedb.bak 'WITH FILE=2,NORECOVERY;”命令，執行日志還原操作。執行“BACKUP LOG websitedb TO disk='E:Data WebsiteTail.trn'--WITH NO_TRUNCATE;”命令，重做事務日志序列號LSN。執行“RESTORE LOG websitedb FROM disk=' E:Data WebsiteTail.trn 'WITH FILE=1,RECOVERY;”，“Go”命令，還原當前日志。這樣，就修復了損壞的頁。

如果沒有完整備份，那么恢復起來就比較繁瑣了。如果僅僅是索引頁出現問題，可以先Drop索引，之后再創建索引即可修復，這不會造成任何數據損失。如果是數據頁出現問題，就需要確定發生錯誤的頁面屬于哪一個數據表，可以執行“SELECT s.name AS N'架構名' o.name AS N'表名'FROM sys.sysobjects o INNER JOIN sys.schemas s ON o.uid=s.schema_id WHERE o.id=xxx”命令，來找到對應的數據表。

“xxx”為“ObjectID”的值，在執行上述DBCC PAGE(16,1,10,3)”命令時，在返回信息中的“Metadata:ObjectId=”會顯示具體數值。找到目標數據表后，即可將內容導出。

具體操作時不用新建數據庫，只需在原來數據庫下新建文件組和數據文件即可。方法是在新文件組里重建損壞的表，即新建的表屬于新建的文件組，表結構要跟損壞的表完全一致，并將上述原始表數據導入到新表中，最后清空原始表。