SQL Server 資料庫「置疑」狀態修復完整指南

問題識別：辨認 1105 錯誤

當 SQL Server 錯誤日誌或作業系統應用程式日誌中出現 1105 錯誤 時，通常意味著交易記錄檔已滿：

Can't allocate space for object syslogs in database 'dbname' because the logsegment is full. If you ran out of space in syslogs, dump the transaction log. Otherwise use ALTER DATABASE or sp_extendsegment to increase the size of the segment.

常見觸發原因

• 大量交易操作（批次更新、插入、刪除）
• 長時間未提交的交易
檢查點處理所需頻寬過大
• 截斷閾值設定不當
• 複合因素交互作用
• 複寫標記交易未被記錄讀取程式處理

此問題可能發生於任何資料庫，包括 master 和 tempdb。

修復標準流程（五步法）

步驟 1：以最小配置啟動 SQL Server

sqlservr -f -m

參數說明：

• -f：最小配置啟動
• -m：單用戶模式（僅允許一個連線）

注意：確保無其他服務搶佔該唯一連線。

步驟 2：重置置疑狀態

EXEC sp_resetstatus 'database_name';

預期結果：

Database 'database_name' status reset!
WARNING: You must reboot SQL Server prior to Accessing this database!

步驟 3：新增資料/記錄檔擴充空間

USE master;
GO

-- 新增資料檔
ALTER DATABASE db_name
ADD FILE (
    NAME = dbname_dat2,
    FILENAME = 'F:\MSSQL\DATA\dbname_dat2.ndf',
    SIZE = 2000MB,
    FILEGROWTH = 50MB
);
GO

-- 新增記錄檔（關鍵步驟）
ALTER DATABASE db_name
ADD LOG FILE (
    NAME = db_name_log2,
    FILENAME = 'F:\MSSQL\DATA\db_name_log2.ldf',
    SIZE = 1000MB,
    FILEGROWTH = 20MB
);
GO

步驟 4：重啟 SQL Server 服務

正常啟動服務，新增的檔案空間將允許資料庫完成恢復流程。

步驟 5：釋放磁碟空間並收縮記錄檔（根治）

sp_resetstatus 僅移除置疑旗標，未解決根本問題。長期解決方案：

配置簡單復原模式（適用於不需時間點還原的場景）

USE MASTER;
GO
ALTER DATABASE DB_NAME SET RECOVERY SIMPLE;
GO

效果： UPDATE、DELETE、INSERT 操作不再大量記錄至交易記錄檔，有效控制記錄檔增長。

建立定期維護計畫

• 排程 BACKUP LOG 配合 TRUNCATE_ONLY（舊版本）或簡單模式下的自動截斷
• 監控記錄檔使用率，設定警示
• 適當設定 FILEGROWTH 為固定大小而非百分比

預防勝於治療

1. 評估業務對 RPO/RTO 需求，選擇合適復原模式（完整/大量記錄/簡單）
2. 實施定期完整備份 + 差異備份 + 記錄備份組合策略
3. 使用 DBCC SQLPERF(LOGSPACE) 定期監控記錄檔空間使用率
4. 避免長時間執行的隱含交易，優化大批次操作分批提交

掌握此流程，配合預防性維護，可將「置疑」風險降至最低，確保資料庫服務連續性。