數字化轉型已成為醫療健康行業發展的關鍵驅動力。其中，數據庫作為數據管理和信息化的核心底座，其安全性、穩定性與高效性至關重要。
本文系 OceanBase 重要生態夥伴上海愛可生信息技術股份有限公司（簡稱“愛可生”）投稿，將闡述國內某三甲醫院業務系統升級至 OceanBase 的全過程，以及技術迭代背後的創新點和成效。
如果醫院患者的個人信息、醫療記錄、科研數據等敏感信息泄露，小到個人，大到國家公共衞生安全都會受到威脅。安全醫療信息化作為數字中國的重要組成部分，關係到國家戰略安全和人民生命安全。
通過數字化轉型和數據庫升級，可以提升公立醫院對新技術的安全管控能力，確保醫療數據在傳輸、存儲和使用過程中的安全性。
某三甲醫院的數據庫升級選型
國內某三甲醫院的醫療管理系統建設，由該市重要機構立項，面臨時間緊、任務重、標準高等挑戰。其中，數據庫作為承載醫院全部核心數據的底座，其選型成為項目成敗的關鍵。
期間，院方對多個主流國產數據庫方案進行了深入調研，在綜合評估後，最終選擇了 OceanBase，並由愛可生提供從 SQL Server 升級至 OceanBase 的整體方案。
1. 公立醫院數據升級的難點
此次系統數據庫升級，涉及原數據庫實例 6 套，單實例表數量 100+，總數據量超過 3 億行。其中還包括 30 多個存儲過程。預估在數據升級過程中會存在以下難點：
01 高業務中斷風險
- 漫長的停機窗口：由於缺乏高效的增量數據同步能力，為保證數據一致性，可能需要一個長達數小時甚至數十小時的業務停機窗口。這對於 7x24 小時運行的醫療管理系統是不可接受的，會直接影響患者掛號、診療和報告查詢。
- 數據不一致的災難性後果：人工比對和轉換表結構、編寫升級腳本極易出錯。任何微小的遺漏或錯誤（如字段類型不兼容、默認值丟失、索引缺失）都可能導致目標庫數據不完整或邏輯錯誤。在醫療場景下，患者用藥記錄、檢查結果等核心數據的絲毫偏差都可能引發嚴重的醫療安全事故。
- 回滾困難：一旦在升級過程中發現問題，由於數據量大、業務邏輯複雜，回滾到舊系統將是一個極其耗時且充滿不確定性的過程，進一步放大業務中斷時間。
02 高穩定性與延遲壓力
- 性能瓶頸難以預估：人工編寫的升級腳本往往缺乏性能優化，在處理 TB 級歷史數據時，升級速度可能遠低於預期，且容易因資源爭用導致源庫（SQL Server）或目標庫（OceanBase）性能下降，影響升級期間並行的其他業務操作。
- 實時同步能力缺失：項目對“低延遲”的要求，意味着需要實現從原數據庫到 OceanBase 的準實時數據同步，以最大限度縮短業務割接時的停機時間。人工方式完全無法實現這一技術目標。
03 高人力與時間成本
- 重複、低效的勞動：數據庫對象數量龐大，人工逐一分析、轉換、校對，是一項極其繁瑣和耗時的工作，嚴重拖延項目整體進度。
- 專業知識要求高：執行人員需要同時精通兩種數據庫的細節差異，人才稀缺，進一步加劇了資源緊張的局面。
04 存儲過程改造的資源瓶頸與高風險
- 存儲過程改造費時費力：存儲過程等非表對象的轉換還只能通過人工轉換。
2. 整體數據升級方案
本次業務系統升級時的軟件版本如下：
- Microsoft SQL Server 2016
- OceanBase V4.2.5 企業版（MySQL 模式）
- Action OMS 4.25.09.0
其中升級過程將包括以下幾部分：
| 行為目標 | 工具 | 作用 |
|---|---|---|
| 數據庫對象評估 | OMA | 精準評估兼容性，對不兼容的部分給出明確的指引。 |
| 遷移庫表結構和數據 | Action OMS | 負責源主題數據庫升級到目標數據庫。 |
| 遷移非表結構（存儲過程等） | SQLShift | 保持數據庫業務邏輯，改造不兼容的非表結構如存儲過程。 |
針對院方的數據庫特點，愛可生提供了 Action OMS + SQLShift 的整體升級方案。
方案中 Action OMS 的作用
- 數據一致性保障：結合 Action OMS 在數據升級、數據傳輸過程中的一致性保障，幫助客户在數據庫升級、數據庫轉換過程中間的一致性保障，降低數據丟失風險。
- 應用無縫割接：通過數據全量同步、數據增量同步、數據一致性校驗等多環節的數據升級功能、降低應用切換過程中的數據同步時間、減少業務割接窗口。
- SQL Server CDC 工具升級：通過 Action OMS，實現原 CDC 工具平滑升級，大大降低了投入成本，保證了上下游系統數據增量同步的穩定性與準確性。
方案中 SQLShift 的作用
- 零誤差交付：結合 SQLShift 在複雜對象的數據類型隱式轉換、業務邏輯遺漏等進行零誤差交付，幫助客户在數據庫複雜對象轉換升級過程中間的一致性保障，降低生產事故風險。
- 升級校驗全加速提效應用割接：通過提升非表對象評估、轉換、遷移、數據一致性校驗等多環節的數據升級效率、降低應用切換過程中的數據同步時間、減少業務割接窗口。
3. 數據升級方案的優勢
01 完美匹配業務場景
這套管理系統是醫院的核心繫統，需要穩定、高效地從上游的 SQL Server、DB2 等多種異構數據庫同步數據。
OceanBase 是款高性能、高可用的分佈式數據庫，結合生態內的數據同步工具 Action OMS，輕鬆完成從 SQL Server、DB2、MySQL 到 OceanBase 的數據同步，實現了 “數據庫+同步工具”的一體化交付。
02 易擴展的先進架構
當前這套管理系統數據量約 2-3TB，後將增長至 5-10TB。OceanBase 原生的分佈式架構具備極強的橫向擴展能力，能夠平滑應對未來數據量的持續增長，有效保護醫院投資。相比傳統集中式數據庫，其在性能瓶頸和擴容風險上具有極大的優勢。
03 全面的安全合規保障
OceanBase 提供了完善的可信存儲與計算能力，在數據加密、訪問控制、審計日誌等方面完全滿足國家密評和等保三級的要求。這與科委項目必須有標準審計、監理流程的嚴格要求高度契合，為項目順利驗收提供了堅實的技術保障。
04 極致的成本控制
針對數據升級及數據同步的場景，Action OMS + SQLShift 方案，相比動輒上百萬元的商業化同步工具，展現了極高的性價比。這使得在有限的預算內，既能採用頂尖的技術方案，又能順利向完成升級，實現了技術先進性與成本可控性的完美平衡。
4. 升級方案的實施
整個方案的過程清晰、流暢，只需五個步驟即可完成：
- 兼容性評估（OMA）
- 數據與表結構遷移（Action OMS）
- 存儲過程等非表對象轉換（SQLShift）
- 數據一致性與業務功能驗證
- 系統割接與反向同步
01 兼容性評估（OMA）
在升級前，使用 OMA 工具對源端 SQL Server 進行全面掃描，精準評估對象兼容性。《評估報告》將清晰展示兼容的對象、不兼容的對象及其原因，為後續改造提供明確指引。
02 數據與表結構遷移（Action OMS）
在 Action OMS 中創建一條 SQL Server 到 OceanBase（MySQL 模式）的數據升級鏈路。
鏈路啓動後，您不僅可以直觀對比轉換前後的表結構定義，還能實時監控全量及增量數據的升級速度（RPS）、同步延遲等關鍵指標，確保過程透明可控。
03 存儲過程等非表對象轉換（SQLShift）
- 使用工具（如 DBCAT）從 SQL Server 導出所有非表對象的定義腳本。
- 登錄 SQLShift 平台，上傳腳本，啓動智能轉換，並下載轉換後的 SQL 文件。
04 數據一致性與業務功能驗證
在正式割接前，可在 Action OMS 中隨時發起新一輪的數據一致性校驗，確保源端與目標端數據完全同步。同時，業務團隊可接入目標數據庫，進行完整的功能驗證。
05 系統割接與反向同步
驗證無誤後，即可進行系統割接。此時，在 Action OMS 中開啓反向增量同步（OceanBase -> SQL Server）。這一步是您信心的保障，萬一目標端出現性能或兼容性問題，可立即將業務切回源端，反向同步會確保此期間的數據無縫迴流，為升級提供萬無一失的“後悔藥”。
5. 升級效果
由 愛可生 提供的升級方案，已順利地將數據庫升級至 OceanBase（MySQL模式）。
改造效率:
- 表結構與數據：100% 自動升級與同步。
- 存儲過程：自動轉換成功率超過 85%。
- 總體效率：人工改造工作量驟減 70%，項目週期縮短近一半。
Action OMS + SQLShift 組合升級方案，精準地抓住了表結構/數據升級（由 Action OMS 保障）和業務邏輯升級（由 SQLShift 攻克）這兩大核心，形成了一套完整、閉環的解決方案。
