SQL Server 2008 升級部署常見問題深度解析（Q&A 實錄）

Q1：從 SQL 2005 升級到 2008，DTS/SSIS 該如何遷移？效能會提升嗎？

A： 建議重寫而非直接升級套件。SQL 2005/2008 的 SSIS 引擎架構相近，但與 SQL 2000 DTS 截然不同。直接升級雖能執行，但無法發揮新引擎並行、緩衝區管理、資料流元件等優勢。重寫時善用 SSIS 內建資料流轉換、查閱快取、平衡資料分配器，效能可大幅提升——業界紀錄約 20 分鐘處理 1 GB 資料轉換。

Q2：資料庫鏡像傳送索引重建產生的大量記錄，會塞爆主體資料庫記錄檔嗎？

A： 鏡像傳送實際記錄（Log Record）而非重建命令，記錄檔增長量與記錄備份方案相同。差別在於傳送方式：鏡像為即時串流，記錄備份為批次。若索引重建頻繁，建議：

• 在維護視窗執行，配合 SORT_IN_TEMPDB = ON 減少主資料檔記錄量。
• 調整鏡像夥伴的 RED QUEUE 監控，確保鏡像伺服器重播速度跟上。
• 考慮改用 ONLINE = ON（Enterprise 版）減少鎖定，但記錄量不變。

Q3：SQL 2000 升級到 2008，授權費用如何計算？

A： 微軟授權政策隨合約類型（SA、OV、OEM、零售）而異。一般而言，無直接升級授權路徑，需購買 SQL 2008 新授權。但 SQL Server 總擁有成本（TCO）具優勢：較低授權費 + Windows/Office 生態整合 + 內建 BI 堆疊（SSIS/SSAS/SSRS），常能抵銷單純效能指標上的劣勢。

Q4：Vista 環境下該選 SQL 2000 / 2005 / 2008 哪個版本？

A： Vista 為用戶端作業系統，不支援 SQL 2000 企業/標準版（僅支援 MSDE/桌面引擎）。建議直接部署 SQL 2005 Express/Standard/Enterprise 或 SQL 2008 對應版本。兩者核心語法、物件模型、管理工具（SSMS）高度一致，差異僅在記憶體/CPU/資料庫大小上限與進階功能（如資料壓縮、透明加密、稀疏欄位）。

Q5：繼承的資料庫每張表都有大量索引，如何識別可安全移除的索引？（SQL 2005 環境）

A： 過多索引會增加 INSERT/UPDATE/DELETE 的 I/O、CPU、記錄開銷。SQL 2005 引入 動態管理檢視 (DMV) sys.dm_db_index_usage_stats，定期擷取快照比較：

SELECT
    OBJECT_NAME(s.[object_id]) AS TableName,
    i.name AS IndexName,
    s.user_seeks, s.user_scans, s.user_lookups,
    s.user_updates,
    s.last_user_seek, s.last_user_scan
FROM sys.dm_db_index_usage_stats s
JOIN sys.indexes i ON i.[object_id] = s.[object_id] AND i.index_id = s.index_id
WHERE s.database_id = DB_ID()
  AND i.type_desc = 'NONCLUSTERED'
ORDER BY (s.user_seeks + s.user_scans + s.user_lookups) ASC;

• user_seeks/scans/lookups = 0 且 user_updates > 0 → 純寫入負擔，無讀取效益，優先評估移除。
• 配合 sys.dm_db_index_operational_stats 觀察鎖定/閂鎖爭用。
• 移除前必須在測試環境驗證查詢計劃無退化，並保留完整備份。

Q6：升級過程遇到文件未涵蓋的問題（語法變更、行為差異），如何應對？

A： 核心建議：

1. 建立完整回歸測試套件（單元測試 + 整合測試 + 效能基準），升級前後對比。
2. 關注《重大變更》文件：DISABLE_DEF_CNST_CHK、SET ROWCOUNT 影響 MERGE、舊式外部聯結 *= 移除、sp_configure 選項變更等。
3. 善用 Upgrade Advisor 掃描程式碼、追蹤旗標 8020（記錄舊語法使用）輔助定位。
4. 原則：勿寫冗長 SQL，模組化、參數化、使用 CTE/窗格函數提升可讀與最佳化空間。

總結

升級非單純二進制替換，而是架構重構契機。重寫 SSIS、審視索引、建立測試體系、活用新功能，才能將 SQL 2008 的投資報酬最大化。