商业银行应用系统数据迁移与系统停机研究

姜青云 山东省农村信用社联合社

关键字：应用系统 数据迁移 停机

1 引言

随着金融产品创新需求日益增多以及计算机应用技术的快速发展，银行应用系统也处在不断变更升级中，因此系统数据迁移与系统停机的研究受到商业银行的普遍关注。数据迁移是指在应用系统变更升级期间，将旧系统存储的业务及批量数据转移到新系统的过程，并且转移后的数据要符合新系统的存储规范要求。数据迁移是应用系统变更升级过程的关键步骤，新环境与旧环境原始数据校验成败，直接决定新系统能否继续正常运转，能否为辖内银行业务提供更优质的服务。系统停机是指银行向第三方监管机构申请停机时间后，在既定时间段内暂停对外提供联机交易服务的过程。由于数据迁移过程中，所有原始数据无法正常获取，所以银行联机业务无法正常办理，如何合理分配停机时间也是应用系统变更升级中需要重点研究的问题。

2 银行应用系统数据迁移

2.1 数据迁移场景分类

根据银行应用系统变更升级项目的实施要求不同，升级期间的数据迁移场景主要分为如下三类：

(1）新增需求研发类项目。由于当前已有的应用系统无法提供此类项目使用，需要采集业务部分需求重新开发新系统，此类项目一般不涉及新旧系统数据迁移，但是在系统上线之前若存在业务人员手动办理的账务类业务数据，需要提前录入新系统。

(2）应用自身优化类项目。此类项目是对商业银行已有应用系统功能实施优化改造，包括业务功能优化或者系统架构调整，由于会改变当前业务系统数据结构，因此需要实施数据迁移。这类数据迁移在应用系统内部实施，对关联系统影响小，迁移过程中涉及数据结构和程序升级，因此迁移期间不能对外提供服务。

(3）应用系统迁移项目。根据银行数据中心定位变更需要，本质上就是新旧应用系统的替换，包括硬件和中间件平台的升级，需要将旧系统中的数据迁出存储到新系统，此类项目涉及到关联系统配置调整，往往是最复杂的迁移处理。迁移过程中旧系统需要停止对外提供服务。

2.2 数据迁移存在的问题

银行数据迁移过程有以下考量，导致数据迁移过程复杂并且耗时过长。(1）应用系统存放的数据量大。银行应用系统（比如核心业务系统、快捷支付业务等）要存放成百上千张表数据，按照内容和功能将表数据分区分段存储，并且按照业务部门要求，每项业务的每个客户交易流水要保存至少一年以上，这样大的数据量降低了数据迁移的可行性。(2）数据库中存放的原始数据存在问题。待迁移的旧系统一般都已在线运行五年以上，由于应用程序或者维护人员的粗心难免会造成数据格式与源数据不一致或者数据缺失的问题，这样会大大增加数据迁移工作量。(3）数据迁移时有不同存储要求，比如分区表等新需求。随着业务量不断增长数据库中表数据量大，造成业务查询效率降低，这就要求迁移过程中对大表实施分表分区管理，这样大大增加了数据迁移复杂度。

2.3 数据迁移过程

面对数据迁移存在的困难，银行数据中心需要提前做好迁移过程设计，对不同应用系统提出不同方案，才能保障数据迁移顺利完成。

(1）数据传输容错后处理。在迁移之前虽然对原始数据进行记录分析，但是不能避免出现问题数据，一旦出现数据不一致就中断重新传输，必然会延长数据迁移过程传输时间，若维护人员不能及时排查纠正错误，也将大大增加传输时间，因此可以在数据迁移完成后及时改正记录在册的错误数据，不仅减少了数据迁移时间，还为数据核验节省了时间。

(2）历史表数据提前迁移。银行应用系统数据量大，在系统迁移停止服务后再实施全部数据迁移，会大幅增加系统停机时间，影响银行联机业务正常办理，因此要在系统迁移之前，将历史表数据提前迁移到新系统中，在迁移过程中只迁移小部分变化的数据，就会很大程度的减少停机时间。

(3）数据迁移结果的核验。数据迁移结束后，对于新旧系统的数据核验是非常重要的，这个环节往往容易被忽视，迁移过程中产生的数据导出导入结果清单要保存好，便于维护人员及时核对。

2.4 数据迁移的风险防范措施

为保障数据迁移顺利完成，通过识别分析风险种类，主要包括以下几类：

(1）组织风险。成立系统迁移领导小组、指导小组、实施小组，负责系统迁移上线工作，依次开展第三方监管机构报备计划、系统部署、性能测试、上线模拟切换、迁移现场技术实施、迁移后业务跟踪等，同时制定详细的迁移方案和切换步骤。

(2）操作风险。迁移过程操作步骤繁杂，为避免操作失误导致迁移失败，要做到有据可依，将相关内容细化到命令语句中，做好记录，双人复核，确保迁移顺利完成。

(3）切换风险。数据迁移过程情况无法预料，要做好应急预案，以防数据迁移失败导致数据丢失，最常用的预防措施就是在停止服务后做好数据库全量备份，出现紧急情况可以快速恢复。

(4）业务风险。迁移时间段会影响客户正常业务办理，通知业务部门做好客户解释工作，并制定详细的业务验证方案，协调网点业务人员实施迁移环境数据验证。

3 银行应用系统停机

3.1 系统停机原因

银行应用系统停机时间不仅包括数据迁移的时间，还有对数据库表的更新操作时间和应用程序部署时间。其中数据库表的更新操作包括对表的选择性删除、更新、重建，期间不能访问该表，因此造成停机时间延长；应用程序安装过程中，要将旧的应用程序取消与数据库的关联，同时将新的应用程序建立与数据库的关联，该过程应用无法对外提供服务，因此是停机的。

3.2 解决系统停机的方法

(1）大数据库表的重建。对于数据库表的更新删除等操作占用停机时间的情况，可以提前建立与源数据库相同的表结构，利用数据库现有的克隆技术手段（比如CDC技术），实现实时同步更新表数据，在联机服务停止后，只需追加两边不一致的小部分增量数据即可，这样只是占用数据迁移增量数据的停机时间。

(2）提前部署应用程序。应用程序的安装往往花费大量时间，需要将新应用程序有序拷贝到相应目录下，其次需要建立与数据库的绑定连接，可以在停机窗口时间外完成应用程序的安装，在迁移过程中当关联应用系统更改完相关配置后，直接启动服务即可。

4 总结

随着我国经济竞争式快速发展，银行电子化趋势成为形成客户体验度依赖的重要来源，因此应用系统稳定性是商业银行对科技数据中心的基本要求，本文分析系统变更升级期间存在的数据迁移和停机问题，并提出了一些解决方案大大压缩停机时间，虽然这些方法目前很难做到零停机，但是这也是商业银行今后努力提升的方向。