CN106970915A - 一种业务系统数据迁移的处理方法及装置 - Google Patents

Abstract

本申请提供了一种业务系统数据迁移的处理方法及装置。所述方法包括：采用预设的默认迁移策略对数据进行迁移，在数据迁移的过程中根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识；触发设置的数据主动迁移策略时，执行迁移触发用户的业务数据操作；根据所述触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式。利用本申请实施例提供的技术方案，可以在业务系统进行重大升级时大大降低数据迁移处理过程的业务服务不可用时间，甚至保障业务服务不中断，提高用户体验。

Description

一种业务系统数据迁移的处理方法及装置

技术领域

本申请属于计算机数据处理技术领域，尤其涉及一种业务系统数据迁移的处理方法及装置。

背景技术

随着计算机信息技术的发展、大数据时代的到来，目前各大行业的业务服务系统经常需要进行较大规模的升级或者维护，以适应和完善业务服务的需求。

目前各大银行、第三方支付等金融及类金融公司的IT系统在一般升级过程中若只是部分功能或组件升级，通常不会中断服务器服务或者只是部分业务中断。若业务系统的整体构架已经无法满足当前业务，或者当前业务系统的技术体系过时需要整体替换等重大的系统升级时，如业务系统整体框架应用、数据库等全部更换为另一套系统，此时通常系统进行终端服务。一般的，现有技术中包括应用及数据库系统整体替换等的重大IT系统升级实施过程主要包括：

a.切断流量，系统服务不可用；

b.先将老系统中数据完成到新系统数据库中的迁移；

c.新系统启动；

d.服务打开，流量引入新系统集群；

上述升级实施过程中会导致业务系统的全部业务服务均不可用，直至系统升级完成。而终止业务服务对用户来说会产生较大的影响，尤其是对于用户量较多金融类IT系统，在老数据迁移到新系统时会占据较长的升级时间，服务不可用时间变长，终止服务的负面影响会更大，大大降低了用户体验。

发明内容

本申请目的在于提供一种业务系统数据迁移的处理方法及装置，可以在业务系统进行重大升级时大大降低数据迁移处理过程的业务服务不可用时间，甚至保障业务服务不中断，提高用户体验。

本申请提供一种业务系统数据迁移的处理方法及装置是这样实现的：

一种业务系统数据迁移的处理方法，所述方法包括：

采用预设的默认迁移策略对数据进行迁移，在数据迁移的过程中根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识；

触发设置的数据主动迁移策略时，执行迁移触发用户的业务数据操作；

根据所述触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式。

一种业务系统数据迁移处理装置，所述装置包括：

默认迁移策略执行模块，用于采用预设的默认迁移策略对数据进行迁移，在数据迁移的过程中根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识；

主动迁移策略执行模块，用于监测到触发设置的数据主动迁移策略时，执行迁移触发用户的业务数据操作；

业务服务操作模块，获取业务数据的迁移状态标识，并根据触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式。

本申请提供的业务系统数据迁移的处理方法及装置，可以基于设置在迁移数据中的迁移状态标识跟踪识别用户的业务数据的迁移情况。在采用默认迁移策略进行数据迁移处理的同时实施基于用户登录的数据主动迁移策略。这样，在数据迁移过程中可以不需完全切换原业务系统的服务入口，当触发数据主动迁移策略时可以迁移触发用户(如当前用户)的数据迁移，进而实现保值当前登录用户基于的业务服务短时间间断或者服务不间断，有效保障并提供了用户体验。

附图说明

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

图1是本申请提供的数据迁移的处理方法一种实施例的方法流程图；

图2是本申请业务系统数据迁移的一种系统框架场景示意图；

图3是本申请实施例提供的默认迁移策略进行数据迁移实施的示意图；

图4是本申请中根据业务数据的迁移状态标识确定相应业务操作方式的一种应用场景实施过程示意图；

图5是提供的数据迁移的处理方法另一种实施例的方法流程图；

图6是本申请提供的业务系统数据迁移处理装置一种实施例的模块结构示意图；

图7是本申请提供的业务服务操作模块103一种实施例的模块结构示意图；

图8是本申请提供的主动迁移策略执行模块102一种实施例的模块结构示意图；

图9是本申请提供的业务系统数据迁移处理装置另一种实施例的模块结构示意图。

具体实施方式

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

下面结合附图对本申请所述的业务系统数据迁移的处理方法及装置进行详细的说明。图1是本申请提出的业务数据迁移的处理方法的一种实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例提供的执行顺序或模块结构。所述的方法在实际中的装置或终端产品实施时，可以按照实施例或者附图所示的方法进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

具体的如图1所示，本申请提供的一种业务系统数据迁移的处理方法的一种实施例可以包括：

S1：采用预设的默认迁移策略对数据进行迁移，在数据迁移的过程中可以根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识。

与常规业务系统的数据迁移策略不同的是，本申请提供的业务系统数据迁移的处理方式中所述预设的默认迁移策略可以不需要切断整个业务系统的业务服务。可以设置在原业务系统的数据迁移至目标业务的数据迁移的过程中开放原业务系统的访问入口，如果有流量访问原业务系统，则可以采用本申请提供的实施方案进行处理，在没有流量访问原业务系统或未触发用户的主动迁移策略，则可以采用预先设置的默认迁移策略进行正常的数据迁移处理。

所述预先设置的默认迁移策略可以根据具体的业务系统的数据迁移需求进行设计，例如按照业务类顺序迁移数据库，或者以用户为单位迁移数据等。本申请具体的一种实施例中，以某支付业务系统的支付数据迁移为应用场景进行说明。原业务系统中所述的支付业务系统可以具备会员服务、支付服务、账务服务等。各个业务服务的功能职责如下表1所示：

表1：原支付业务系统业务服务功能表

图2为业务系统数据迁移的一种系统框架场景框意图。如图2所示，左侧原支付业务系统可以对用户开发访问入口。原支付业务系统可以具有相应的会员服务器集群、支付业务服务器集群、账务服务器集群等，各自服务器也有对应的数据库。右侧为待使用的目标支付业务系统的服务器系统集群，目标支付业务系统中的数据库可以完全独立于老系统中的应用集群，在新体系的目标支付业务系统集群中应用、数据库、表等重新进行了划分，各部分的部署情况也进行了优化升级，和原支付业务系统集群存在许多不一致的地方。具体的本实施例中，例如原支付业务系统中数据库DB-A中存在的会员信息表如下表2-1所示：

表2-1：原支付业务系统会员信息表Customer

字段	备注
		CustomerId	客户ID
CustomerName	客户姓名
		Status	状态
ValidationType	认证方式
		CertificationNumber	证件编号

在目标业务系统的新体系中上述会员信息表2-1被划分到新应用集群的DB-A1和DB-A2两张表中。具体的，DB-A1和DB-A2中的表结构如下表2-2、2-3所示：

表2-2：目标支付业务系统会员信息表：customer_info

DB-A2中表结构为：

表2-3：目标支付业务系统认证信息表：validation_info

字段	备注
		ValidationInfoId	认证信息记录ID
ValidationType	认证方式
		CertificationNumber	证件编号

原支付业务系统中支付数据库DB-B中的表及账务数据库中的表DB-C中的表在目标支付系统中也存在类似异构的情况，此处不再重复举例。

在本实施例应用场景，所示预设的默认迁移策略可以设置为在原支付业务系统中增加一个数据迁移模块用于处理所有用户数据的迁移。所示的数据迁移模块的输入可以为客户信息，如用户账户，处理内容可以为将客户所有的会员信息、支付信息、账务信息从原支付业务系统迁移到目标业务系统支付系统，具体的本实施例采用默认迁移策略进行数据迁移的实施过程可以参照图3所示。本实施例支付业务系统的应用场景中，通常客户主动发起打款或者被动接受入账均需要进行会员身份的合法性认证，因此该数据迁移模块将放置在会员服务模块中

本申请所述业务系统数据迁移的处理方法中，可以为迁移数据设置迁移状态标识，可以用于标记迁移数据在数据迁移处理过程中所处的状态，进而可以为后续相应的业务服务是否开放以及操作方式等提供判断依据。具体的，本实施例支付业务系统的应用场景中，可以在原支付业务系统的会员信息表中增加一个迁移状态标记位。具体的所示迁移状态标记可以设置如下：INITIAL-初始状态；MIGRATING-迁移中状态；FINISH-迁移完成状态。本申请的一种实施例中，所述根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识可以包括：

当所述迁移数据未进行迁移时将所述迁移数据的迁移状态标识设置为初始状态；

当所述迁移数据处于数据迁移的处理过程中时将所述迁移数据的迁移状态标识设置为迁移中状态；

当所述迁移数据迁移完成后将所述迁移数据的迁移状态标识设置为迁移完成状态。

具体的，设置的各个状态迁移标记说明如下表3所示：

表3：迁移状态标记说明

设置迁移数据的迁移状态标识后，可以根据业务数据当前的迁移处理状态为业务数据设置相应的迁移状态标识信息，如INITIAL-初始状态、MIGRATING-迁移中状态、FINISH-迁移完成状态。在具体在采用预设的默认迁移策略进行数据迁移的实施过程中，可以根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识。

需要说明的，本实施例应用场景中的原支付业务系统和目标支付业务系统上可以是完全不同的产品，不同的设计，数据可能不一定按照服务模块完全对等。因此，数据迁移逻辑在设计前需要确定两边系统之间的数据字典含义及数据表中字段对应关系。当然，其他的应用场景中，涉及到的新老系统的其他数据字段对应及相关数据的处理可以根据具体的应用环境采用相应措施，本申请中不再赘述。

S2：触发设置的数据主动迁移策略时，执行迁移触发用户的业务数据操作。

本实施例所述方法中，通过设置的数据迁移模块进行数据迁移的同时使原业务系统的访问接口保持开发，这样，即使是在业务系统数据迁移的处理过程中用户仍然可以登录客户端，进而可以实现访问某些服务业务。本申请所述方法中可以设置数据主动迁移策略，当采用所述默认迁移策略进行数据迁移时，若用户触发了设置的数据主动迁移策略，则可以基于所述数据迁移模块主动处理迁移触发所述数据主动迁移策略的触发用户的业务数据。具体的可以在迁移其他迁移处理的同时增加处理迁移触发用户的业务数据的操作，也可以设置暂停某项数据迁移业务进程进而转向处理当前触发用户的业务数据，从而可以实现优先或者保障触发用户的业务数据迁移处理。

所述设置的主动迁移策略具体的可以具体的业务系统应用场景进行设置。例如本实施支付业务系统的应用场景中，可以对原支付业务系统的数据按照设定的数据迁移顺序进行迁移，如将DB-A中的10000个会员按照会员ID顺序依次迁移会员信息数据至目标业务系统中的DB-A1和DB-A2中。同时(或者等待DB-A迁移完成后)迁移支付服务BD-B以及财务服务BD-C的数据库中的数据。此时，可以设置在数据默认迁移策略处理的过程中若发现客户端有用户进行登录成功，则优先迁移该登录用户的业务数据的数据主动迁移策略，以使该登录用户可以完全或者部分或者延时一段时间后使用业务系统提供的业务服务。在本实施例的一些应场景中，用户在客户端登陆后通常不会立即进行业务操作。因此本申请所述方法的数据主动迁移策略的迁移时间可以考虑设置在用户登录时进行。具体的，本申请的一种实施例中，所述触发设置的数据主动迁移策略可以包括：

检测到触发用户进行登录；

或者，

检测到触发用户进行登录并通过身份验证。

在本实施例应用场景中，所述的数据主动迁移策略可以设置在用户登录成功后执行。会员信息的真实性、完整性等校验可以设置在原业务系统的相关服务器中先进行，在身份验证通过后可以立即执行迁移触发用户的所有的业务数据。当然，在其他的应用场景中，所述的数据主动迁移策略的触发时机也可以在检测到用户有登录行为而忽略是否登录成功时，这样，在检测到触发用户进行登录时即迁移该触发用户的业务数据，可以进一步利用用户登录验证的这段时间迁移触发用户的业务数据，可以实现用户登录成功后即可完成用户业务数降低迁移。即使用户登录成功后由于数据量较多还未迁移完成，但本实施例所述方案可以利用用户登录时间以及用户第一次未登录成功而进行的第二次、第三次登录时用户名、密码信息的输入时间来执行迁移触发用户的业务数据操作，可以大大缩短该触发用户从登录成功定位到显示操作界面到用户执行业务操作的时间。

上述实施例中设置触发设置的数据主动迁移策略的时机可以在用户登录并身份验证成功后执行迁移用户的业务数据，或者在一开始检测到用户有登录行为时就开始迁移用户的业务数据。这样可以实现用户登录成功后已完成该用户业务数据的迁移，或者大大缩短在用户登录成功后该用户的业务数据迁移时间，可以实现为用户开发迁移完成后的业务数据的业务服务，实现数据迁移过程中触发用户的部分或者全部服务业务不中断，大大提高用户体验。

本实施例所述业务系统数据迁移方法中，当监测到触发设置的数据主动迁移策略时，可以执行迁移触发用户的业务数据操作。

S3：根据所述触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式。

在上述数据迁移的过程中，若检测到触发用户已经登录，则很有可能需要进行查询、转账、支付等业务操作。因此，本申请所述方法可以采取不中断业务服务入口，尽快的优先迁移触发用户的业务数据，以达到最大化的保障当前登录用户的可以使用业务系统的全部或者部分业务服务功能。具体的在本申请方法中可以采用根据触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式。例如本申请的一种实施例中，所述根据所述触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式，可以包括：

当所述触发用户的业务对应的业务数据的迁移状态标识为迁移完成状态时，将所述业务的服务设置为面向所述触发用户的可操作状态；

当所述触发用户的业务对应的业务数据的迁移状态标识为初始状态或迁移状态中的任意一种时，将所述业务的服务设置为面向所述触发用户的不可操作状态，以及，

当所述触发用户的业务对应的业务数据迁移完成后将所述迁移数据的迁移状态标识设置为迁移完成状态。

具体在本实施例支付业务系统的应用场景中，一般的，对于支付业务系统来说，充值、体现、转账等基于业务服务对用户来说是非常重要的服务，通常也是业务系统数据迁移时重点保障的服务类型。假设原支付业务系统具备的基本业务功能包括：

1、用户充值：用户使用银行卡向余额账户充入资金，结果为余额增加；

2、用户提款：用户将余额账户中的资金转出到银行卡，结果为余额减少；

3、用户余额间付款或者转账：用户A将余额上资金打给用户B，结果为A余额减少，B余额增加；

对于业务功能1和2，由于仅涉及单边账号的业务处理流程，因此可以设置业务的操作方式如图4所示，图4是本申请中根据业务数据的迁移状态标识确定相应业务操作方式的一种应用场景实施过程示意图。在图4中，原支付业务系统根据用户ID进行数据迁移处理的过程中，有触发用户登录客户端(在一些应用场景不排除触发用户直接登录原业务系统服务的方式)后原支付业务系统检测触发用户的业务数据的迁移状态标识。若触发用户的业务数据的迁移状态标识为初始状态或迁移中状态，则可以执行迁移该触发用户的业务数据。具体的如图4所示，若用户充值和用户提款业务涉及到的业务数据包括会员信息数据、支付数据、财务数据。在触发用户user_100登录成功后，所述用户充值和用户提款业务涉及到的业务数据还未进行数据迁移或处理迁移处理过程中，则可以执行该触发用户user_100的会员信息数据迁移、支付数据迁移、账务数据迁移，同时可以设置阻塞用户对该业务服务的进一步操作，具体的将所述业务的服务设置为面向所述触发用户的不可操作状态。当所述触发用户user_100的业务(用户充值或用户提款)对应的三项业务数据全部迁移完成后可以将三项业务数据的迁移状态标识设置为迁移完成状态。此时，可以向该触发用户user_100开放用户充值和用户提款的业务服务功能，将所述业务的服务设置为面向所述触发用户的可操作状态。在业务系统数据处理时可以将该触发用户user_100的用户充值和用户提款服务引导至目标业务系统的新集群中处理。

需要注意的是，一般业务系统中不同业务的业务数据常常存在关联关系。本申请所述方法中在根据业务数据的迁移状态标识确定相应业务是否可操作时可以包括根据与某项业务功能相关的全部业务数据的迁移状态标识进行判断、确定。如上述用户充值或体现的业务服务功能中涉及到三项业务数据，若触发用户user_100的这三项业务数据的任意一项没有完成业务数据迁移，则可以设置不能开放对该触发用户user_100的业务操作。可以设置当该触发用户user_100业务服务功能用户充值和用户体现涉及到的三项业务数据全部迁移至目标业务系统相应的数据库将该业务服务功能导入目标业务系统的新集群后将该业务服务功能设置为面向该触发用户user_100为可操作状态。

当然，若未触发某个用户如user_80的数据主动迁移策略，在用户数据迁移处理过程中用户user_80未进行登录。那么，在数据迁移处理至user_500时用户user_80再次登录时，用户user_80已经可以基于迁移后的目标业务系统集群中该用户的数据使用相应的业务服务功能。当然，此时，对应用户user_500以及后面还未处理的用户，由于业务数据的迁移状态标识还处于为初始状态，其业务功能可以为不可操作状态。当处理user_500的数据迁移过程中，触发用户user_600进行了登录并身份验证成功，则可以在处理user_500的数据迁移处理同时迁移触发用户user_600的业务数据。

对于上述应用场景中的业务功能3(用户余额间付款或者转账)涉及到双边业务处理流程的情况，可以根据实际数据迁移后构架、分库等设置处理逻辑。例如若在目标业务系统中仅升级优化了会员信息数据库，设置了新的异构存储方式，对于支付数据和财务数据仅仅是数据迁移到新数据库并不实际进行拆分、合并，那么可以设置转账双方的付款方A和收款方B的会员信息全部完成目标业务系统的迁移但支付数据和财务数据未完全迁移完成的情况下设置付款方A的转账业务为可操作状态，相应的收款方也可以接收收款。当然，该应用场景的实施前提通常是在验证风险极低或处于可控或可接受范围内的处理方式。在保障风控的情况下，本实施例应用场景可以在数据迁移的处理过程中为用户开发更多的基本业务操作，有效的保障了用户体验。

本申请的一种应用场景中，在迁移触发用户的业务数据时可以设置将触发用户的全部业务的业务数据迁移完成才开放对触发用户的各个业务服务。这样可以降低触发用户尤其是数据迁移量较小的触发用户在数据迁移处理过程中出现意外情况的风险。一般的来说，对应单个触发用户而言，数据迁移处理的服务器或装置单元处理速度通常是非常快，数据迁移时间较短，甚至用户刚登陆验证完成，该用户的业务数据已经全部迁移完成。因此，本实施例数据迁移的处理方式在最大化保障用户服务不间断的情况下降低数据迁移风险，提高数据迁移实施方式的可靠性。因此，本申请所述方法的另一种实施例中，所述执行迁移触发用户的业务数据操作可以包括：

执行迁移触发用户的全部业务数据，并在所述迁移触发用户的全部业务数据迁移完成后将所述触发用户的业务服务导入目标业务系统中。

在所述触发用户的业务数据全部迁移完成后，若触发用户触发某项业务操作，可以将相应的业务服务操作导入至目标业务系统中执行。

本申请所述业务系统数据迁移的处理方法的另一种应用场景中，若触发用户实时迁移的数据量较多，好使时间较长，无法在登录或登录并身份验证后很快完成用户的全部数据迁移，则可以进一步采用优先迁移业务系统中的关键数据，如支付业务系统的会员信息、账户余额信息等。对于数据迁移量较大的历史明细数据通常用于用户查询服务，则可以设置对用户的明细查询服务给予一定的服务降低处理。或者对于本身业务量较小如退款业务的业务数据也可以采用服务将近处理。在本申请具体的实施处理过程中，可以根据不同业务的重要程度设置相应业务数据的迁移优先级，在执行迁移触发用户的业务数据操作时可以优先处理迁移优先级高的业务数据，保障关键数据的优先迁移处理，进而保障业务系统关键/基础间断时间大大降低甚至一些关键/基础服务不间断，保障用户体验。具体的，本申请所述业务系统数据迁移的处理方法的另一种实施例中，所述执行迁移触发用户的业务数据操作可以包括：

获取设置的业务数据的迁移优先级信息，根据所述迁优先级信息依次对所述触发用户的业务数据进行迁移。

本申请所述业务系统数据迁移的处理方法的另一种应用场景中，会存在一些业务量非常高的大账号问题。在触发用户为高业务量用户的商家时，这些高业务量用户的支付款业务量很大，若在业务高峰期支付款时进行数据迁移可能会导致该账号的使用被阻塞，导致大量支付款失败。本申请的一种实施例中，为保障该类用户在业务数据迁移中业务服务体验，可以采用在目标业务系统中提前完成号筛选出来的高业务量用户账户信息的初始化。在高业务量用户发生业务操作时在假设目标业务系统中相应业务数据已经迁移完成的情景进行操作。待操作完成后将高业务量用户在目标业务系统初始化变动后的信息与原业务系统中相应的业务数据进行运算后得到目标业务系统相应数据真正的取值，进而实现保障高业务量用户重要业务服务功能的情况下完成数据迁移。具体的，本申请的提供的一种业务系统数据迁移的数量方法的另一种实施例中，所述方法还可以包括：

S4：当判断所述触发用户为高业务量用户时，在数据迁移的目标业务系统中对所述高业务量用户进行账户信息的初始化以及将指定业务的业务数据的值设置为预设值，并在原业务系统中将所述高业务量用户的所述指定业务的业务数据的迁移状态设置为迁移完成状态；所述指定业务的业务数据的预设值在完成业务操作后更新为振动值，将所述振动值与所述原业务系统中相应指定业务的业务数据的值进行运算后得到所述指定业务在目标业务系统中业务数据的取值。

图5是提供的数据迁移的处理方法另一种实施例的方法流程图。具体的一种应用场景中，在目标支付业务系统中提前完成高业务量用户账户信息的初始化，收款业务的业务数据余额设置为预设值0，该业务操作仅执行接收收款业务。同时在原支付业务系统标识该高业务量用户的收款业务数据的迁移状态为迁移完成状态。收款业务开发后所述高业务量用户的这类账户可以直接在目标支付业务系统处理收款业务，同时原支付业务系统保存该类账户的沉淀资金。在某个高业务量用户的业务操作完成或除收款业务之前的其他业务数据均已迁移完成，或者满足其他设置的条件时，可以直接将原支付业务系统中收款业务的沉淀余额直接累加到目标支付业务系统中相应账户的收款业务的余额上即可完成该高业务量用户收款业务的业务数据的迁移。

上述各个实施例中所述的数据迁移实施方式，可以在全部数据完成迁移并进行核对后，将原业务系统的业务集群下线，将访问入口的DSN切换至新业务集群的目标系统，完成新老系统的替换或升级。一般的，可以采用数据对比的方式确定原业务系统是否完成了全部数据的迁移。

本申请提供的业务系统数据迁移的处理方法，可以基于设置在迁移数据中的迁移状态标识跟踪识别用户的业务数据的迁移情况。在采用默认迁移策略进行数据迁移处理的同时实施基于用户登录的数据主动迁移策略。这样，在数据迁移过程中可以不需完全切换原业务系统的服务入口，当触发数据主动迁移策略时可以迁移触发用户(如当前用户)的数据迁移，进而实现保值当前登录用户基于的业务服务短时间间断或者服务不间断，有效保障了用户体验。

本申请提供的方法可以在系统完全替换等重大类型升级过程中依然保障用户基本的业务服务，大大提高用户体验。基于本申请所述的业务系统数据迁移的处理方法，本申请提供一种业务体系数据迁移处理装置。图6是本申请提供的业务系统数据迁移处理装置一种实施例的模块结构示意图。如图6所示，所述装置可以包括：

默认迁移策略执行模块101，可以用于采用预设的默认迁移策略对数据进行迁移，在数据迁移的过程中根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识；

主动迁移策略执行模块102，可以用于监测到触发设置的数据主动迁移策略时，执行迁移触发用户的业务数据操作；

业务服务操作模块103，可以获取业务数据的迁移状态标识，并根据触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式。

本申请所述装置的一种实施例中，具体的所述默认迁移策略执行模块101根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识可以包括：

当所述迁移数据未进行迁移时将所述迁移数据的迁移状态标识设置为初始状态；

当所述迁移数据处于数据迁移的处理过程中时将所述迁移数据的迁移状态标识设置为迁移中状态；

当所述迁移数据迁移完成后将所述迁移数据的迁移状态标识设置为迁移完成状态。

图7为本申请提供的业务服务操作模块103一种实施例的模块结构示意图，如图7所示，本申请所述装置的另一种实施例中，所述业务服务操作模块103可以包括：

第一处理单元1031，可以用于当检测到所述触发用户的业务对应的业务数据的迁移状态标识为迁移完成状态时，将所述业务的服务设置为面向所述触发用户的可操作状态；

第二处理单元1032，可以用于当检测到所述触发用户的业务对应的业务数据的迁移状态标识为初始状态或迁移状态中的任意一种时，将所述业务的服务设置为面向所述触发用户的不可操作状态。

当然，在所述触发用户的业务对应的业务数据迁移完成后所述默认迁移策略执行模块101将所述迁移数据的迁移状态标识设置为迁移完成状态。

上述实施例提供的业务系统数据迁移的处理装置，可以基于设置在迁移数据中的迁移状态标识跟踪识别用户的业务数据的迁移情况。在采用默认迁移策略进行数据迁移处理的同时实施基于用户登录的数据主动迁移策略。这样，在数据迁移过程中可以不需完全切换原业务系统的服务入口，当触发数据主动迁移策略时可以迁移触发用户(如当前用户)的数据迁移，进而实现保值当前登录用户基于的业务服务短时间间断或者服务不间断，有效保障并提供了用户体验。

本申请所述装置的另一种实施例中，所述主动迁移策略执行模块102中设置的数据主动迁移策略可以包括：

检测到触发用户进行登录时执行；

或者，

检测到触发用户进行登录并通过身份验证时执行。

本实施例所述的装置在用户登录并身份验证通过后可以立即执行迁移触发用户的所有的业务数据。当然，在其他的应用场景中，利用用户登录时间以及用户第一次未登录成功而进行的第二次、第三次登录时用户名、密码信息的输入时间来执行迁移触发用户的业务数据操作，可以有效利用登录过程处理用户的数据迁移，保障用户业务服务。

图8是本申请提供的主动迁移策略执行模块102一种实施例的模块结构示意图。如图8所示，本申请所述装置的另一种实施例中，所述主动迁移策略执行模块102可以包括：

优先级信息获取模块1021，可以用于获取设置的业务数据的迁移优先级信息；

第一数据迁移模块1022，可以根据所述业务数据的迁移优先级信息依次对所述触发用户的业务数据进行数据迁移操作。

在本申请实施例中，可以根据不同业务的重要程度设置相应业务数据的迁移优先级，在执行迁移触发用户的业务数据操作时可以优先处理迁移优先级高的业务数据，保障关键数据的优先迁移处理，进而保障业务系统关键/基础间断时间大大降低甚至一些关键/基础服务不间断，保障用户体验。

本申请所述装置的另一种实施例中，所述主动迁移策略执行模块102可以包括：

第二数据迁移处理模块，可以用于执行迁移触发用户的全部业务数据，并在所述触发用户的全部数据迁移完成后将所述触发用户的业务服务导入目标业务系统中。

本实施例的应用场景中，在迁移触发用户的业务数据时可以设置将触发用户的全部业务的业务数据迁移完成才开放对触发用户的各个业务服务。这样可以降低触发用户尤其是数据迁移量较小的触发用户在数据迁移处理过程中出现意外情况的风险。

图9是本申请提供的业务系统数据迁移处理装置另一种实施例的模块结构示意图。如图9所示，本申请所述装置的另一种实施例中，所述装置还可以包括：

高业务量用户处理模块104，可以用于当判断所述触发用户为高业务量用户时，在数据迁移的目标业务系统中对所述高业务量用户进行账户信息的初始化以及将指定业务的业务数据的值设置为预设值，并在原业务系统中将所述高业务量用户的所述指定业务的业务数据的迁移状态设置为迁移完成状态；所述指定业务的业务数据的预设值在完成业务操作后更新为振动值，将所述振动值与所述原业务系统中相应指定业务的业务数据的值进行运算后得到所述指定业务在目标业务系统中业务数据的取值。

本申请提供的实施例同时可以处理高业务量用户的数据迁移，解决大账号数据迁移问题。在业务高峰时期可以有效保障高业务量用户的数据迁移，大大降低数据迁移的影响面，提供整体用户体验。

上述实施例所述的业务系统数据迁移处理装置可以通过如上述原支付业务系统中增加的数据迁移模块的方式实现。可以以用户ID为输入信息，执行迁移所有用户的会员信息、支付信息、账务信息等完成新老系统的数据迁移。本申请提供的业务系统数据迁移的处理方法及装置，可以基于设置在迁移数据中的迁移状态标识跟踪识别用户的业务数据的迁移情况。在采用默认迁移策略进行数据迁移处理的同时实施基于用户登录的数据主动迁移策略。这样，在数据迁移过程中可以不需完全切换原业务系统的服务入口，当触发数据主动迁移策略时可以迁移触发用户(如当前用户)的数据迁移，进而实现保值当前登录用户基于的业务服务短时间间断或者服务不间断，有效保障并提供了用户体验。

尽管本申请内容中提到业务系统集群的框架及数据库、提供了三种迁移状态标识、默认迁移策略和数据主动迁移策略的实施方式、数据迁移过程中的对应字段处理、新老数据收款业务数据值的运算等数据结构设置、信息交互之类的描述，但是，本申请并不局限于必须是完全标准或者所提及的方式的数据结构设置、信息交互处理的情况。本申请中各个实施例所涉及的上述描述仅是本申请中的一些实施例中的应用，在某些标准、构架、方法的基础上略加修改后的实施方式也可以实行上述本申请各实施例的方案。当然，在符合本申请上述各实施例的中所述的处理方法步骤的其他无创造性的变形，仍然可以实现相同的申请，在此不再赘述。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现的控制器按任何适当的方式实现。例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (14)

1.一种业务系统数据迁移的处理方法，其特征在于，所述方法包括：

采用预设的默认迁移策略对数据进行迁移，在数据迁移的过程中根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识；

触发设置的数据主动迁移策略时，执行迁移触发用户的业务数据操作；

根据所述触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式。

2.如权利要求1所述一种业务系统数据迁移的处理方法，其特征在于，所述根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识包括：

当所述迁移数据未进行迁移时将所述迁移数据的迁移状态标识设置为初始状态；

当所述迁移数据处于数据迁移的处理过程中时将所述迁移数据的迁移状态标识设置为迁移中状态；

当所述迁移数据迁移完成后将所述迁移数据的迁移状态标识设置为迁移完成状态。

3.如权利要求1或2所述一种业务系统数据迁移的处理方法，其特征在于，所述根据所述触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式，包括：

当所述触发用户的业务对应的业务数据的迁移状态标识为迁移完成状态时，将所述业务的服务设置为面向所述触发用户的可操作状态；

当所述触发用户的业务对应的业务数据的迁移状态标识为初始状态或迁移状态中的任意一种时，将所述业务的服务设置为面向所述触发用户的不可操作状态。

4.如权利要求1所述一种业务系统数据迁移的处理方法，其特征在于，所述触发设置的数据主动迁移策略包括：

检测到触发用户进行登录；

或者，

检测到触发用户进行登录并通过身份验证。

5.如权利要求1所述一种业务系统数据迁移的处理方法，其特征在于，所述执行迁移触发用户的业务数据操作包括：

获取设置的业务数据的迁移优先级信息，根据所述迁优先级信息依次对所述触发用户的业务数据进行迁移。

6.如权利要求1所述一种业务系统数据迁移的处理方法，其特征在于，所述执行迁移触发用户的业务数据操作包括：

执行迁移触发用户的全部业务数据，并在所述触发用户的全部业务数据迁移完成后将所述触发用户的业务服务导入目标业务系统中。

7.如权利要求1所述一种业务系统数据迁移的处理方法，其特征在于，所述方法还包括：

当判断所述触发用户为高业务量用户时，在数据迁移的目标业务系统中对所述高业务量用户进行账户信息的初始化以及将指定业务的业务数据的值设置为预设值，并在原业务系统中将所述高业务量用户的所述指定业务的业务数据的迁移状态设置为迁移完成状态；

所述指定业务的业务数据的预设值在完成业务操作后更新为振动值，将所述振动值与所述原业务系统中相应指定业务的业务数据的值进行运算后得到所述指定业务在目标业务系统中业务数据的取值。

8.一种业务系统数据迁移处理装置，其特征在于，所述装置包括：

默认迁移策略执行模块，用于采用预设的默认迁移策略对数据进行迁移，在数据迁移的过程中根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识；

主动迁移策略执行模块，用于监测到触发设置的数据主动迁移策略时，执行迁移触发用户的业务数据操作；

业务服务操作模块，获取业务数据的迁移状态标识，并根据触发用户的业务数据的迁移状态标识确定所述触发用户的相应业务的操作方式。

9.如权利要求8所述的一种业务系统数据迁移处理装置，其特征在于，所述默认迁移策略执行模块根据迁移数据当前的迁移处理状态更新设置在所述迁移数据中的迁移状态标识包括：

当所述迁移数据未进行迁移时将所述迁移数据的迁移状态标识设置为初始状态；

当所述迁移数据处于数据迁移的处理过程中时将所述迁移数据的迁移状态标识设置为迁移中状态；

当所述迁移数据迁移完成后将所述迁移数据的迁移状态标识设置为迁移完成状态。

10.如权利要求8或9所述的一种业务系统数据迁移处理装置，其特征在于，所述业务服务操作模块包括：

第一处理单元，用于当检测到所述触发用户的业务对应的业务数据的迁移状态标识为迁移完成状态时，将所述业务的服务设置为面向所述触发用户的可操作状态；

第二处理单元，用于当检测到所述触发用户的业务对应的业务数据的迁移状态标识为初始状态或迁移状态中的任意一种时，将所述业务的服务设置为面向所述触发用户的不可操作状态。

11.如权利要求8所述的一种业务系统数据迁移处理装置，其特征在于，所述主动迁移策略执行模块中设置的数据主动迁移策略包括：

检测到触发用户进行登录时执行；

或者，

检测到触发用户进行登录并通过身份验证时执行。

12.如权利要求8所述的一种业务系统数据迁移处理装置，其特征在于，所述主动迁移策略执行模块包括：

优先级信息获取模块，用于获取设置的业务数据的迁移优先级信息；

第一数据迁移模块，根据所述业务数据的迁移优先级信息依次对所述触发用户的业务数据进行数据迁移操作。

13.如权利要求8所述的一种业务系统数据迁移处理装置，其特征在于，所述主动迁移策略执行模块包括：

第二数据迁移处理模块，用于执行迁移触发用户的全部业务数据，并在所述触发用户的全部数据迁移完成后将所述触发用户的业务服务导入目标业务系统中。

14.如权利要求8所述的一种业务系统数据迁移处理装置，其特征在于，所述装置还包括：

高业务量用户处理模块，用于当判断所述触发用户为高业务量用户时，在数据迁移的目标业务系统中对所述高业务量用户进行账户信息的初始化以及将指定业务的业务数据的值设置为预设值，并在原业务系统中将所述高业务量用户的所述指定业务的业务数据的迁移状态设置为迁移完成状态；所述指定业务的业务数据的预设值在完成业务操作后更新为振动值，将所述振动值与所述原业务系统中相应指定业务的业务数据的值进行运算后得到所述指定业务在目标业务系统中业务数据的取值。