中小YH大规模系统迁移应用

中小银行通常是指全国性商业银行、区域性股份制商业银行与城市商业银行，比如城市银行、农商行等。近年来，随着城市建设速度加快和信息技术产品更新迭代，中小银行需要面对机房搬迁、系统架构升级、系统迁移等棘手问题。

其中，系统迁移是中小银行信息部门较为头疼的工作，迁移失败，轻则影响业务持续开展，重则造成系统故障，影响银行的声誉。日本知名的瑞穗银行因系统迁移出现“大规模系统故障”，并造成了“数千台 ATM 机‘吞食’银行卡、部分网上银行交易出现故障”等严重问题，就是一个非常惨痛的教训。

在国内，银监会对银行业务连续性有非常严格的要求，根据银监会《商业银行业务连续性监管指引》（银监发 [2011]104 号）及银保监会发布《关于开展中小银行机构业务连续性相关风险整治工作的通知》（银保监办发 [2019]221 号）等相关文件，要求银行采取措施，减少因系统服务异常导致关键业务中断，保障业务连续性。

二、面临的挑战

银行启动系统迁移的条件有很多，包括机房建设搬迁、系统版本升级合并等。在大规模系统迁移过程中，面临主要问题如下：

经验不足

对于没有参与过大规模系统迁移的团队，在实际迁移过程中，可能会存在人为操作失误、迁移工具适配及功能完善、电力与网络故障、数据报错等问题；由于经验不足，可能导致问题解决的时间过长，影响业务的正常开展。

协调能力不强

立项之后，项目组需要协调内外部人员进行会议讨论、测试环境搭建、模拟演练操作、技术人员现场支持等，对于部分中小银行的团队而言，协调能力不强可能会拖慢项目进度，问题得不到及时的解决。

工具适配不及时

银行系统迁移工具部分自于外部技术供应商，由于新旧系统之间存在差异，迁移工具如果没有及时适配新系统，可能会出现迁移失败、数据不一致等问题。

时间窗口有限

系统迁移交割，通常会选择在业务闲暇的夜间时段，但银行服务是持续对外的，系统存在读写操作，这需要项目组在规定时间内完成迁移系统的测试验证和数据一致性比较，否则可能会影响白天业务的开展。

三、项目案例实践

在实际项目案例中，中小银行新建机房是导致大规模系统迁移的重要原因。通常这种迁移仅限于新旧机房的迁移，并不过多地涉及到同城及异地灾备中心。本文接下来将列举某银行因机房搬迁导致大规模系统迁移的项目实践案例。

该行业务系统由阿里云、EasyStack、VMware 虚拟化、物理机等多种异构平台组成，系统主机数量超过 1000 个，从项目实际启动到新机房系统投产成功，项目周期大概是 5 个月。

在系统正式迁移交割前，项目经过了模拟演练—搭建测试环境—运行测试—正式交割—测试验证等一系列环节。为了确保系统的安全性、可控性、可用性，运行测试分阶段对重点系统进行迁移测试。所有系统的正式交割也根据迁移时间窗口的局限性，分批次进行交割验证。

迁移项目涉及众多系统和环节，内容难以逐一概述，下面通过部分重要系统迁移实践，具体描述迁移过程。

文件及存储层迁移

银行业务系统拥有众多的 FTP 文件系统，由于迁移过程文件存在读写操作，因此项目支持团队采用字节级实时复制软件将文件系统传输到目标端，并将变化数据同步过去；针对 NAS 存储数据，则通过 NAS 数据灾备软件迁移到目标端，保障文件系统及 NAS 数据的安全迁移。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!