SQL Server 資料庫修復命令實戰：DBCC CHECKDB/CHECKTABLE 完整操作指南

核心修復命令體系

1. DBCC CHECKDB - 資料庫層級一致性檢查與修復

USE master;
GO

DECLARE @dbname VARCHAR(255) = 'YourDatabaseName';

-- 切換至單用戶模式，防止並發干擾
EXEC sp_dboption @dbname, 'single user', 'true';

-- 階段 1：允許資料遺失的修復（最後手段）
DBCC CHECKDB(@dbname, REPAIR_ALLOW_DATA_LOSS);

-- 階段 2：重建修復（保留資料）
DBCC CHECKDB(@dbname, REPAIR_REBUILD);

-- 恢復多用戶模式
EXEC sp_dboption @dbname, 'single user', 'false';

-- 驗證修復結果
DBCC CHECKDB(@dbname);

2. DBCC CHECKTABLE - 資料表層級精準修復

USE YourDatabaseName;
GO

DECLARE @dbname VARCHAR(255) = 'YourDatabaseName';
DECLARE @tblname VARCHAR(255) = 'ProblemTableName';  -- 從 CHECKDB 錯誤訊息獲取

EXEC sp_dboption @dbname, 'single user', 'true';

DBCC CHECKTABLE(@tblname, REPAIR_ALLOW_DATA_LOSS);
DBCC CHECKTABLE(@tblname, REPAIR_REBUILD);

EXEC sp_dboption @dbname, 'single user', 'false';

修復選項差異對照

輔助維護命令

-- 重建指定表所有索引
DBCC DBREINDEX ('TableName', '');

-- 檢查並修正識別欄位種子值
DBCC CHECKIDENT ('TableName', RESEED, 0);

-- 更新資料庫使用空間統計
DBCC UPDATEUSAGE (0);

標準修復流程 (SOP)

1. 備份優先：修復前務必完成完整備份（含記錄檔）
2. 單用戶模式：排除並發干擾，確保修復原子性
3. 漸進式修復：先 REPAIR_REBUILD，失效才用 REPAIR_ALLOW_DATA_LOSS
4. 驗證結果：再次執行 DBCC CHECKDB 確認無錯誤
5. 資料核對：業務端驗證關鍵資料完整性
6. 恢復模式：修復後檢查恢復模式、備份鏈完整性

預防勝於修復

• 定期 DBCC CHECKDB 排程（維護計畫）
• 啟用 PAGE_VERIFY CHECKSUM（資料庫屬性）
• 硬體層面：ECC 記憶體、RAID、UPS、磁碟健康監控
• 備份策略：完整+差異+記錄檔，定期還原演練

⚠ REPAIR_ALLOW_DATA_LOSS 會刪除資料！ 無完整備份時嚴禁使用。生產環境修復前必須經 DBA 主管簽核並通知業務方。