某保險公司的核心繫統國產資料庫升級之路

讓我們以一個真實的案例為例，該案例來自於老魚最新的一個採訪，屬於老魚今年的重點選題 《核心系統分散式資料庫選型指南》系列文章之一，在此，特別感謝受訪嘉賓林老師接受採訪。

為了避免廣告嫌疑，本文不會出現任何公司名與產品名。

本文重點討論該保險公司在核心繫統國產資料庫選型策略及方法論，包括技術路線、應用場景、關鍵考慮因素、實施流程、效果與挑戰、受訪嘉賓建議等，這個案例或許可以為大家提供參考和靈感。

升級原因及應用場景

該保險公司選擇從與“某國外商業資料庫”繫結最深、資料體量最大、業務影響最大的核心繫統（P17）資料庫開始升級，意味著該核心系統是一個高度關鍵的系統，涉及到與200多個系統關聯，複雜性高，並且對高可用性、停機時間、相容性等要求嚴苛。

值得關注的是，該核心系統深度依賴“某國外商業資料庫”，幾乎使用了所有特性，導致業務程式碼改造的挑戰很大，同時，該系統還大量使用第三方軟體，這增加了改造的複雜性和成本。

這次升級是該保險公司數字化轉型戰略的一部分，體現了金融行業對於核心系統升級的緊迫性。

技術路線與工具

該保險公司選擇了某國產分散式資料庫，徹底取代傳統商用主備架構，解除資料庫與作業系統、中介軟體之間的耦合。為了降低成本並提高識別效率，他們使用了自研的資料庫應用改造預評估工具“指南針”進行資料庫遷移預掃描。

對中介軟體和周邊軟體進行重新適配，替換了與“某國外商業資料庫”繫結較緊的軟體，並進行了功能剝離和改造。

建設目標與關鍵指標

這項升級的目標非常明確，其中一些關鍵指標包括：

業務成功交易率不低於99.99%；

交易總平均響應時間小於1秒；

整體併發量達到3000人；

……

選型關鍵因素

在資料庫選型過程中，該保險公司考慮了多個因素：

合規性和安全性：監管部門對金融機構的資訊保安和可控性提出了要求，因此選擇資料庫時必須考慮合規性和安全性，確保敏感金融資料得到充分的保護。

效能和擴充套件性：該保險公司首要考慮了資料庫的高效能、高可用性、擴充套件性，同時需要具備線上事務處理（OLTP）和線上分析處理（OLAP）的能力。

資料量和相容性：資料庫已經達到30TB，並且還在不斷增長，因此，需要資料庫具備良好的儲存管理和擴充套件性，還需要解決資料遷移的問題，包括備份、遷移、還原等操作。此外，由於歷史系統與“某國外商業資料庫”深度繫結，相容性也成為一個關鍵因素，以最大程度減少改造成本和風險。

廠商技術和生態系統：選擇資料庫供應商時，該保險公司很在意供應商的技術能力、產品成熟度、運維能力以及資料庫產品的生態系統。採訪中，嘉賓特別強調了供應商的技術兜底能力，包括核心研發和Bug修復速度。這是在選型過程中需要考慮的關鍵因素，尤其是在核心繫統中，快速解決問題對業務至關重要。另外，受訪嘉賓還提到，關注資料庫的管理平臺，希望有自動化管理的能力，以便快速發現和解決問題。這對於降低維護成本和提高系統穩定性至關重要。

成本：成本是關鍵因素之一。資料庫的採購、部署、維護以及應用改造成本都需要考慮。透過選擇資料庫能夠適應已有的“某國外商業資料庫”特性，該保險公司成功降低了成本，而分散式資料庫的高階壓縮技術還進一步減少了儲存成本。

實施流程

該保險公司採用多階段的流程進行核心業務系統分散式資料庫選型：

選型階段：經過兩年多的調研、測試和評估，選擇了3家國產資料庫供應商，最終確定其中1家，這個階段的目標是確保所選資料庫解決方案可以滿足其需求。值得強調的是，這個過程包括該保險公司整理出系統的十個攻堅點，與供應商進行交流和POC測試。最終，只有解決這十個攻堅點的資料庫才會最終被選擇。

升級遷移階段：這個階段的目標是確保系統在新資料庫上能夠穩定執行，不影響核心業務。

驗證並行階段：在升級完成後，對新平臺的功能、穩定性和可用性進行驗證，確保資料庫能夠滿足公司的具體需求。

上線支援階段：經過充分驗證後，核心系統升級上線，提供遷移能力和運維保障。

效果與挑戰

目前，核心系統完全遷移並執行了約240多天，表現相對穩定。這次升級帶來了顯著的業務成果，包括交易成功率達到99.99%、交易平均響應時間不超過1秒等。此外，資料庫軟硬體成本大幅降低，儲存成本減少了80%以上。分析型資料加工處理能力提升了10倍，監管報送批次場景效能提升了3倍。

然而，資料庫替換和核心繫統的升級並非一帆風順。這是一個複雜的過程，需要大規模的應用改造。大量的業務程式碼需要修改以適應新的資料庫系統，包括重新設計和重構索引、程式碼重寫等工作。此外，系統中使用了大量第三方軟體，這些軟體的遷移和適配也帶來了挑戰和成本。整個過程歷時近一年，還受到了疫情的影響，使得升級任務更加困難。

專家建議

在面對類似的核心繫統遷移和資料庫改造時，以下受訪嘉賓的建議可能有助於取得成功：

策略與工具：資料庫遷移和改造需要高度的策略性。使用自研工具幫助識別和解決問題，可以提高效率。對冗餘資料進行縮減，以減少儲存需求和遷移成本。在某些情況下，將一些功能轉移到其他儲存層（如物件儲存），以降低資料庫的複雜性和成本。

資料庫選擇：原生分散式資料庫和基於代理的資料庫都有各自的問題。原生分散式資料庫可能面臨生態問題，而基於代理的資料庫需要處理特定資料庫版本升級時的問題。為了在大版本升級時減少工作量，建議避免過多依賴於為了相容性而新增的特性，而是使用通用特性。

結語

總的來說，這家保險公司的核心業務系統遷移到分散式資料庫是一項複雜而重要的工程。雖然替換和改造過程中遇到了一些挑戰，但透過選擇合適的資料庫解決方案，他們成功地提高了效能、降低了成本，併為將來的數字化轉型打下了基礎。這也反映了金融行業對資料庫選擇和升級的趨勢，以滿足業務需求和監管要求。這個案例為其他保險公司提供了有益的經驗教訓，以便更好地應對類似的挑戰。資料庫技術的進步將繼續推動金融領域的創新，這也將是未來金融機構需要關注的重要議題。