SQL Server 遺失 LDF 記錄檔的緊急復原實務指南

現象與成因

SQL Server 服務停止狀態下，.ldf 交易記錄檔被誤刪（運行中無法刪除）。重新啟動服務後，對應資料庫標記為 SUSPECT（置疑） 狀態，無法存取。

適用條件（必須同時滿足）

• 資料庫先前正常關閉（無作用中交易），即 記錄檔中無作用中交易（Active Transaction）；
• 資料檔 (.mdf) 完好無損；
• 資料庫未設定複寫、鏡像、AlwaysOn 等需記錄檔的高可用功能。

標準復原步驟（SQL 2000 / 2005+ 通用）

方法一：分離 + 單一檔案附加（推薦，最快）

-- 1. 分離置疑資料庫（需先設定緊急模式才能分離）
EXEC sp_dboption 'DBName', 'single user', 'true';  -- 防止其他連線干擾
EXEC sp_detach_db 'DBName', 'true';  -- 'true' = skip checks for suspect DB

-- 2. 單一檔案附加（自動重建新 LDF）
EXEC sp_attach_single_file_db @dbname = 'DBName', 
    @physname = 'D:\Data\DBName.mdf';

原理：sp_attach_single_file_db 僅指定 .mdf，SQL Server 會在相同目錄自動建立新的 .ldf（預設 1MB，自動增長），並標記資料庫為 RECOVERY 完成狀態。

方法二：企業管理員圖形化操作 (SQL 2000)

1. 企業管理員 → 資料庫 → 右鍵「所有工作」→「分離資料庫」→ 勾選「略過檢查」→ 確定；
2. 右鍵「資料庫」→「所有工作」→「附加資料庫」→ 僅選擇 .mdf 檔案 → 確定（自動建立新 LDF）。

方法三：緊急模式 + DBCC REBUILD_LOG (SQL 2000 僅限，高風險)

-- 僅在上述方法失效時嘗試，需追蹤旗標 3608
-- 1. 啟動參數加入 -T3608，重啟 SQL 服務
-- 2. 進入緊急模式
UPDATE master..sysdatabases SET status = 32768 WHERE name = 'DBName';  -- 32768 = EMERGENCY MODE
-- 3. 重建記錄
DBCC REBUILD_LOG('DBName', 'D:\Log\DBName_new.ldf');
-- 4. 移除緊急模式，重啟服務移除 -T3608

警告：DBCC REBUILD_LOG 為未文件化指令，可能導致資料不一致，**僅作為最後手段**，且必須事後執行 DBCC CHECKDB 驗證完整性。

驗證復原結果

-- 1. 檢查資料庫狀態
SELECT DATABASEPROPERTYEX('DBName', 'Status');  -- 應為 ONLINE

-- 2. 完整性檢查
DBCC CHECKDB('DBName') WITH NO_INFOMSGS, ALL_ERRORMSGS;

-- 3. 業務關鍵資料抽查
SELECT COUNT(*) FROM CriticalTable;
SELECT TOP 10 * FROM CriticalTable ORDER BY ModifiedDate DESC;

失敗情況分析與替代方案

預防措施

1. 檔案層級權限：資料/記錄檔目錄僅授予 SQL Server 服務帳號 Modify 權限，移除 Everyone/Users 寫入權限；
2. 備份驗證：每日 RESTORE VERIFYONLY 驗證備份可用性；
3. 監控告警：監控資料庫狀態變更（SUSPECT、RECOVERY_PENDING），觸發即時通知；
4. 文件化操作手冊：將本流程納入 DBA 運維手冊，定期演練。

結語

遺失 LDF 並非世界末日，**若無作用中交易，分離+單一檔案附加可 99% 成功復原**。關鍵在於：平日確保資料庫正常關閉（無長時間交易）、備份可用、權限最小化。遇到置疑資料庫，**先嘗試標準流程，切勿輕易動用 DBCC REBUILD_LOG 等高風險指令**。