SQL Server 2016 遷移至 SQL Server 2022／2025：相容性、停機時間與復原方案如何評估？
資料庫遷移應分別評估實例級對象、資料庫相容級別、驅動程式、業務回歸、資料同步、切換窗口和復原觸發條件。
先控制風險，再實施變更建議先在測試環境或單一對象上驗證，保存設定、日誌和可復原備份。涉及生產切換、批次策略、資料庫修復或儲存重建時，應設定維護時段和明確復原條件。
1. 結論與適用範圍
資料庫檔案能附加或還原，並不代表 ERP 可以正常運行。遷移涉及登入、作業、連結伺服器、代理憑據、證書、資料庫電郵、驅動程式、排序規則和查詢優化行為，應把實例級與資料庫級對象分開盤點。
該問題涉及 SQL Server、ERP、資料庫復原或版本遷移。任何高風險操作前都應保留可驗證備份。
2. 需要優先關注的風險信號
- 測試庫能打開，但 ERP 登入、報表或介面失敗。
- 資料遷移成功後效能明顯下降，或少量舊 SQL 在新相容級別錯誤訊息。
3. 遷移或處理前的檢查清單
- 運行升級評估，檢查棄用功能、破壞性變更和相容級別。
- 導出登入 SID、SQL Agent 作業、憑據、連結伺服器、端點、證書和伺服器設定。
- 確認用戶端 ODBC/OLE DB/JDBC 驅動程式和 TLS 支援。
- 根據資料量和停機目標選擇備份還原、日誌傳送、可用性組或第三方同步。
唯讀檢查與驗證範例
SELECT @@VERSION;
SELECT name, compatibility_level, collation_name FROM sys.databases;
SELECT name,type_desc,is_disabled FROM sys.server_principals;
SELECT name,enabled FROM msdb.dbo.sysjobs;corp.example、192.0.2.0/24 與 203.0.113.0/24 均為檔案範例。只有在確認實際環境參數後，才能取代為實際值。
4. 推薦實施步驟
- 先在目標版本還原副本並保持原相容級別，完成完整業務回歸。
- 編寫自動化遷移清單，確保實例對象和權限可重復創建。
- 切換前凍結結構變更，執行最終增量同步並核對行數與關鍵金額。
- 明確復原觸發時間、舊庫重新開放條件和雙寫禁止規則。
遙距還是現場處理？日誌、設定和少量對象通常可先遙距評估；涉及物理伺服器、儲存、機房供電、批次切換或復原演練時，應安排受控現場維護時段。浙江、上海、江蘇可根據項目情況上門，其他地區可遙距協助。
5. 驗證、復原與常見誤區
- 應用程式連線、登入、事務、報表、作業、介面和備份均成功。
- 關鍵資料表行數、校驗值、業務餘額和時間範圍一致。
- 執行計劃、等待類型、阻塞、tempdb 和儲存延遲滿足基線。
常見錯誤做法
- 只遷移 MDF/LDF，不遷移實例對象。
- 切換時同時提升相容級別和修改大量索引。
- 沒有定義切換後的資料如何復原。
官方資料參考
常見問題
SQL Server 2016 可以直接遷移到 2025 嗎？
應依據微軟支援路徑和應用程式驗證確認；即使技術可遷移，也必須完成業務和驅動程式測試。
為甚麼建議先保留舊相容級別？
這樣可減少同時變化的變量，先驗證平台遷移，再單獨評估優化器行為。