國產(chǎn)數(shù)據(jù)庫規(guī)模化替代時代：如何解決選型、遷移、運維難題？

在國產(chǎn)化浪潮下，政務領域數(shù)據(jù)庫已經(jīng)基本完成了國產(chǎn)替代，但金融、能源、醫(yī)療、制造等行業(yè)數(shù)據(jù)庫國產(chǎn)替代率依舊較低。隨著國產(chǎn)化向各領域加速滲透，數(shù)據(jù)庫國產(chǎn)化已進入規(guī)模化替代的攻堅階段。專家指出，當前企業(yè)機構越來越重視業(yè)務連續(xù)性保障，大家對于核心系統(tǒng)替代比較謹慎，明年核心系統(tǒng)替代會進入爆發(fā)式發(fā)展階段。

　　數(shù)據(jù)庫國產(chǎn)化替代在選型、遷移、運維等環(huán)節(jié)仍然存在一些痛點，有一些企業(yè)還面臨“不敢替、不會替、替不起”的難題。為此，ITPUB聯(lián)合廠商YashanDB特別策劃了“論道國產(chǎn)數(shù)據(jù)庫規(guī)模化替代時代：選型、遷移、運維”三期系列直播，邀請各行業(yè)資深專家深度剖析國產(chǎn)替代難題，暢聊挑戰(zhàn)、機遇和建議，助力更多企業(yè)和DBA實現(xiàn)安全、高效地轉型升級。

　　選型：如何做好選型選擇合適的國產(chǎn)數(shù)據(jù)庫?

　　《韓鋒頻道》公眾號主理人、數(shù)據(jù)庫行業(yè)資深專家韓鋒，某大型保險公司數(shù)據(jù)庫專家賈老師，某商業(yè)銀行基礎軟件運維專家王鑫，深算院&崖山科技資深解決方案架構師黃曉濤幾位專家圍繞數(shù)據(jù)庫選型以及國產(chǎn)化替代熱點話題進行了討論。

　　大部分企業(yè)在進行數(shù)據(jù)庫國產(chǎn)化替代時選擇先從邊緣到核心，由易而難，也有一些機構從核心系統(tǒng)開始，先攻克最難的，再規(guī)模化推廣。

　　專家認為，數(shù)據(jù)庫選型要以業(yè)務需求為核心，兼顧全局規(guī)劃。很多核心系統(tǒng)已經(jīng)運行了多年，且存在很多關聯(lián)系統(tǒng)，核心系統(tǒng)替代牽一發(fā)而動全身，在數(shù)據(jù)庫國產(chǎn)化替代進入深水區(qū)的背景下，核心系統(tǒng)國產(chǎn)化替代進展相對謹慎且緩慢。

　　數(shù)據(jù)庫選型可以重點關注產(chǎn)品力匹配、業(yè)務適配、成本可控、生態(tài)支撐等方面，以金融業(yè)為例，需要結合金融機構特點建立多維度評估體系。

　　尤其是產(chǎn)品能力與技術能力方面，上線前充分利用POC測試，拒絕POC走過場，做足全場景測試。除基礎CRUD測試外，重點驗證業(yè)務特殊邏輯，如保險行業(yè)的歷史保單追溯，測試超過10年數(shù)據(jù)的查詢性能。性能測試不僅要測峰值TPS，更要模擬真實負載(如銀行早高峰轉賬 + 夜間跑批)，確保跑批在8小時窗口內(nèi)完成。可以注入故障(節(jié)點宕機、網(wǎng)絡中斷)，驗證高可用切換效率(RTO、RPO指標)，同時測試補丁兼容性，避免新bug。

　　其次，不同業(yè)務對數(shù)據(jù)庫性能、一致性、擴展性的要求存在顯著差異，在選型時要按業(yè)務屬性匹配架構，拒絕“一刀切”。需要先進行業(yè)務系統(tǒng)分類，再根據(jù)業(yè)務需求選擇集中式或分布式架構。專家指出，中小金融機構無需盲目追逐分布式潮流，可能很多核心場景使用集中式架構更為合適和經(jīng)濟。沒有一個數(shù)據(jù)庫的架構是完美的，都是在做一些平衡和取舍，經(jīng)過近幾年的大量實踐，市場也更清晰地認知不同架構的特點。

　　各位專家都強調(diào)建立企業(yè)內(nèi)部標準的重要性，可以提前確定內(nèi)部遵從的語法標準(如 MySQL、PostgreSQL或Oracle兼容模式)，作為“標尺”要求開發(fā)適配，避免后續(xù)更換數(shù)據(jù)庫時大規(guī)模重構代碼，降低適配成本。

　　很多保險行業(yè)的核心系統(tǒng)運行在較高配置的一體機上，在進行國產(chǎn)化替代時，開發(fā)部門希望代碼改造量少一些，保險行業(yè)功能代碼比較復雜，數(shù)據(jù)追溯期很長，數(shù)據(jù)體量較大，核心系統(tǒng)替代面臨一些挑戰(zhàn)。

　　韓鋒建議，可以按照業(yè)務類型(核心類、渠道類、管理類)梳理技術指標(如RT、QPS、數(shù)據(jù)一致性等要求)，將國產(chǎn)數(shù)據(jù)庫能力填入矩陣，新業(yè)務直接按表選型，減少決策成本。

　　在國產(chǎn)替代過程中，也存在一些“坑”，多源于評估不足或運維脫節(jié)，專家結合實踐給出了避坑措施。

　　在選型時要評估數(shù)據(jù)庫廠商的全鏈條實力，聚焦一些硬指標：比如，產(chǎn)品自研能力，部分開源衍生產(chǎn)品會受到社區(qū)發(fā)展節(jié)奏的限制，而像崖山科技這樣全自研內(nèi)核廠商的自研能力相對較強，有更好的自主把控能力，能夠快速修復bug。

　　兩位金融機構的專家認為，除了關注技術類的指標，還要關注生態(tài)成熟度，主要考慮三個方面：一是案例覆蓋，優(yōu)先選擇有同行業(yè)核心案例的廠商;二是知識庫建設，需要數(shù)據(jù)庫廠商提供類似Oracle MOS的查詢平臺，解決如字符集不兼容、告警不直觀等運維常見問題;三是本地化服務，重點考察區(qū)域交付團隊規(guī)模，避免異地支持導致故障響應延遲，如城商行可以選擇在本地有分支的廠商。

　　專家認為，在數(shù)據(jù)庫選型時優(yōu)選愿意開放知識庫、配合業(yè)務磨合的廠商，這樣廠商和用戶更容易協(xié)同共贏。黃曉濤強調(diào)，廠商沒有辦法在研發(fā)階段窮舉所有的場景，國產(chǎn)數(shù)據(jù)庫需要在企業(yè)真實場景中不斷打磨成熟，才能變得好用。YashanDB憑借扎實的產(chǎn)品力，成為Oracle數(shù)據(jù)庫1：1替代的理想選擇。自創(chuàng)立以來，崖山數(shù)據(jù)庫堅持完全自主研發(fā)的技術路線，不基于任何開源代碼基礎，確保了從內(nèi)核到工具的完整自主可控。這一技術特點使其能夠有效規(guī)避開源產(chǎn)品的各種風險，為用戶提供可靠的技術保障，成為國產(chǎn)數(shù)據(jù)庫一股全新勢力。

　　遷移：數(shù)據(jù)庫國產(chǎn)化替代如何實現(xiàn)“零改造”遷移?

　　在數(shù)據(jù)庫國產(chǎn)化替代中，往往面臨技術路線選擇問題，是沿著現(xiàn)有技術路線平替，還是進行國產(chǎn)化改造，或者推翻原有的去重建核心系統(tǒng)，都需要謹慎考慮。此外，異構數(shù)據(jù)遷移難、改造成本高、國產(chǎn)數(shù)據(jù)庫周邊生態(tài)工具稀缺，相關資料匱乏，實踐項目落地較少等因素使得遷移工作在技術支持和經(jīng)驗借鑒方面都面臨困境。

　　深算院&崖山科技解決方案首席架構師廖傳軍介紹，十年前由于國內(nèi)技術與國際主流存在較大差距，比如國產(chǎn)服務器、存儲以及MySQL等開源數(shù)據(jù)庫在可用性、性能、穩(wěn)定性遠不如國際產(chǎn)品，彼時并不存在平滑替代的技術基礎。

　　如今國內(nèi)技術已經(jīng)實現(xiàn)關鍵突破，比如服務器方面，國產(chǎn)服務器的性能和穩(wěn)定性基本與國際服務器持平。存儲方面，全閃NVME協(xié)議普及，單存儲服務器IOPS 達數(shù)萬至百萬級，響應時間<11毫秒，遠超當年EMC 水平。 數(shù)據(jù)庫方面，以YashanDB為例，交易性能與Oracle基本持平，具備了平滑替代的技術基礎，廖傳軍認為，平滑替代是當今技術發(fā)展下的更優(yōu)選擇。

　　YashanDB通過“三不變、兩對等、一更優(yōu)”實現(xiàn)“零改造”遷移的平滑替代，顯著降低了替代TCO總體成本。

　　·“三不變”是指應用接口、架構、運維不用改變。遷移過程中應用系統(tǒng)不用修改接口，降低了應用改造成本。原Oracle主備模式、Oracle RAC架構可以分別平滑替代到YashanDB主備、YashanDB for Cluster(YAC)，不用改變架構。更為重要的是， YashanDB對Oracle實現(xiàn)了語法、語義、PL/SQL、AWR等工具生態(tài)的全方面兼容，能夠復用原有的數(shù)據(jù)庫生態(tài)與技能，顯著降低了運維學習成本。

　　·“兩對等”，一是指性能對等，YashanDB在交易場景與Oracle持平，尤其是在國產(chǎn)環(huán)境下與Oracle對等的性能表現(xiàn)為1：1替代提供了堅實支撐;另一個是可用可靠性對等，YashanDB支持兩地三中心，透明多活，支持 Oracle最大保護模式，強同步性能損耗<110%。

　　·“一更優(yōu)”是指安全性更優(yōu)，100%自研內(nèi)核代碼，通過商密、等保認證，提供多層次保護。

　　針對異構數(shù)據(jù)遷移難、改造成本高等問題，迪思杰與崖山科技打造了聯(lián)合解決方案。迪思杰產(chǎn)品總監(jiān)方軍介紹，聯(lián)合方案在數(shù)據(jù)同步性能得到顯著提升，穩(wěn)定性更強，能夠充分保障數(shù)據(jù)同步的時效性。該方案還實現(xiàn)了全棧國產(chǎn)化適配，深度適配國產(chǎn)化硬件到軟件。

　　在復雜對象支持與零停機遷移方面，該聯(lián)合方案支持多種數(shù)據(jù)源向崖山數(shù)據(jù)庫的異構數(shù)據(jù)遷移和同步，能夠處理復雜的DDL和數(shù)據(jù)庫對象，滿足數(shù)據(jù)全量與增量遷移等全場景需求。在遷移過程中，可實現(xiàn)數(shù)據(jù)庫零停機遷移，業(yè)務不中斷，最大程度減少對生產(chǎn)數(shù)據(jù)庫資源的占用以及對應用系統(tǒng)的影響，極大保障了業(yè)務連續(xù)性。

　　深圳環(huán)境水務集團自2023年起啟動推進數(shù)字化升級。作為核心業(yè)務系統(tǒng)改造重點，其線上服務平臺通過國產(chǎn)數(shù)據(jù)庫YashanDB構建數(shù)據(jù)底座，配套DSG遷移與運維管理平臺，完成對國外數(shù)據(jù)庫的全棧替代，實現(xiàn)業(yè)務系統(tǒng)數(shù)據(jù)遷移、存儲與管理的全流程自主可控，最終實現(xiàn)總體擁有成本TCO節(jié)省40%，硬件成本節(jié)省超過50%，支撐深圳水務集團未來三年以上業(yè)務發(fā)展規(guī)劃。

　　深圳環(huán)境水務項目解決了異構數(shù)據(jù)遷移的多項難題，比如該項目業(yè)務割接期間時間較短，但是需要多次的數(shù)據(jù)比對，需要合理安排每次校驗的數(shù)據(jù)量。在數(shù)據(jù)實時比對方面，聯(lián)合方案利用Oracle和YashanDB的SN閃回點功能，實現(xiàn)了類似SN點查詢的數(shù)據(jù)實時比對，這種方式相較于傳統(tǒng)的全量和全表比對，極大地減少了對生產(chǎn)庫資源的占用，同時提高了比對速度和準確性，數(shù)據(jù)比對間隔時間大幅縮短。

　　根據(jù)實踐經(jīng)驗，數(shù)據(jù)庫國產(chǎn)化遷移要分階段落地遷移，遵循 “評估→改寫→測試→上線→運維” 全流程，評估階段明確現(xiàn)有系統(tǒng)架構、數(shù)據(jù)量、兼容性問題;測試階段覆蓋功能業(yè)務用例驗證、性能的并發(fā)與長穩(wěn)測試、高可用的故障模擬等;上線階段采用雙軌并跑，預留回切通道，如Oracle與YashanDB雙向同步，確保業(yè)務連續(xù)性。

　　同時要重視工具鏈與生態(tài)協(xié)同，選擇具備全流程遷移工具(如崖山YMP)與多元異構同步能力(如迪思杰工具)的組合，解決數(shù)據(jù)遷移一致性與實時性問題，也要關注國產(chǎn)數(shù)據(jù)庫生態(tài)建設，優(yōu)先選擇適配Oracle工具生態(tài)的產(chǎn)品，降低DBA學習成本。

　　運維：DBA如何破局國產(chǎn)替代運維之變?

　　CCF執(zhí)行委員、Oracle ACE、PostgresSQL ACE薛曉剛，昆明同仁醫(yī)院信息中心主任許一華，深算院&崖山科技資深架構師甘露三位專家，討論了國產(chǎn)化替代對DBA和運維帶來的挑戰(zhàn)和機遇，以及各方如何把握機遇。

　　數(shù)據(jù)庫國產(chǎn)化為DBA和運維帶來了很多挑戰(zhàn)。首先是技術復雜度攀升，薛曉剛指出，Oracle常用單機或主備模式，運維問題很多可以通過重啟解決，而不少國產(chǎn)數(shù)據(jù)庫為分布式架構，部分還有中間層，增加了故障定位難度，解決故障問題可能需要重啟整個集群，耗時更長。與此同時，國產(chǎn)數(shù)據(jù)庫種類多，DBA需要學習多種技術，增加了學習成本。

　　此外，在功能和性能方面國產(chǎn)數(shù)據(jù)庫與國際數(shù)據(jù)庫也存在差異，比如Oracle的AWR、閃回等功能更為成熟，國產(chǎn)數(shù)據(jù)庫或缺失該類功能，即便有也難精準定位問題。一些用戶反饋，在Oracle中性能一般的SQL在國產(chǎn)數(shù)據(jù)庫可能無法運行。

　　許多國產(chǎn)數(shù)據(jù)庫存在兼容性局限，僅實現(xiàn)語法兼容，在性能、硬件結合、穩(wěn)定性、可觀測性、高可用及生態(tài)兼容等方面不足，通常因為性能差異，部分國產(chǎn)數(shù)據(jù)庫需要高配置硬件。

　　在安裝部署以及文檔支持方面，很多國產(chǎn)數(shù)據(jù)庫存在短板。薛曉剛指出，部分國產(chǎn)數(shù)據(jù)庫文檔不適合零基礎用戶，存在步驟跳躍、邏輯混亂，安裝復雜。而在技術人才生態(tài)方面，國產(chǎn)數(shù)據(jù)庫仍需加強。

　　據(jù)悉，目前昆明同仁醫(yī)院還沒有進行數(shù)據(jù)庫國產(chǎn)化替代，許一華提到， 醫(yī)療行業(yè)對數(shù)據(jù)庫高可用、業(yè)務連續(xù)性要求高，但是醫(yī)院信息化投入和人力能力不足，醫(yī)院核心系統(tǒng)多依賴Oracle，切換國產(chǎn)庫后運維能力不足，對HIS系統(tǒng)遷移顧慮較大。

　　甘露介紹，在國產(chǎn)化替代國產(chǎn)中，數(shù)據(jù)庫廠商需要幫助企業(yè)構建低遷移成本、小體驗變化的運維體系。

　　以崖山數(shù)據(jù)庫YashanDB為例，在架構與功能方面對齊Oracle，比如集中式架構(單機主備、共享集群)與Oracle一致，支持類似Oracle ADG、RAC的功能以及閃回、AWR等可觀測性功能，提供語法、存儲過程等全方位的兼容性，讓DBA像使用Oracle一樣使用YashanDB，可以復用之前在Oracle數(shù)據(jù)庫方面積累的相關經(jīng)驗，降低學習成本，包括全新推出“快速認證”計劃，出示Oracle同級證書可以直接參加崖山同級考試。實踐證明，一名資深Oracle DBA，僅需花2-6周，就能順利轉型為技術能力同級的崖山DBA專家。。

　　與此同時，YashanDB簡化安裝并提供學習資源，推出文字引導安裝程序，支持Docker部署，完善文檔體系，打造AI助手，方便用戶學習與使用。

　　在生態(tài)與服務支撐方面，YashanDB提供崖山遷移平臺(Yashan Migration Platform，YMP)，支持Oracle、MySQL、DM、Db2 到YashanDB的遷移評估、離線遷移、在線遷移、全量遷移、增量遷移、數(shù)據(jù)校驗、雙向同步的能力，可接入客戶原有運維體系，與第三方廠商合作，快速響應客戶問題。針對不兼容的功能，可在1-2個月內(nèi)迭代版本支持，助力客戶解決遷移與運維難題。

　　國產(chǎn)替代引發(fā)的變革也充滿機遇，專家認為，國產(chǎn)數(shù)據(jù)庫加速收斂，DBA若提前掌握主流國產(chǎn)數(shù)據(jù)庫技術，在市場競爭中會更有優(yōu)勢，建議優(yōu)先學習安全可靠測評名錄內(nèi)的國產(chǎn)數(shù)據(jù)庫，掌握數(shù)據(jù)庫事務機制、存儲結構等核心原理，而非盲目學習所有國產(chǎn)數(shù)據(jù)庫。

　　DBA也要善于利用工具和廠商提供的培訓資源提升技能，比如，崖山數(shù)據(jù)庫提供免費的YCA、YCP認證及培訓視頻和在線體驗環(huán)境，AI查文檔智能助手，DBA可以利用這些廠商資源，降低學習門檻。隨著AI技術不斷發(fā)展，DBA也要善于利用AI進行輔助運維，提升運維效率。未來DBA也需要更深入理解業(yè)務，突破單一運維模式，做“業(yè)務+技術”的復合型人才，結合業(yè)務理解參與系統(tǒng)設計，提升業(yè)務價值，改變話語權低的現(xiàn)狀。

　　小結

　　國產(chǎn)化浪潮勢不可擋，以YashanDB為代表的國產(chǎn)數(shù)據(jù)庫正從“能用”走向“好用”，打好國產(chǎn)化規(guī)模替代的攻堅戰(zhàn)需要產(chǎn)業(yè)各方共同努力。

　　比如，數(shù)據(jù)庫廠商需要持續(xù)加強產(chǎn)品力和生態(tài)力，持續(xù)完善兼容性，優(yōu)化文檔與安裝流程，提升服務響應速度，積極擁抱新技術，加強AI在運維中的應用，以更加開放的姿態(tài)與客戶協(xié)同共創(chuàng)，加強與行業(yè)客戶合作，針對性解決行業(yè)痛點等。

　　而企業(yè)應該循序漸進推進國產(chǎn)替代，優(yōu)先在非核心系統(tǒng)試點，與廠商深度合作，構建完善的應急與運維體系，降低替代風險。這個過程中，DBA也可以順勢而為，早做準備，選擇適合的主流國產(chǎn)數(shù)據(jù)庫學習，提升自己的競爭優(yōu)勢。