SQL Server 2008 升級部署指南：DTS 重寫、SSIS 效能、鏡像日誌與版本授權

常見升級問答彙整

Q1：從 SQL 2005 升級至 2008，DTS 封裝如何處理？

A： 建議重寫為 SSIS 套件。雖然 2008 可相容執行 2005 的 DTS/SSIS，但引擎架構相似，重寫才能發揮新版效能優化（如資料流引擎平行處理、查閱轉換快取模式）。業界紀錄顯示 SSIS 處理速度可達「20 分鐘處理 1TB」，遠超舊版。

Q2：資料庫鏡像傳送的是交易日誌還是重建命令？

A： 鏡像傳送實際交易日誌記錄，在鏡像端「重播」。索引重建會產生大量日誌，導致主體日誌檔膨脹。鏡像可視為「即時日誌傳送」，與傳統 Log Shipping 差異僅在「連續串流」vs「批次備份檔」，傳輸資料量幾乎相同。

建議：索引維護窗口期調整鏡像為「高效能模式」（非同步），或暫停鏡像維護後重新同步。

Q3：SQL 2000 直接升級 2008 授權如何計算？

A： 無法直接付費升級。需購買 SQL 2008 全新授權。雖然效能深度廣度略遜對手，但整合 Windows 生態、授權成本較低，總擁有成本（TCO）具競爭力。

Q4：Vista 環境建議安裝哪個版本？

A： Vista 為用戶端作業系統，僅支援 SQL 2005/2008 Express/Standard/Enterprise 等版本。SQL 2000 僅能安裝特定版本（MSDE/桌面引擎），功能受限。建議依企業需求在 2005/2008 中擇一，核心引擎、T-SQL 語法、資料庫物件概念一致。

Q5：升級過程中遭遇文件未記載問題如何應對？

A： T-SQL 語法變更無固定模式，關鍵在於重構而非單純相容。善用新功能（如 TRY/CATCH、CTE、MERGE、窗口函數）重寫關鍵邏輯，避免冗長 SQL。微軟不知您的業務，唯有開發團隊能判斷最佳組合。

Q6：大量索引導致效能不佳，如何識別可安全移除的索引？

A： SQL 2005+ 提供 DMV（動態管理檢視） 追蹤索引使用：

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;

定期擷取快照比對：長期零讀取、高更新成本的非叢集索引為移除候選。先在測試環境移除驗證無負面影響，再套用生產環境。

升級部署最佳實務

1. 評估階段：運行 Microsoft SQL Server 2008 Upgrade Advisor 掃描相容性問題。
2. 測試階段：完整還原生產備份至測試環境，執行應用程式回歸測試與效能基準測試。
3. 遷移策略：
   • 就地升級：風險較高，需完整備份與回滾計畫。
   • 並行遷移（Side-by-side）：新建 2008 實例，資料同步/ETL 遷移，應用程式逐步切換，風險最低。
4. 後續優化：啟用 Query Store（2016+）、自動統計更新、索引維護計畫。