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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　小結(jié)

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

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

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