SQL Server 附加資料庫錯誤 1813 解決方案：遺失 LDF 檔案的標準急救流程

USE master;
GO
EXEC sp_configure 'allow updates', 1; RECONFIGURE WITH OVERRIDE;
GO
UPDATE sysdatabases SET status = 32768 WHERE name = 'dbname'; -- 設為緊急模式
GO
EXEC sp_dboption 'dbname', 'single user', 'true';
GO
DBCC CHECKDB ('dbname'); -- 檢查一致性
GO
UPDATE sysdatabases SET status = 28 WHERE name = 'dbname'; -- 恢復正常模式
GO
EXEC sp_configure 'allow updates', 0; RECONFIGURE WITH OVERRIDE;
GO
EXEC sp_dboption 'dbname', 'single user', 'false';
GO

7. 完成後通常可正常存取資料。
8. 後續強烈建議：利用 `Generate Scripts` 腳本重建新資料庫結構，再用 `INSERT SELECT` / `BCP` / `SSIS` 導入資料，**徹底替換**修復後的資料庫，消除潛在隱患。

替代方案：分離-刪除 LDF-重新附加 (高風險，可能遺失資料)

1. 分離資料庫。
2. 刪除/改名 LDF 檔案。
3. 僅附加 MDF：`sp_attach_single_file_db 'dbname', 'path\dbname.mdf'`。
4. SQL Server 自動建立最小 LDF (~512KB)。

⚠️ **僅限簡單復原模式、確認無未提交交易、可接受遺失** 時使用。標準流程優先。

預防措施

• 備份策略：**完整備份 + 記錄備份**，確保 MDF+LDF 成對備份。
• 檔案管理：MDF/LDF 放置於**專用磁碟/路徑**，避免誤刪/遷移遺漏。
• 監控：設定資料庫狀態變更警示 (可疑、離線、緊急模式)。

結語

附加資料庫找不到 LDF 是經典場景。**建立同名庫 → 停服務 → 換 MDF → 啟服務 → 緊急模式修復 → 重建遷移**，是保留資料最大化、風險最小化的標準 SOP。切記：修復後**必須重建遷移**，不可長期運行於修復後狀態。