SQL Server 災難恢復實戰：從誤刪資料到資料庫檔案遺失的完整恢復流程

資料庫誤操作（DELETE、UPDATE）甚至整庫被刪，並非無藥可救。關鍵在於平時必須將資料庫恢復模式設為「完整」，並建立完整備份、差異備份與交易記錄備份的常態化機制。本文通過兩個實戰案例，詳細演示如何利用記錄備份與尾部記錄備份實現精準時間點恢復。

案例一：誤刪資料表記錄

1. 建立測試資料庫 test1、資料表 A1 並插入 5 筆資料。
2. 執行完整備份。
3. 插入第 6 筆資料。
4. 誤執行 DELETE FROM A1 清空資料表。
5. 立即執行交易記錄備份（關鍵步驟）。
6. 還原資料庫：先還原完整備份 WITH NORECOVERY，再還原記錄備份並指定 STOPAT 為刪除操作前一刻，最後 WITH RECOVERY 帶上線。6 筆資料完美回歸。

案例二：資料庫檔案被刪除（MDF 遺失，LDF 尚在）

1. 同樣建表、插資料、完整備份、插入新資料、記錄備份、再插入資料（共 7 筆）。
2. 停止 SQL Server 服務，手動刪除 MDF 檔案（模擬硬碟故障或誤刪）。
3. 重啟服務，資料庫進入「可疑」狀態。
4. 因資料庫離線，必須使用 BACKUP LOG ... WITH NO_TRUNCATE 進行尾部記錄備份，捕獲最後未備份的交易。
5. 驗證備份組：RESTORE HEADERONLY 確認備份序號。
6. 分步還原：完整備份 (FILE=1, NORECOVERY) → 記錄備份 (FILE=2, NORECOVERY) → 尾部記錄備份 (FILE=3, RECOVERY)。最終恢復 7 筆資料，零損失。

核心原則： 平時備份策略要完善（完整+記錄），出事先備份尾部記錄，還原時嚴格按序號與 STOPAT 控制時間點。將資料檔與記錄檔置於不同磁碟，是災難恢復的底線保障。