中小銀行通常是指全國性商業銀行、區域性股份制商業銀行與城市商業銀行，比如城市銀行、農商行等。近年來，隨著城市建設速度加快和信息技術產品更新迭代，中小銀行需要面對機房搬遷、系統架構升級、系統遷移等棘手問題。
其中，系統遷移是中小銀行信息部門較為頭疼的工作，遷移失敗，輕則影響業務持續開展，重則造成系統故障，影響銀行的聲譽。日本知名的瑞穗銀行因系統遷移出現“大規模系統故障”，并造成了“數千臺 ATM 機‘吞食’銀行卡、部分網上銀行交易出現故障”等嚴重問題，就是一個非常慘痛的教訓。
在國內，銀監會對銀行業務連續性有非常嚴格的要求，根據銀監會《商業銀行業務連續性監管指引》（銀監發 [2011]104 號）及銀保監會發布《關于開展中小銀行機構業務連續性相關風險整治工作的通知》（銀保監辦發 [2019]221 號）等相關文件，要求銀行采取措施，減少因系統服務異常導致關鍵業務中斷，保障業務連續性。
二、面臨的挑戰
銀行啟動系統遷移的條件有很多，包括機房建設搬遷、系統版本升級合并等。在大規模系統遷移過程中，面臨主要問題如下：
經驗不足
對于沒有參與過大規模系統遷移的團隊，免備案主機，在實際遷移過程中，可能會存在人為操作失誤、遷移工具適配及功能完善、電力與網絡故障、數據報錯等問題；由于經驗不足，可能導致問題解決的時間過長，影響業務的正常開展。
協調能力不強
立項之后，項目組需要協調內外部人員進行會議討論、測試環境搭建、模擬演練操作、技術人員現場支持等，對于部分中小銀行的團隊而言，協調能力不強可能會拖慢項目進度，問題得不到及時的解決。
工具適配不及時
銀行系統遷移工具部分自于外部技術供應商，由于新舊系統之間存在差異，遷移工具如果沒有及時適配新系統，可能會出現遷移失敗、數據不一致等問題。
時間窗口有限
系統遷移交割，通常會選擇在業務閑暇的夜間時段，但銀行服務是持續對外的，系統存在讀寫操作，這需要項目組在規定時間內完成遷移系統的測試驗證和數據一致性比較，否則可能會影響白天業務的開展。
三、項目案例實踐
在實際項目案例中，中小銀行新建機房是導致大規模系統遷移的重要原因。通常這種遷移僅限于新舊機房的遷移，并不過多地涉及到同城及異地災備中心。本文接下來將列舉某銀行因機房搬遷導致大規模系統遷移的項目實踐案例。
該行業務系統由阿里云、EasyStack、VMware 虛擬化、物理機等多種異構平臺組成，系統主機數量超過 1000 個，從項目實際啟動到新機房系統投產成功，項目周期大概是 5 個月。
在系統正式遷移交割前，項目經過了模擬演練—搭建測試環境—運行測試—正式交割—測試驗證等一系列環節。為了確保系統的安全性、可控性、可用性，運行測試分階段對重點系統進行遷移測試。所有系統的正式交割也根據遷移時間窗口的局限性，分批次進行交割驗證。
遷移項目涉及眾多系統和環節，內容難以逐一概述，下面通過部分重要系統遷移實踐，具體描述遷移過程。
文件及存儲層遷移
銀行業務系統擁有眾多的 FTP 文件系統，由于遷移過程文件存在讀寫操作，因此項目支持團隊采用字節級實時復制軟件將文件系統傳輸到目標端，并將變化數據同步過去；針對 NAS 存儲數據，則通過 NAS 數據災備軟件遷移到目標端，保障文件系統及 NAS 數據的安全遷移。
操作系統層遷移
銀行存在大量的 VMware 虛擬機，并且版本不一，針對這種情況，項目支持團隊采用虛擬化備份軟件將不同版本的虛擬機，成功遷移到新版本的 VMware 虛擬機上。同時針對少數云主機、物理機系統，通過在線熱遷移軟件成功遷移到目標端，實現異構操作系統的智能化安全遷移。
數據庫系統層遷移
針對銀行大型結構化數據庫系統，項目支持團隊通過結構化數據同步軟件，將數據庫數據實時同步到目標端，并進行數據一致性比較，保障用戶的數據安全。
△ 新舊機房系統遷移架構圖
項目所有的系統遷移安全、如期地完成，新機房在預期的時間內成功啟動并對外提供服務。從前期的項目運行測試，到系統正式交割，英方團隊均在現場給予支持，服務能力獲得了用戶的高度認可。
四、用戶價值
