信用卡业务系统的按客户分批不停机数据迁移方法和设备

技术领域

本发明涉及软件技术领域，尤其涉及一种信用卡业务系统的按客户分批不停机数据迁移方法和设备。

背景技术

近年来应国家金融科技“自主可控”的发展目标要求，银行业系统软硬件的架构升级势在必行，系统架构升级改造工程正如火如荼地开展。信用卡业务系统是银行的核心交易系统，囊括了很多功能模块，加上近几年国民消费观念的转变，越来越多的人在日常生活中选择使用信用卡，信用卡业务系统的存量客户数据已达到亿级的数量级。

现有数据迁移技术，在无完整的代授权系统的基础上，为保证新旧信用卡业务系统和新旧数据库的平稳转换，大都采取夜间停机停应用服务的方法。停机的方式虽然简单，但是停机会对银行其它应用服务产生很大的影响，并且忽略了客户体验，从而影响正常业务的正常执行。

发明内容

本发明提供了一种业务不停机数据迁移方法、设备和存储介质，以实现在保证信用卡业务正常执行对客户无感的情况下进行不停机数据迁移。

根据本发明的一方面，提供了一种信用卡业务系统的按客户分批不停机数据迁移方法，包括：通过旧信用卡业务系统基于客户白名单确定待迁移数据表，并将所述待迁移数据表转换为迁出文件按客户分批保存到中间的网络存储器中，其中，所述客户白名单中包括目标迁移客户，所述待迁移数据表中包括与所述目标迁移客户所关联的客户数据；

通过新信用卡业务系统从所述中间的网络存储器中读取所述迁出文件，并对所述迁出文件进行转码后保存到与所述待迁移数据表格式匹配的新建数据表中，其中，所述新信用卡业务系统中部署有交易代理模块；

在进行数据迁移的过程中，当通过所述交易代理模块接收到用户的交易请求时，基于所述客户白名单以及迁移状态确定目标系统，并将所述交易请求路由到所述目标系统进行处理。

根据本发明的另一方面，提供了一种终端设备，其特征在于，所述终端设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行本发明任一实施例所述的方法。

根据本发明的另一方面，提供了一种计算机可执行指令的存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的方法。

本发明的技术方案，通过客户白名单从旧信用卡业务系统中确定出待迁移数据，并将待迁移数据向新信用卡业务系统中进行迁移，并且在迁移的过程中通过部署在新信用卡业务系统上的交易代码模块对用户的交易请求进行路由选择管理，在用户无感下实现对数据的不停机迁移。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例一提供的一种信用卡业务系统的按客户分批不停机数据迁移方法的流程图；

图2是本发明实施例二提供的一种信用卡业务系统的按客户分批不停机数据迁移方法流程图

图3是根据本发明实施例提供的一种信用卡业务系统的按客户分批不停机数据迁移装置的结构示意图；

图4为本发明提供的一种终端设备的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或终端设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或终端设备固有的其它步骤或单元。

实施例一

图1为本发明实施例提供的一种信用卡业务系统的按客户分批不停机数据迁移方法的流程图，本实施例可适用于在不停机保证业务正常执行对客户无感的情况下进行数据迁移，该方法可以由一种信用卡业务系统的按客户分批不停机数据迁移装置来执行，该装置可以采用硬件和/或软件的形式实现，并且该装置可集成配置于终端设备中。如图1所示，该方法包括：

步骤S101，通过旧信用卡业务系统基于客户白名单确定待迁移数据表，并将待迁移数据表转换为迁出文件按客户分批保存到中间的网络存储器中。

可选的，通过旧信用卡业务系统基于客户白名单确定待迁移数据表之前，包括：根据指令确定出客户白名单和待迁移数据表的类型，其中，待迁移数据表的类型包括主档表、辅助表和历史交易明细表；将客户白名单上传到旧信用卡业务系统和新信用卡业务系统上；在新信用卡业务系统中根据待迁移数据表的建表脚本在指定的数据库中构建出新建数据表；在新信用卡业务系统中部署交易代理模块，其中，交易代理模块包括客户打标功能和路由选择功能。

具体的说，本实施方式中在进行迁移之前会进行迁移准备，具体包括根据指令预先确定出客户白名单，可以按照千位量级的内部客户、十万量级的行员客户以及百万级的分行客户分三批确定白名单客户，客户白名单中包括目标迁移客户，并且会将所确定的客户白名单分别上传到旧信用卡业务系统和新信用卡业务系统上去。另外，还会预先确定出待迁移数据表的类型，由于在旧信用卡业务系统中会针对客户会存在大量的相关表格，本实施方式中所确定的待迁移数据表的类型具体可以包括主档表、辅助表和历史交易明细表，当然，本实施方式中仅是举例说明，而并不对待迁移数据表的具体类型进行限定。另外，本实施方式中还会在新信用卡业务系统上新建待迁移数据表，为顺应银行业系统软硬件的架构升级趋势，新信用卡业务系统对应的数据库欲采用TDSQL分布式数据库，按照旧信用卡业务系统各个迁移表的建表脚本生成对应的新建数据表，并且在构建出新建数据表之后还会根据新信用卡业务系统中信用卡业务功能重构的要求对数据表结构进行微调。另外，还会在新信用卡业务系统上部署交易代理模块，通过交易代理模块控制客户迁移过程中客户发生交易的交易路由是到旧信用卡业务系统还是新信用卡业务系统，同时判断迁移过程中客户数据是否发生过变化：对存在数据变化的客户认为迁移失败，将其交易路由回旧信用卡业务系统；对迁移中数据无任何异常的客户认为迁移成功，以此来实现客户分批不停机迁移的目的。交易代理模块主要包含客户打标和路由选择，是实现不停机迁移的关键步骤。

可选的，将待迁移数据表转换为迁出文件按客户分批保存到中间的网络存储器中包括：将待迁移数据表按照新信用卡业务系统格式进行处理转换为迁出文件，并将迁出文件按客户分批上传至旧信用卡业务系统的文件传输协议层FTP；将旧信用卡业务系统FTP中的迁出文件下载至中间的网络存储器，以将迁出文件在中间的网络存储器中进行临时存储。

具体的说，本实施方式中会通过旧信用卡业务系统基于客户白名单确定待迁移数据表，待迁移数据表中包括与目标迁移客户所关联的客户数据，在对包含客户数据的待迁移数据表进行迁移时，会开启新信用卡业务系统中交易代理模块中的客户打标开关，在旧信用卡业务系统上部署有迁出程序，通过迁出程序将待迁移数据表按照新信用卡业务系统格式进行处理转换为迁出文件，并通过迁出程序将迁出文件上传至旧信用卡业务系统的文件传输协议层(File Transfer Protocol，FTP)，并将旧信用卡业务系统FTP中的迁出文件下载至中间的网络存储器NAS上做临时存储。

步骤S102，通过新信用卡业务系统从中间的网络存储器中读取迁出文件，并对迁出文件进行转码后保存到与待迁移数据表格式匹配的新建数据表中。

可选的，对迁出文件进行转码后保存到与待迁移数据表格式匹配的新建数据表中，包括：对迁出文件按照指定格式转换后获取转码数据，并将转码数据保存到与待迁移数据表格式匹配的新建数据表中，其中，指定格式包括UTF-8；当导入数据异常时将表名和异常原因记录到客户迁移异常表中。

具体的说，本实施方式中会通过新信用卡业务系统对NAS进行实时监控，当通过监控确定NAS中数据存入时，会从NAS上读取迁出文件，将迁出文件进行转码后获取转码数据，并将转码数据按照UTF-8格式进行编码后获取编码数据。另外，新信用卡业务系统会通过TDSQL中自带的LoadData工具将转码后的文件迁入新信用卡业务系统对应的TDSQL分布式数据库中，当导入异常时将表名和异常原因记录到客户迁移异常表中。

可选的，方法还包括：当接收到用户的交易请求时，获取用户的标识；当根据标识确定用户位于客户白名单并且交易会修改数据时，在客户白名单上对用户进行打标。

具体的说，由于在数据迁移前已经开启了交易代理模块中的客户打标开关，因此当在数据迁移过程中如果接收到用户的交易请求，则会获取用户的标识，判断实际申请交易的客户是否是白名单客户，以及交易是否会修改数据，如果是白名单客户并且交易会修改数据则生成白名单对象并打标，通过事务与锁机制保证客户数据的一致性。如果未命中则返回空白名单对象；如果命中且需要进行客户级或者交易级拦截，有则交易拒绝；否则查询当前客户是否需要打标，无需打标则直接返回白名单对象；需要的则在打标后返回白名单对象。

可选的，对迁出文件进行转码后保存到与待迁移数据表格式匹配的新建数据表中之后，还包括：根据新建系统中新建数据表按照指定统计项进行计算获取第一统计值；根据旧信用卡业务系统中与新建数据表所对应的迁出文件按照指定统计项进行计算获取第二统计值；根据第一统计值和第二统计值进行对比获取统计结果报表；根据客户白名单对新建数据表的全字段进行对比获取全字段比对报表；根据统计结果报表和全字段比对报表进行迁移验证，当根据迁移验证结果确定迁移失败时获取迁移失败原因，其中，失败原因包括打标产生的脏数据、转码错误和导入错误。并且通过客户打标可以确定在迁移过程中是否有脏数据的生成。

具体的说，本实施方式中还会在新信用卡业务系统中部署迁移验证程序，其功能包括：一是将新信用卡业务系统中迁移白名单客户数据按表生成统计值，并将其对应的旧信用卡业务系统迁出程序生成的迁出数据文件生成统计值，对两个统计值进行整体横向比对和交叉比对，并生成统计结果报表；二是根据白名单客户进行客户数据的全字段比对，并生成全字段比对报表，从客户维度验证迁移的准确性，便于快速查找迁移失败原因。

其中，对于迁移过程中的异常情况进行不同处理：一、当为脏数据引起的失败时，迁移的白名单客户因为脏数据导致某个表中数据迁移旧信用卡业务系统文件生成报错。针对该异常情况的解决措施是通过数据变更将该客户从白名单中剔除，视为迁移失败的客户，其他客户不受影响，继续进行表数据迁移；二、当为转码错误引起的失败时，说明数据转码报错。针对该异常情况的解决措施是定位引起转码失败的客户数据，定位到则从客户白名单中剔除，重新跑旧信用卡业务系统迁出程序进行剩余客户迁移；如果短时间内无法定位，则根据表的情况具体分析，如果是历史明细类表数据，则进行后期数据追补，从而不影响整批的迁移，如果为主档类数据则先放弃该客户数据，把它作为迁移失败客户放入下一批再迁移；三、当为导入错误引起的失败时，说明白名单客户在导入时报错。针对该异常情况的解决措施是如果只有少量客户报错，则把定位到的报错客户从白名单中剔除，视为迁移失败的客户，从转码后的文件中剔除该记录，其他客户继续进行表数据迁移；如果大量客户报错则分析新信用卡业务系统建表语句与旧信用卡业务系统数据结构是否一致，不一致则按行变更做一致性处理。

步骤S103，在进行数据迁移的过程中，当通过交易代理模块接收到用户的交易请求时，基于客户白名单以及迁移状态确定目标系统，并将交易请求路由到目标系统进行处理。

可选的，基于客户白名单以及迁移状态确定目标系统，包括：判断用户是否位于客户白名单，若是，则根据迁移状态确定目标系统，否则，直接确定目标系统为旧信用卡业务系统。

可选的，根据迁移状态确定目标系统，包括：当确定系统迁移状态为未迁移时，将旧信用卡业务系统作为目标系统；当确定系统迁移状态为迁移完成时，将新信用卡业务系统作为目标系统；当确定系统迁移状态为迁移中，客户迁移状态为第一类状态时，将旧信用卡业务系统作为目标系统，其中，第一类状态包括待迁移、历史数据迁移、主档迁移或迁移失败；当确定系统迁移状态为迁移中，客户迁移状态为第二类状态时，将旧信用卡业务系统作为目标系统，其中，第二类状态包括回迁成功；当确定系统迁移状态为迁移中，客户迁移状态为第三类状态时，将新信用卡业务系统作为目标系统，其中，第三类状态包括回迁中或回迁失败。

具体的说，通过交易代理模块的路由选择功能能够保证在旧信用卡业务系统数据向新信用卡业务系统迁移的过程中，能够确定出目标信息来处理用户的交易请求，目标系统可以是新信用卡业务系统也可以是旧信用卡业务系统，从而实现在迁移过程中保证用户交易的正常执行，以及迁移过程中客户的无感化。其中，在进行路由选择时，可以根据系统迁移状态和客户迁移状态控制交易的路由方向。开启路由选择，判断客户白名单对象是否为空，如果白名单对象不为空，则根据客户迁移状态判断交易路由是到旧信用卡业务系统还是到新信用卡业务系统。当系统迁移状态是“未迁移”时，此客户发生交易的交易路由到旧信用卡业务系统；当系统迁移状态是“迁移中”，客户迁移状态是“待迁移”、“历史数据迁移”、“主档迁移”或“迁移失败”其中一种时，此客户发生交易的交易路由到旧信用卡业务系统；当系统迁移状态是“迁移中”，客户迁移状态是“回迁成功”且回迁过程中没有发生维护性交易时，此客户发生交易的交易路由到旧信用卡业务系统；当系统迁移状态是“迁移中”，客户迁移状态是“回迁中”或“回迁失败”其中一种时，此客户发生交易的交易路由到新信用卡业务系统；当系统迁移状态是“迁移完成”时，此客户发生交易的交易路由到新信用卡业务系统。需要特别注意的是，交易代理模块关闭白名单客户中的重归户、发卡户和换卡交易户。

值得一提的是，本实施方式中首先按客户分批不停机的迁移方案，保证了迁移过程对客户和其他外围系统是无感的，迁移过程中信用卡业务正常对外服务，影响范围小，且迁移实施部署成本小，只需要数据库资源、网络存储资源和涉及交易的新旧信用卡业务系统资源，可配置化和可维护性更高；另外，分批方案对于新信用卡业务系统的压力是一个递进的过程，便于对新信用卡业务系统进行压测，减少了系统应急处置的概率和风险，对于大型核心系统的迁移具有重要的参考价值。其次克服了业务重构、技术架构升级、无代理系统等技术壁垒，提出一种交易代理模块实现客户打标和路由选择，使得不需要交易并行双写，实现单信息系统下不停机迁移。最后保证了迁移验证方式的自动化和高效性，提出按客户维度进行白名单客户全字段比对和按数据表维度进行新旧信用卡业务系统表统计值横向比对和交叉比对两种方式，确保了验证的全面性和精确性。由于把对各个数据表统计比对结果和各个白名单客户全字段比对结果分别实时写入特制表中，实现了表之间以及客户之间的迁移解耦，便于实时查询迁移结果、分析迁移异常原因。与人工逐个字段、逐张表核对的方式相比，迁移验证方案显著提高了验证效率和验证准确性，且当统计结果异常时便于快速定位到异常原因，保证整个迁移的时效性。

本发明实施例的技术方案，通过客户白名单从旧信用卡业务系统中确定出待迁移数据，并将待迁移数据向新信用卡业务系统中进行迁移，并且在迁移的过程中通过部署在新信用卡业务系统上的交易代码模块对用户的交易请求进行路由选择管理，从而在用户无感下实现对数据的不停机迁移。

实施例二

图2是本发明实施例提供的一种信用卡业务系统的按客户分批不停机数据迁移方法流程图，本实施例以上述实施例为基础，在旧信用卡业务系统数据向新信用卡业务系统迁移完成之后，还包括：在数据迁移完成的情况下当确定新信用卡业务系统服务不可使用时，则将新信用卡业务系统中的数据回迁至旧信用卡业务系统中。如图2所示，该方法包括：

步骤S201，通过旧信用卡业务系统基于客户白名单确定待迁移数据表，并将待迁移数据表转换为迁出文件按客户分批保存到中间的网络存储器中。可选的，通过旧信用卡业务系统基于客户白名单确定待迁移数据表之前，包括：根据指令确定出客户白名单和待迁移数据表的类型，其中，待迁移数据表的类型包括主档表、辅助表和历史交易明细表；将客户白名单上传到旧信用卡业务系统和新信用卡业务系统上；在新信用卡业务系统中根据待迁移数据表的建表脚本在指定的数据库中构建出新建数据表；在新信用卡业务系统中部署交易代理模块，其中，交易代理模块包括客户打标功能和路由选择功能。

可选的，将待迁移数据表转换为迁出文件按客户分批保存到中间的网络存储器中包括：将待迁移数据表按照新信用卡业务系统格式进行处理转换为迁出文件，并将迁出文件按客户分批上传至旧信用卡业务系统的文件传输协议层FTP；将旧信用卡业务系统FTP中的迁出文件下载至中间的网络存储器，以将迁出文件在中间的网络存储器中进行临时存储。

步骤S202，通过新信用卡业务系统从中间的网络存储器中读取迁出文件，并对迁出文件进行转码后保存到与待迁移数据表格式匹配的新建数据表中。

可选的，对迁出文件进行转码后保存到与待迁移数据表格式匹配的新建数据表中，包括：对迁出文件按照指定格式转换后获取转码数据，并将转码数据保存到与待迁移数据表格式匹配的新建数据表中，其中，指定格式包括UTF-8；当导入数据异常时将表名和异常原因记录到客户迁移异常表中。

可选的，方法还包括：当接收到用户的交易请求时，获取用户的标识；当根据标识确定用户位于客户白名单并且交易会修改数据时，在客户白名单上对用户进行打标。

可选的，对迁出文件进行转码后保存到与待迁移数据表格式匹配的新建数据表中之后，还包括：根据新建系统中新建数据表按照指定统计项进行计算获取第一统计值；根据旧信用卡业务系统中与新建数据表所对应的迁出文件按照指定统计项进行计算获取第二统计值；根据第一统计值和第二统计值进行对比获取统计结果报表；根据客户白名单对新建数据表的全字段进行对比获取全字段比对报表；根据统计结果报表和全字段比对报表进行迁移验证，当根据迁移验证结果确定迁移失败时获取迁移失败原因，其中，失败原因包括打标产生的脏数据、转码错误和导入错误。并且通过客户打标可以确定在迁移过程中是否有脏数据的生成。

步骤S203，在进行数据迁移的过程中，当通过交易代理模块接收到用户的交易请求时，基于客户白名单以及迁移状态确定目标系统，并将交易请求路由到目标系统进行处理。

可选的，基于客户白名单以及迁移状态确定目标系统，包括：判断用户是否位于客户白名单，若是，则根据迁移状态确定目标系统，否则，直接确定目标系统为旧信用卡业务系统。

可选的，根据迁移状态确定目标系统，包括：当确定系统迁移状态为未迁移时，将旧信用卡业务系统作为目标系统；当确定系统迁移状态为迁移完成时，将新信用卡业务系统作为目标系统；当确定系统迁移状态为迁移中，客户迁移状态为第一类状态时，将旧信用卡业务系统作为目标系统，其中，第一类状态包括待迁移、历史数据迁移、主档迁移或迁移失败；当确定系统迁移状态为迁移中，客户迁移状态为第二类状态时，将旧信用卡业务系统作为目标系统，其中，第二类状态包括回迁成功；当确定系统迁移状态为迁移中，客户迁移状态为第三类状态时，将新信用卡业务系统作为目标系统，其中，第三类状态包括回迁中或回迁失败。

值得一提的是，在执行完迁移验证后，还会对旧信用卡业务系统和新信用卡业务系统进行数据清理，具体是新信用卡业务系统清理迁移失败的白名单客户数据，旧信用卡业务系统清理对其批量程序有影响的白名单客户数据，并把这些数据移入备份表中，对旧信用卡业务系统批量程序无影响的数据不清理。因此对于旧信用卡业务系统，从迁移客户白名单中根据迁移日期+迁移批次+迁移成功，筛选出需要进行旧信用卡业务系统清理的客户数据进行删除，并清理旧信用卡业务系统生成的迁移验证统计比对数据；对于新信用卡业务系统，从迁移客户白名单中根据迁移日期+迁移批次+迁移失败，筛选出需要进行新信用卡业务系统清理的客户数据进行删除，并清理新信用卡业务系统生成的迁移验证统计比对数据。当然，本实施方式中仅是举例说明，而并不对数据清理的具体内容和方式进行限定。

步骤S204，在数据迁移完成的情况下当确定新信用卡业务系统服务不可使用时，则将新信用卡业务系统中的数据回迁至旧信用卡业务系统中。

具体的说，数据回迁是指新信用卡业务系统运行一段时间后，将新信用卡业务系统的数据回迁至旧信用卡业务系统后进行运行。当新信用卡业务系统因未知原因不可用且服务不可停止时，需要将新信用卡业务系统数据回迁至旧信用卡业务系统继续对外提供服务。因此本实施方式中通过数据回迁能够保障业务的正常执行，并且数据回迁可以是数据迁移的逆过程，本实施方式中并不对数据回迁的具体方式进行限定，只要能够保障数据的正常迁回，则都是在本申请的保护范围内，本实施方式中并不对其进行赘述。

本发明实施例的技术方案，通过客户白名单从旧信用卡业务系统中确定出待迁移数据，并将待迁移数据向新信用卡业务系统中进行迁移，并且在迁移的过程中通过部署在新信用卡业务系统上的交易代码模块对用户的交易请求进行路由选择管理，从而在用户无感下实现对数据的不停机迁移。

实施例三

图3为本发明实施例提供的一种信用卡业务系统的按客户分批不停机数据迁移装置的结构示意图。如图3所示，该装置包括：待迁移数据转换模块310、数据迁移模块320和交易请求处理模块330。

其中，待迁移数据转换模块，用于通过旧信用卡业务系统基于客户白名单确定待迁移数据表，并将待迁移数据表转换为迁出文件按客户分批保存到中间的网络存储器中，其中，客户白名单中包括目标迁移客户，待迁移数据表中包括与目标迁移客户所关联的客户数据；

数据迁移模块，用于通过新信用卡业务系统从中间的网络存储器中读取迁出文件，并对迁出文件进行转码后保存到与待迁移数据表格式匹配的新建数据表中，其中，新信用卡业务系统中部署有交易代理模块；

交易请求处理模块，用于在进行数据迁移的过程中，当通过交易代理模块接收到用户的交易请求时，基于客户白名单以及迁移状态确定目标系统，并将交易请求路由到目标系统进行处理。

可选的，装置还包括迁移准备模块，用于根据指令确定出客户白名单和待迁移数据表的类型，其中，待迁移数据表的类型包括主档表、辅助表和历史交易明细表；

将客户白名单上传到旧信用卡业务系统和新信用卡业务系统上；

在新信用卡业务系统中根据待迁移数据表的建表脚本在指定的数据库中构建出新建数据表；

在新信用卡业务系统中部署交易代理模块，其中，交易代理模块包括客户打标功能和路由选择功能。

可选的，待迁移数据转换模块，用于将待迁移数据表按照新信用卡业务系统格式进行处理转换为迁出文件，并将迁出文件按客户分批上传至旧信用卡业务系统的文件传输协议层FTP；

将旧信用卡业务系统FTP中的迁出文件下载至中间的网络存储器，以将迁出文件在中间的网络存储器中进行临时存储。

可选的，数据迁移模块，用于对迁出文件按照指定格式编码后获取编码数据，并将编码数据保存到与待迁移数据表格式匹配的新建数据表中，其中，指定格式包括UTF-8；

当导入数据异常时将表名和异常原因记录到客户迁移异常表中。

可选的，装置还包括用户打标模块，用于当接收到用户的交易请求时，获取用户的标识；

当根据标识确定用户位于客户白名单并且交易会修改数据时，在客户白名单上对用户进行打标。

可选的，装置还包括迁移验证模块，用于根据新信用卡业务系统中新建数据表按照指定统计项进行计算获取第一统计值；

根据旧信用卡业务系统中与新建数据表所对应的迁出文件按照指定统计项进行计算获取第二统计值；

根据第一统计值和第二统计值进行对比获取统计结果报表；

根据客户白名单对新建数据表的全字段进行对比获取全字段比对报表；

根据统计结果报表和全字段比对报表进行迁移验证，当根据迁移验证结果确定迁移失败时获取迁移失败原因，其中，失败原因包括打标产生的脏数据、转码错误和导入错误。

可选的，交易请求处理模块包括目标系统确定单元，用于判断用户是否位于客户白名单，若是，则根据迁移状态确定目标系统，

否则，直接确定目标系统为旧信用卡业务系统。

可选的，目标系统确定单元，用于当确定系统迁移状态为未迁移时，将旧信用卡业务系统作为目标系统；

当确定系统迁移状态为迁移完成时，将新信用卡业务系统作为目标系统；

当确定系统迁移状态为迁移中，客户迁移状态为第一类状态时，将旧信用卡业务系统作为目标系统，其中，第一类状态包括待迁移、历史数据迁移、主档迁移或迁移失败；

当确定系统迁移状态为迁移中，客户迁移状态为第二类状态时，将旧信用卡业务系统作为目标系统，其中，第二类状态包括回迁成功；

当确定系统迁移状态为迁移中，客户迁移状态为第三类状态时，将新信用卡业务系统作为目标系统，其中，第三类状态包括回迁中或回迁失败。

本发明实施例所提供的一种信用卡业务系统的按客户分批不停机数据迁移装置可执行本发明任意实施例所提供的一种信用卡业务系统的按客户分批不停机数据迁移方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4示出了可以用来实施本发明的实施例的终端设备10的结构示意图。终端设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。终端设备还可以表示各种形式的移动装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，终端设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储终端设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

终端设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许终端设备10通过诸如因特网的计算机网络和/或各种电信网络与其他终端设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如信用卡业务系统的按客户分批不停机数据迁移方法。

在一些实施例中，信用卡业务系统的按客户分批不停机数据迁移方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到终端设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的信用卡业务系统的按客户分批不停机数据迁移方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行信用卡业务系统的按客户分批不停机数据迁移方法。

本文中以上描述的装置和技术的各种实施方式可以在数字电子电路装置、集成电路装置、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上装置的装置(SOC)、复杂可编程逻辑终端设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程装置上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储装置、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储装置、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的信用卡业务系统的按客户分批不停机数据迁移方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他业务不停机数据迁移装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行装置、装置或终端设备使用或与指令执行装置、装置或终端设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体装置、装置或终端设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存终端设备、磁储存终端设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在终端设备上实施此处描述的装置和技术，该终端设备具有：用于向用户显示信息的显示装置(例如，触摸屏)；以及按键，用户可以通过触摸屏或按键来将输入提供给终端设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。