資料庫遷移不再單純為「省錢」。隨著雲原生、容器化、分散式架構普及，遷移動機已演進為三大支柱：降低總擁有成本（TCO）、大幅提升效能彈性、降低業務連續性風險。本文結合 Microsoft、Oracle、IBM DB2 三大廠商高可用技術對比，剖析遷移決策的核心考量。
一、遷移的三大核心動機
1. 降低成本：不只是授權費
- 直接成本： 授權訂閱、硬體採購、維護合約。
- 隱性成本： 專職 DBA 人力、複雜調優工時、停機損失、擴展受限導致的機會成本。
- 遷移紅利： 開源資料庫、雲資料庫按量付費、標準化硬體、自動化運維大幅壓降 TCO。
2. 提升效能：從「跑得快」到「彈性強」
- 傳統單機垂直擴展觸及物理上限；新架構支援水平擴展、讀寫分離、多模型負載隔離。
- 業務敏捷性：Schema 變更無鎖、藍綠部署、特性旗標、秒級擴縮容。
- 與 IT 基礎設施對齊：容器化、Kubernetes、GitOps、觀測性三大支柱。
3. 降低風險：高可用與災難恢復的硬指標
- RPO（資料損失容忍度）與 RTO（恢復時間目標）納入 SLA。
- 遷移本身風險控制：鏡像同步、CDC 同步、雙寫驗證、可逆切換方案。
- 供應商鎖定風險：開放標準、多雲部署、資料可攜性。
二、三大廠商高可用核心技術對比
| 廠商 | 旗艦技術 | 架構模式 | 關鍵特性 | 授權影響 |
|---|
| Microsoft SQL Server |
AlwaysOn 可用性群組 (AG) |
共享無/共享磁碟混合
一主多副本 (最多 8 副本) |
資料庫級容錯移轉
可讀次要副本分流報表
自動頁面修復
分散式 AG 跨區域 DR |
Enterprise Edition
次要副本需授權 (SA 除外) |
| Oracle |
RAC (Real Application Clusters) + Data Guard |
Shared-Everything 叢集
多實例單一資料庫 |
應用透明負載平衡
快取融合
Data Guard 物理/邏輯備援
閃回技術秒級恢復 |
RAC 需額外授權
Data Guard 基礎版含 Enterprise |
| IBM DB2 |
HADR (High Availability Disaster Recovery) |
共享無
一主一備 (同步/近同步/非同步) |
日誌傳送複寫
備庫可啟用唯讀 (RO)
自動客戶端重路由
多備庫鏈式拓撲 |
較簡單授權模型
含於高階版本 |
架構模式圖解
註：HADR 備用資料庫預設不可讀，需啟用 Read on Standby 功能。
三、遷移風險控制與安全性
風險控制三板斧
- 詳細遷移藍圖： 清單化每個物件、相依性、驗收標準、回滾觸發條件。
- 資料同步驗證： 初始全量 + CDC 增量雙寫校驗（Row Count、Checksum、關鍵業務查詢結果比對）。
- 演練與彩排： 至少兩次全流程演練（含壓力測試、故障注入、切換演練），生產切換前簽署 Go/No-Go 條件清單。
安全性邊界
- 遷移過程中： 資料處於加密傳輸（TLS 1.2+）、最小權限服務帳號、網路隔離區段，風險可控。
- 遷移前後： 風險集中於切換前的資料一致性確認與切換後的應用相容性驗證。需建立資料驗證自動化框架，覆蓋結構、資料、權限、效能基線。
四、HA 三大經典工作模式回顧
| 模式 | 別名 | 運作原理 | 適用場景 |
|---|
| 主從 (非對稱) | Active/Passive | 主機工作，備機監控；故障切換，恢復後可手動/自動切回 | 成本敏感、RTO 要求較寬鬆 (分鐘級) |
| 雙機雙工 (互備) | Active/Active (雙主) | 雙主各跑業務互為備援；故障單主承擔雙倍負載 | 硬體利用率要求高、業務可分離 |
| 叢集 (多節點互備) | N+M / N+1 | 多節點資源池，服務定義優先級與備援節點，故障自動漂移 | 關鍵業務、高密度整合、雲原生叢集 |
五、決策清單：遷移前必問 10 條
- 目前 TCO 結構？授權、硬體、人力、停機成本各佔比？
- 目標平台功能覆蓋率？缺口如何補償（中介層、應用改寫、妥協）？
- RPO/RTO 目標？目標平台原生 HA/DR 能否滿足？
- 遷移窗口多長？是否支援零停機遷移（CDC + 双寫 + DNS 切換）？
- 應用相容性測試覆蓋率？自動化回歸測試框架就緒？
- 團隊技能轉型計畫？外部專家介入時間表？
- 資料治理與合規要求（加密、審計、資料主權）新平台如何落地？
- 多雲/混合雲策略？遷移是否增加廠商鎖定？
- 效能基線建立？遷移後如何量化「提升」？
- 回滾方案經過實戰驗證？RTO 多少？
資料庫遷移本質是業務價值重估與技術債清理的契機。將三大支柱量化、將 HA 架構對標、將風險前置管理，才能從「被迫遷移」轉向「主動進化」。
