SQL Server 跨版本資料庫遷移全攻略：從 2000/2005/2008 到更新版本的最佳路徑與陷阱避坑

版本相容性矩陣

核心原則：SQL 7.0 是分水嶺

SQL Server 7.0 重寫了儲存引擎與檔案結構。7.0 之前的版本（4.2、6.0、6.5）資料庫檔案結構完全不同，**無法直接附加或還原** 至 7.0+ 版本。必須透過資料層面移轉。

遷移策略決策樹

情境 A：來源 ≥ SQL 7.0（含 7.0、2000、2005、2008、2008 R2、2012、2014、2016、2017、2019、2022）

方法 1：備份/還原（最標準、風險最低）

-- 來源端
BACKUP DATABASE MyDB TO DISK = 'D:\Backup\MyDB.bak' WITH COMPRESSION, CHECKSUM;

-- 目標端
RESTORE DATABASE MyDB 
FROM DISK = 'D:\Backup\MyDB.bak'
WITH MOVE 'MyDB_Data' TO 'D:\Data\MyDB.mdf',
     MOVE 'MyDB_Log'  TO 'L:\Log\MyDB.ldf',
     REPLACE, STATS = 5;

• 支援跨版本還原（舊版備份 → 新版還原）
• 資料庫自動升級為目標版本內部結構（不可逆）
• 相容性等級 保持原值，可事後調整

方法 2：分離/附加（檔案層級移動，適合大型資料庫避免備份時間）

-- 來源端
EXEC sp_detach_db 'MyDB';

-- 複製 .mdf/.ldf 至目標伺服器

-- 目標端
CREATE DATABASE MyDB
ON (FILENAME = 'D:\Data\MyDB.mdf'),
   (FILENAME = 'L:\Log\MyDB.ldf')
FOR ATTACH;

• 需來源資料庫離線（分離瞬間中斷連線）
• 檔案複製可用壓縮/分割工具加速跨網傳輸

方法 3：就地升級（原機升級 SQL Server 執行個體）

• 執行目標版本安裝媒體 → 選擇「升級現有執行個體」
• 保留所有設定、登入、作業、資料庫
• 風險：回滾困難，建議先在測試環境演練

情境 B：來源 < SQL 7.0（SQL 6.5、6.0、4.2）

唯一路徑：資料移轉 (Data Migration)

1. 在來源伺服器安裝對應版本 SQL Server（或保留現有）
2. 建立 ODBC/OLEDB 連結至目標新版伺服器
3. 使用工具逐表移轉資料：
   • BCP：命令列大量匯出/匯入，適合大表、無轉換需求
   • SSIS / DTS：圖形化 ETL，支援轉換、查閱、錯誤流導向
   • 連結伺服器 + INSERT...SELECT：少量表、簡單轉換
   • 第三方工具：Redgate SQL Data Compare、Quest Toad 等
4. 同步建立結構：腳本產生 (SMO/PowerShell) → 目標端執行建表
5. 驗證資料筆數、檢查碼、應用功能測試

系統資料庫遷移：特殊規則

系統資料庫不可跨版本直接還原/附加（master、model、msdb、tempdb、distribution）。原因：

• 系統表結構、系統物件、相容性層級隨版本演進
• 直接還原會導致目標版本引擎無法解讀舊版系統中繼資料

正確做法

• 登入/使用者：使用 sp_help_revlogin 產生建立登入腳本（含 SID、密碼雜湊） → 目標端執行
• Agent 作業/警示/操作員：msdb 表匯出腳本或 SSIS 套件遷移
• 備份歷史：僅供參考，不遷移；新環境重新建立備份鏈
• 複寫設定：重新配置拓撲，不可直接遷移 distribution

遷移後必做清單

1. 更新統計資料：EXEC sp_updatestats 或 UPDATE STATISTICS 全庫
2. 重建索引/整理碎片：ALTER INDEX ALL ON ... REBUILD
3. 設定相容性等級：ALTER DATABASE MyDB SET COMPATIBILITY_LEVEL = 150 (對應目標版本)
4. 啟用查詢存放區 (2016+)：ALTER DATABASE MyDB SET QUERY_STORE = ON
5. 驗證應用連線字串：驅動程式版本、加密選項、信任憑證
6. 執行 DBCC CHECKDB：確保邏輯/實體一致性
7. 建立基準效能基線：收集等待統計、查詢執行時間、資源使用率

常見陷阱與對策

總結

SQL Server 跨版本遷移的核心鐵律：**向前相容、系統庫不遷、資料層面移、遷後必重整**。對於 7.0+ 版本間，優先選擇備份/還原或分離/附加；對於 6.5 以前版本，必須規劃完整 ETL 移轉專案。建立標準化遷移手冊、演練腳本、驗收清單，是確保零驚喜遷移的關鍵。