現狀：升級步調緩慢
SQL Server 2008 釋出約一年，眾多企業仍未升級。面臨「跳過 2005 直升 2008」或「維持現狀」抉擇。IT168 訪問 EMC 微軟實踐部解決方案架構師陳亮，剖析企業決策邏輯。
企業資料庫佈局特徵
- Oracle：大型企業核心 ERP/CRM 後台、高度客製化關鍵業務系統。
- SQL Server：中小企業廣泛採用；大企業用於專案週期短、版本釋出快的商務職能系統（BI、入口網站、部門應用）。
- MySQL：兩極：小型軟體商低成本開發；電商/Web 2.0 公司深度客製化高效能叢集。
核心業務不輕易更換平台
- 核心系統要求資料完整性、一致性、線上可用性。
- 跨平台遷移雖技術可行，但面臨 API 差異、底層特性差異、重寫週期長、維護成本高。
- 非核心業務遷移風險可控，核心業務「不換平台」為鐵律。
升級決策考量因素
| 因素 | 說明 |
|---|
| 應用相容性 | 既有應用在 2008 上測試通過度、是否需程式碼修改。 |
| 硬體/虛擬化支援 | 新版本對多核、大記憶體、虛擬化平台的最佳化程度。 |
| 功能紅利 | 壓縮、稀疏欄、變更追蹤、MERGE、資料表值參數等是否解決現有痛點。 |
| 支援週期 | SQL Server 2005 主流支援 2011 年結束，延長支援 2016 年結束。 |
| 人才/生態系 | 團隊對新版本熟悉度、第三方工具相容性。 |
專家建議
- 清查資產：分級應用（核心/非核心），評估各系統遷移成本與收益。
- 試點先行：非核心系統優先升級驗證，累積經驗。
- 評估功能對齊：若 2008 新功能（壓縮、CDC、稀疏欄等）能解決當前瓶頸，升級 ROI 較高。
- 虛擬化/雲就緒：2008 R2 強化虛擬化支援，配合私有雲規劃可同步升級。
- 不盲目追新：穩定運行的 2005 系統若無痛點，可維持至支援結束前規劃。
結語
升級非單純版本號更新，而是業務價值驅動的架構決策。大型關鍵應用缺乏、遷移風險高、既有系統穩定，是企業緩升級的主因。理性評估、分級推進、試點驗證，才是負責任的升級路徑。
