SQL Server 交易記錄檔 (LDF) 遺失/損壞四大恢復情境

LDF 遺失時，依活動交易有無分兩類處理：

情境一：無活動交易 (Checkpoint 後、長交易無)

1. 企業管理器 → 全部工作 → **分離資料庫**。
2. 企業管理器 → 全部工作 → **附加資料庫** → 僅選 MDF → 系統自動建立新 LDF。

情境二：有活動交易 (LDF 含未認可/未檢查點交易)

1. 建立同名新資料庫 (如 MYDB)。
2. 停止 SQL Server → 移走新資料庫 MDF。
3. 啟動 SQL Server → 建立同名資料庫 MYDB (產生新 MDF/LDF)。
4. 停止 SQL Server → 用原 MDF 覆蓋新 MDF。
5. 啟動 SQL Server → 資料庫呈「置疑」。
6. 啟用系統表更新 (SQL 2000)：**SQL 2005+ 不支援**，改用 ALTER DATABASE MYDB SET EMERGENCY。
7. UPDATE sysdatabases SET status = 32768 WHERE name = 'MYDB' (舊版)。
8. 設單一使用者：sp_dboption 'MYDB', 'single user', 'true'。
9. DBCC CHECKDB('MYDB') 檢查修復。

現代標準流程 (SQL 2005+)

-- 1. 緊急模式 (僅需 MDF)
ALTER DATABASE SuspectDB SET EMERGENCY;
-- 2. 單一使用者
ALTER DATABASE SuspectDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
-- 3. 修復 (優先無資料遺失)
DBCC CHECKDB('SuspectDB', REPAIR_REBUILD);
-- 4. 若失敗，允許資料遺失 (最後手段)
DBCC CHECKDB('SuspectDB', REPAIR_ALLOW_DATA_LOSS);
-- 5. 恢復多使用者
ALTER DATABASE SuspectDB SET MULTI_USER;

關鍵差異

1. 上一篇文章： SQL Server Hosting Toolkit：本地資料庫部署至遠端主機 (Database Publishing Wizard)
2. 下一篇文章： SQL Server 2008 效能與擴展性白皮書核心摘要

關於SqlServer

SQL Server 2005 自訂類型 (UDT) 實作格式化時間完整指南

前言 在 SQL Server 2005 中，使用者定義類型

解決 JDBC 連接 SQL Server「TCP/IP 連線失敗：connect timed out」錯誤

錯誤現象 通過端口 1433 連接到主機 127.0.0.

SQL Server T-SQL 基礎語法速查：建表、修改欄位、六大約束與實作範例

資料表與欄位 DDL 基礎 建立資料表 CREATE TA

使用 PowerDesigner 設計 SQL Server 資料庫（一）：概念模型與物理模型轉換

工具環境 Sybase PowerDesigner 1