SQL Server 2012 附加資料庫後無法降級附加至 2005 的根因分析與解決之道

現象描述

將相容等級為 90 (SQL 2005) 的資料庫附加至 SQL Server 2012，未修改相容等級，僅執行收縮記錄檔操作。嘗試將該資料庫脫離後再附加回 SQL Server 2005，報錯失敗。備份/還原、重建記錄檔均無效。

核心發現：檔案頭已被升級

透過 DBCC PAGE(db, 1, 0, 3) 檢視資料庫第 0 頁（檔案頭），對比附加至 2005 與 2012 前後的十六進位內容，發現附加至 2012 後，檔案頭新增了大量欄位，例如：

• SectorSize
• FileIdGuid
• RestoreStatus, RestoreRedoStartLsn, RestoreSourceGuid
• HardenedSkipLsn, ReplTxfTruncationLsn, TxfBackupLsn
• MaxLsnBranchId, SecondaryRedoStartLsn 等

這些欄位是 SQL Server 2012 新增的檔案頭結構，舊版引擎無法識別，導致附加失敗。

關鍵證據

使用 Beyond Compare 對比兩版檔案頭文字輸出，紅色標記處全為 2012 新增欄位。即使相容等級仍為 90，物理儲存結構已不可逆升級。

根本原因

SQL Server 引擎在附加/啟動資料庫時，會自動將檔案頭升級至當前引擎版本支援的最新結構。此過程無視相容等級設定，屬於引擎內部行為。

解決方案與預防

最佳實踐建議

1. 嚴禁 將舊版資料庫直接附加至新版引擎做測試，除非確定不再回滾。
2. 測試環境請使用 備份還原 並立即設定 READ_ONLY 或建立資料庫快照。
3. 跨版本遷移統一採用「腳本+資料」或 ETL 方式，避免物理檔案相容性陷阱。

結語

資料庫版本降級本質上是物理儲存格式的不相容。理解檔案頭升級機制，選擇邏輯層面的遷移手段，才是跨版本部署的正確路徑。