SQL Server 主資料庫損壞緊急修復全流程指南：從診斷到重建的實戰手冊

主資料庫是 SQL Server 執行個體的「心臟」，儲存著登入帳號、系統配置、所有使用者資料庫的元資料指標。一旦主資料庫損壞，整個 SQL Server 服務將無法啟動。本文提供從災難預案制定、故障診斷、緊急修復到重建驗證的完整標準作業程序（SOP），助您在最短時間內恢復業務連續性。

災難前的準備：制定可執行的應急預案

「未雨綢繆」是 DBA 的核心職責。一份合格的主資料庫災難恢復預案必須包含：

• 備份策略：主資料庫每日完整備份 + 交易記錄每 15 分鐘備份，備份檔案異地儲存
• 腳本化重建：維護 sp_help_revlogin 腳本導出所有登入與權限，備份 sys.databases、sys.master_files 等系統表結構
• 演練機制：每季度在測試環境演練一次完整恢復流程，記錄 RTO（目標恢復時間）與 RPO（目標恢復點）實測值
• 聯繫清單：包含微軟支援案例號、硬體廠商支援、關鍵業務系統負責人聯繫方式

故障診斷：如何確認主資料庫已損壞？

典型癥狀判斷樹

SQL Server 服務啟動失敗
        │
        ▼
檢查 SQL Server 錯誤日誌 (預設路徑: \MSSQL\LOG\ERRORLOG)
        │
        ├── 發現 "Error: 9003, Severity: 20, State: 1" → 記錄檔損壞
        ├── 發現 "Error: 823, Severity: 24, State: 2"  → I/O 錯誤，磁碟故障可能
        ├── 發現 "Error: 3414, Severity: 21, State: 1"  → 主資料庫恢復失敗
        └── 服務啟動卡在 "Recovery of database 'master' (X%)" → 恢復過程受阻

驗證腳本：快速確認主資料庫狀態

-- 僅在 SQL Server 單用戶模式下可執行
sqlcmd -S . -m -Q "SELECT name, state_desc FROM sys.databases WHERE database_id = 1;"
-- 預期輸出: master | ONLINE (正常) / SUSPECT / RECOVERY_PENDING (異常)

緊急修復：三階段標準恢復流程

階段一：使用重建精靈修復系統物件

適用場景：系統資料表損壞、系統存儲過程遺失、排序規則衝突

1. 定位 Rebuildm.exe（SQL 2000: \80\Tools\Binn\；SQL 2005+: \100\Setup Bootstrap\SQLServer2005\）
2. 雙擊啟動精靈，依序輸入：
   • 實例名稱
   • 排序規則（必須與原設定一致，如 Chinese_Taiwan_Stroke_CI_AS）
   • 資料與記錄檔路徑（建議保持原路徑）
   • sa 密碼（強複雜度）
3. 完成後，系統資料庫將重建為初始狀態

階段二：從備份還原主資料庫

-- 1. 啟動單用戶模式
sqlcmd -S . -m -Q "RESTORE DATABASE master FROM DISK = 'D:\Backup\master_full.bak' WITH REPLACE, RECOVERY;"

-- 2. 還原完成後 SQL Server 會自動關閉，需手動重啟服務
-- 3. 驗證系統物件完整性
sqlcmd -S . -Q "DBCC CHECKDB(master) WITH NO_INFOMSGS, ALL_ERRORMSGS;"

階段三：恢復使用者資料庫掛載資訊

重建/還原主資料庫後，使用者資料庫會進入「僅恢復」狀態，需執行：

-- 批次掛載所有使用者資料庫
DECLARE @sql NVARCHAR(MAX) = '';
SELECT @sql += 'ALTER DATABASE [' + name + '] SET ONLINE; '
FROM sys.databases
WHERE database_id > 4 AND state_desc = 'RESTORING';
EXEC sp_executesql @sql;

終極方案：無備份時的手動重建主資料庫

當完全沒有可用備份時，需按以下順序手動重建：

1. 重建主資料庫（同上階段一）
2. 重建所有登入帳號：執行 sp_help_revlogin 生成的腳本
3. 重新掛載使用者資料庫：
   CREATE DATABASE [UserDB] ON (FILENAME = '...mdf'), (FILENAME = '...ldf') FOR ATTACH_REBUILD_LOG;
4. 恢復伺服器層級配置：
   sp_configure 'show advanced options', 1; RECONFIGURE; 逐項恢復 sp_configure 設定
5. 重建維護計畫、SQL Agent 作業、連結伺服器等

修復後驗證清單

避坑指南：切勿嘗試直接刪除或重命名 master.mdf/mastlog.ldf 檔案！這會導致無法啟動 SQL Server 服務，唯一正確路徑是透過重建精靈或還原備份。平時務必開啟主資料庫的「自動備份」維護計畫，並定期測試還原可行性。