中小銀行大規模系統遷移實(shí)踐

一、實(shí)踐背景

中小銀行通常是指全國性商業(yè)銀行、區域性股份制商業(yè)銀行與城市商業(yè)銀行，比如城市銀行、農商行等。近年來(lái)，隨著(zhù)城市建設速度加快和信息技術(shù)產(chǎn)品更新迭代，中小銀行需要面對機房搬遷、系統架構升級、系統遷移等棘手問(wèn)題。

其中，系統遷移是中小銀行信息部門(mén)較為頭疼的工作，遷移失敗，輕則影響業(yè)務(wù)持續開(kāi)展，重則造成系統故障，影響銀行的聲譽(yù)。日本知名的瑞穗銀行因系統遷移出現“大規模系統故障”，并造成了“數千臺 ATM 機‘吞食’銀行卡、部分網(wǎng)上銀行交易出現故障”等嚴重問(wèn)題，就是一個(gè)非常慘痛的教訓。

在國內，銀監會(huì )對銀行業(yè)務(wù)連續性有非常嚴格的要求，根據銀監會(huì )《商業(yè)銀行業(yè)務(wù)連續性監管指引》（銀監發(fā) [2011]104 號）及銀保監會(huì )發(fā)布《關(guān)于開(kāi)展中小銀行機構業(yè)務(wù)連續性相關(guān)風(fēng)險整治工作的通知》（銀保監辦發(fā) [2019]221 號）等相關(guān)文件，要求銀行采取措施，減少因系統服務(wù)異常導致關(guān)鍵業(yè)務(wù)中斷，保障業(yè)務(wù)連續性。

二、面臨的挑戰

銀行啟動(dòng)系統遷移的條件有很多，包括機房建設搬遷、系統版本升級合并等。在大規模系統遷移過(guò)程中，面臨主要問(wèn)題如下：

經(jīng)驗不足

對于沒(méi)有參與過(guò)大規模系統遷移的團隊，在實(shí)際遷移過(guò)程中，可能會(huì )存在人為操作失誤、遷移工具適配及功能完善、電力與網(wǎng)絡(luò )故障、數據報錯等問(wèn)題；由于經(jīng)驗不足，可能導致問(wèn)題解決的時(shí)間過(guò)長(cháng)，影響業(yè)務(wù)的正常開(kāi)展。

協(xié)調能力不強

立項之后，項目組需要協(xié)調內外部人員進(jìn)行會(huì )議討論、測試環(huán)境搭建、模擬演練操作、技術(shù)人員現場(chǎng)支持等，對于部分中小銀行的團隊而言，協(xié)調能力不強可能會(huì )拖慢項目進(jìn)度，問(wèn)題得不到及時(shí)的解決。

工具適配不及時(shí)

銀行系統遷移工具部分自于外部技術(shù)供應商，由于新舊系統之間存在差異，遷移工具如果沒(méi)有及時(shí)適配新系統，可能會(huì )出現遷移失敗、數據不一致等問(wèn)題。

時(shí)間窗口有限

系統遷移交割，通常會(huì )選擇在業(yè)務(wù)閑暇的夜間時(shí)段，但銀行服務(wù)是持續對外的，系統存在讀寫(xiě)操作，這需要項目組在規定時(shí)間內完成遷移系統的測試驗證和數據一致性比較，否則可能會(huì )影響白天業(yè)務(wù)的開(kāi)展。

三、項目案例實(shí)踐

在實(shí)際項目案例中，中小銀行新建機房是導致大規模系統遷移的重要原因。通常這種遷移僅限于新舊機房的遷移，并不過(guò)多地涉及到同城及異地災備中心。本文接下來(lái)將列舉某銀行因機房搬遷導致大規模系統遷移的項目實(shí)踐案例。

該行業(yè)務(wù)系統由阿里云、EasyStack、VMware 虛擬化、物理機等多種異構平臺組成，系統主機數量超過(guò) 1000 個(gè)，從項目實(shí)際啟動(dòng)到新機房系統投產(chǎn)成功，項目周期大概是 5 個(gè)月。

在系統正式遷移交割前，項目經(jīng)過(guò)了模擬演練—搭建測試環(huán)境—運行測試—正式交割—測試驗證等一系列環(huán)節。為了確保系統的安全性、可控性、可用性，運行測試分階段對重點(diǎn)系統進(jìn)行遷移測試。所有系統的正式交割也根據遷移時(shí)間窗口的局限性，分批次進(jìn)行交割驗證。

遷移項目涉及眾多系統和環(huán)節，內容難以逐一概述，下面通過(guò)部分重要系統遷移實(shí)踐，具體描述遷移過(guò)程。

文件及存儲層遷移

銀行業(yè)務(wù)系統擁有眾多的 FTP 文件系統，由于遷移過(guò)程文件存在讀寫(xiě)操作，因此項目支持團隊采用字節級實(shí)時(shí)復制軟件將文件系統傳輸到目標端，并將變化數據同步過(guò)去；針對 NAS 存儲數據，則通過(guò) NAS 數據災備軟件遷移到目標端，保障文件系統及 NAS 數據的安全遷移。

操作系統層遷移

銀行存在大量的 VMware 虛擬機，并且版本不一，針對這種情況，項目支持團隊采用虛擬化備份軟件將不同版本的虛擬機，成功遷移到新版本的 VMware 虛擬機上。同時(shí)針對少數云主機、物理機系統，通過(guò)在線(xiàn)熱遷移軟件成功遷移到目標端，實(shí)現異構操作系統的智能化安全遷移。

數據庫系統層遷移

針對銀行大型結構化數據庫系統，項目支持團隊通過(guò)結構化數據同步軟件，將數據庫數據實(shí)時(shí)同步到目標端，并進(jìn)行數據一致性比較，保障用戶(hù)的數據安全。

△ 新舊機房系統遷移架構圖

項目所有的系統遷移安全、如期地完成，新機房在預期的時(shí)間內成功啟動(dòng)并對外提供服務(wù)。從前期的項目運行測試，到系統正式交割，英方團隊均在現場(chǎng)給予支持，服務(wù)能力獲得了用戶(hù)的高度認可。

四、用戶(hù)價(jià)值

整個(gè)遷移項目歷經(jīng)可行性論證，多次測試驗證遷移安全性，分批次交割驗證等關(guān)鍵環(huán)節，不僅實(shí)現了項目的預期目標，還提升了項目團隊的實(shí)踐能力。同時(shí)，通過(guò)多層次的數據復制技術(shù)產(chǎn)品，幫助用戶(hù)實(shí)現以下價(jià)值：

(1) 在生產(chǎn)業(yè)務(wù)不停的情況下，可實(shí)現存量數據和增量數據的快速遷移，保障數據一致性和安全性。

(2) 可支持異構環(huán)境下系統的大規模遷移，支持虛擬化多版本系統的遷移，節省遷移時(shí)間和成本。

(3) 遷移過(guò)程智能化，對于整個(gè)遷移過(guò)程可以準確預測；針對操作系統的遷移，只需保障操作系統一致，便可實(shí)現一鍵遷移，并可隨時(shí)暫停、回退。

(4) 遷移過(guò)程安全可靠，兩端數據保持一致性，遷移完成后新機房業(yè)務(wù)正常對外提供服務(wù)。

五、總結與展望

中小銀行的大規模系統遷移，對項目團隊的挑戰非常大，對遷移技術(shù)產(chǎn)品的穩定性、安全性、先進(jìn)性要求非常高。系統遷移成功，離不開(kāi)團隊嚴謹細致的工作態(tài)度和高水準產(chǎn)品及技術(shù)的支持。未來(lái)，隨著(zhù)新一代信息技術(shù)的不斷融合發(fā)展，以及各類(lèi)業(yè)務(wù)系統的國產(chǎn)化應用，系統遷移將會(huì )是銀行信息化工作的常態(tài)。與此同時(shí)，我們看到行業(yè)用戶(hù)對系統遷移、數據復制的需求越來(lái)越多。高安全、低時(shí)延的遷移方案，不僅可以滿(mǎn)足各類(lèi)企業(yè)的數據安全與業(yè)務(wù)連續性的要求，也是用戶(hù)實(shí)現數據價(jià)值挖掘、數據賦能業(yè)務(wù)發(fā)展的重要手段。