数据迁移方法、装置及电子设备与流程

1.本发明涉及数据迁移技术领域，尤其是涉及一种数据迁移方法、装置及电子设备。


背景技术：

2.mongodb是一个基于分布式文件存储的数据库，旨在为web应用提供可扩展的高性能数据存储解决方案。mongodb在做全量数据迁移时，增量迁移是通过拉取操作日志(oplog)来实现同步数据。oplog本身是采用环形队列实现的有限空间管理，当业务写入在高峰期时，如果存量数据迁移较慢，可能会出现最早生成的oplog被最新生成的oplog覆盖掉，这样，等到存量数据迁移完毕时，再开始增量迁移会发现要拉取的较早生成的oplog已经被覆盖，导致迁移出现断层，进而导致该次数据迁移失败。
3.整体而言，现有的mongodb存量迁移方式还存在尚未拉取的操作日志因被覆盖而缺失的风险，从而导致迁移失败，降低数据库的数据迁移成功率。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种数据迁移方法、装置及电子设备，可以缓解数据库迁移过程中，因尚未拉取的操作日志被覆盖而导致数据迁移失败的问题，提高了数据库的数据迁移的成功率。
5.第一方面，本发明实施例提供了一种数据迁移方法，包括：确定源数据库中待迁移的存量数据和增量数据；其中，该存量数据包括：第一时刻之前存入该源数据库的数据；该增量数据包括：第一时刻以及第一时刻之后存入该源数据库的数据；将该存量数据迁移至目标数据库；将增量数据备份到指定位置，直至到达第二时刻；其中，该第二时刻为存量数据迁移完成的时刻；将上述指定位置中的增量数据迁移至目标数据库；确定最后一个备份的增量数据对应的第三时刻，将第三时刻之后的增量数据迁移至该目标数据库；其中，该第三时刻为最后一个备份的增量数据存入源数据库的时刻。
6.在本发明的可选实施例中，上述将存量数据迁移至目标数据库的步骤包括：通过预设第一进程从源数据库拉取该存量数据，将拉取到的存量数据同步至目标数据库。
7.在本发明的可选实施例中，上述通过预设第一进程从该源数据库拉取该存量数据的步骤，包括：通过预设第一进程获取该源数据库的逻辑数据库和逻辑数据表；根据该逻辑数据库和该逻辑数据表拉取该存量数据。
8.在本发明的可选实施例中，上述将该增量数据备份到指定位置，直至到达第二时刻的步骤，包括：通过预设第二进程从该源数据库拉取该增量数据，并将拉取到的该增量数据备份到本地，直至到达第二时刻。
9.在本发明的可选实施例中，上述通过预设第二进程从源数据库拉取该增量数据的步骤，包括：通过预设第二进程从该源数据库获取第一时刻之后的操作日志；根据获取到的该操作日志拉取对应的增量数据。
10.在本发明的可选实施例中，上述将拉取到的增量数据备份到本地的步骤，包括：将
拉取到的该增量数据缓存到本地内存；监测本地内存中已缓存的增量数据的数据量，当该数据量达到预设数据量阈值时，将已缓存的该增量数据写到本地文件。
11.在本发明的可选实施例中，上述将指定位置中的增量数据迁移至目标数据库的步骤，包括：通过预设第三进程从指定位置按时间顺序顺次读取该增量数据，并将读取的增量数据同步至目标数据库。
12.在本发明的可选实施例中，上述方法还包括：如果接收到执行存量数据迁移的进程发送的第一消息通知，停止将增量数据备份到上述指定位置；其中，该第一消息通知用于指示存量数据迁移完成。
13.在本发明的可选实施例中，上述将第三时刻之后的增量数据迁移至目标数据库的步骤，包括：通过预设第四进程从源数据库拉取第三时刻之后的增量数据，将拉取到的增量数据同步至目标数据库。
14.在本发明的可选实施例中，上述方法还包括：如果接收到执行增量数据备份的进程发送的第二消息通知，启动上述第四进程，以将第三时刻之后的增量数据同步至目标数据库；其中，该第二消息通知用于指示指定位置中备份的增量数据均迁移完成。
15.在本发明的可选实施例中，上述第一时刻为该源数据库中最新操作日志的生成时刻。
16.第二方面，本发明实施例还提供了一种数据迁移装置，包括：存量数据和增量数据确定模块，用于确定源数据库中待迁移的存量数据和增量数据；其中，该存量数据包括：第一时刻之前存入源数据库的数据；该增量数据包括：第一时刻以及第一时刻之后存入源数据库的数据；存量数据迁移模块，用于将存量数据迁移至目标数据库；增量数据备份模块，用于将增量数据备份到指定位置，直至到达第二时刻；其中，该第二时刻为存量数据迁移完成的时刻；第一增量数据迁移模块，用于将指定位置中的增量数据迁移至目标数据库；第二增量数据迁移模块，用于确定最后一个备份的增量数据对应的第三时刻，将第三时刻之后的增量数据迁移至目标数据库；其中，该第三时刻为最后一个备份的增量数据存入源数据库的时刻。
17.第三方面，本发明实施例还提供了一种电子设备，该电子设备包括处理器和存储器，该存储器存储有能够被该处理器执行的计算机可执行指令，该处理器执行该计算机可执行指令以实现上述数据迁移方法。
18.第四方面，本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令在被处理器调用和执行时，计算机可执行指令促使处理器实现上述数据迁移方法。
19.本发明实施例带来了以下有益效果：
20.本发明实施例提供的一种数据迁移方法、装置及电子设备，确定源数据库中待迁移的存量数据和增量数据；其中，该存量数据包括：第一时刻之前存入该源数据库的数据；该增量数据包括：第一时刻以及第一时刻之后存入该源数据库的数据；将该存量数据迁移至目标数据库；将增量数据备份到指定位置，直至到达第二时刻；其中，该第二时刻为存量数据迁移完成的时刻；将上述指定位置中的增量数据迁移至目标数据库；确定最后一个备份的增量数据对应的第三时刻，将第三时刻之后的增量数据迁移至该目标数据库；其中，该第三时刻为最后一个备份的增量数据存入源数据库的时刻。该方式中，通过在对存量数据
进行迁移时，同时备份增量数据，并在存量数据迁移完成后，顺利衔接至备份增量数据及其他未备份增量数据的迁移，保证了增量数据可以完整迁移至目标数据库，避免了现有技术中因存量数据迁移较慢而导致较早生成的操作日志被覆盖，进而引致部分增量数据迁移失败的问题，提升了数据迁移的成功率。
21.本公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本公开的上述技术即可得知。
22.为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
23.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
24.图1为本发明实施例提供的一种数据迁移方法的流程示意图；
25.图2为本发明实施例提供的一种数据迁移装置的结构示意图；
26.图3为本发明实施例提供的另一种数据迁移的装置的结构示意图；
27.图4为本发明实施例提供的一种电子设备的结构示意图。
28.图标：21-存量数据和增量数据确定模块；22-存量数据迁移模块；23-增量数据备份模块；24-第一增量数据迁移模块；25-第二增量数据迁移模块；31-迁移控制模块；200-数据迁移装置；41-处理器；42-存储器；43-总线；44-通信接口。
具体实施方式
29.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
30.考虑到现有的全量数据迁移方式，还存在因尚未被拉取的操作日志被覆盖而导致增量数据迁移失败的问题，本发明实施例提供的一种数据迁移方法、装置及电子设备，该技术可以应用于需要进行数据库迁移的各种应用场景中。为便于对本实施例进行理解，首先对本发明实施例所公开的一种数据迁移方法进行详细介绍。
31.参见图1，其为一种数据迁移方法的流程示意图，由图1可见，该方法包括下述步骤：
32.步骤s102：确定源数据库中待迁移的存量数据和增量数据；其中，该存量数据包括：第一时刻之前存入该源数据库的数据；该增量数据包括：第一时刻以及第一时刻之后存入该源数据库的数据。
33.这里，源数据库是指在数据迁移的场景中，可直接提供所需原始资料或具体数据的数据库，其中，源数据库的类型可以是sql server、postgresql、mysql、mongodb等，在此不作限定。在本实例中，与源数据库相对应的为目标数据库，其是指数据被迁移至的数据库
对象，并且，对于目标数据库的类型也不作限定。
34.在进行数据迁移的场景中，存量数据和增量数据的划分是根据用户界定的时间点进行划分，例如，本实施例中以第一时刻作为划分的时间点，将第一时刻之前存入该源数据库的数据确定为存量数据，将第一时刻以及第一时刻之后存入该源数据库的数据确定为增量数据，而全量数据则是指源数据库中的所有数据，包括存量数据和增量数据。
35.在实际进行全量数据迁移的过程中，由于源数据库可能会继续的存入新的数据，因而上述增量数据可能是动态变化的。在其中一种可能的实施方式中，上述第一时刻可以是该源数据库中最新操作日志的生成时刻。例如，假设当前时刻预备进行源数据库a的全量数据迁移，则可以获取当前时刻该源数据库中最新操作日志的生成时刻t1，作为第一时刻，从而将t1时刻之前存入源数据库的数据确定为存量数据，将t1时刻及t1时刻之后存入源数据库的数据确定为增量数据。
36.步骤s104：将该存量数据迁移至目标数据库；将增量数据备份到指定位置，直至到达第二时刻；其中，该第二时刻为存量数据迁移完成的时刻。
37.在将存量数据迁移至目标数据库的同时，也进行增量数据的备份，并且，将增量数据备份到指定位置，例如，该指定位置可以是本地存储。这里，当存量数据迁移完成时，停止对增量数据进行备份，也即，当到达上述第二时刻时，停止将增量数据备份到指定位置。
38.在其中一种可能的实施方式中，可以设置不同的进程分别进行存量数据的迁移和增量数据的备份。例如，可以通过预设第一进程从源数据库拉取该存量数据，将拉取到的存量数据同步至目标数据库；并且，通过预设第二进程从该源数据库拉取该增量数据，并将拉取到的该增量数据备份到本地，直至到达第二时刻。其中，在对增量数据进行备份时，可以按时间顺序，先备份最早存入的增量数据，依次再备份较晚存入的增量数据。
39.这里，在进行存量数据迁移时，可以按下述步骤11-12实现将拉取到的存量数据同步至目标数据库：
40.(11)通过预设第一进程获取该源数据库的逻辑数据库和逻辑数据表；
41.(12)根据该逻辑数据库(logical databases，ldb)和该逻辑数据表拉取该存量数据。
42.其中，逻辑数据库提供了另外一种获得数据的方式，它可以代替open sql语句从数据库中读取数据。逻辑数据库并不是一种可以进行数据存储的物理上的数据库，而是高级商务应用编程(advanced business application programming，abap)报表程序设计中用到的一种事先定义好了的数据库读取程序。
43.通常，逻辑数据库主要由结构(structure)、选择(selections)和数据库程序(database program)三部分构成。其中，“结构”部分决定了数据从哪些数据库表、视图中提取数据，以及这些表、视图之间的层次关系(层次将决定数据读取的顺序)。“选择”部分定义了逻辑数据库的选择屏幕，该选择屏幕的布局由逻辑数据库的结构决定，一旦将逻辑数据库链接到报表程序后，该选择屏幕会自动嵌入到默认选择屏幕中。而如果是通过函数ldb_process来调用逻辑数据库，则该选择屏幕会以接口参数的形式出现在ldb_process函数中。并且，“数据库程序”部分包含了具体的从数据库表读取的逻辑，以及将读取的数据传递给逻辑数据库用户的代码，其中，该程序是一系列子程序的集合，其具体的结构取决于逻辑数据库的“结构”和“选择”。
44.另外，上述逻辑数据表是一张虚拟表，其可以映射到一张物理表，也可以由多张物理表组成，这些物理表可以来自于不同的数据源，该逻辑数据表相当于上述源数据库的视图。这样，基于该源数据库的逻辑数据库和逻辑数据表，可以从源数据库中读取所需的存量数据。
45.在实际操作中，在将该增量数据备份到指定位置时，可以通过预设第二进程从该源数据库拉取该增量数据，并将拉取到的该增量数据备份到本地，直至到达第二时刻。具体地，可以通过下述步骤21-22将增量数据备份到本地：
46.(21)将拉取到的该增量数据缓存到本地内存；
47.(22)监测本地内存中已缓存的增量数据的数据量，当该数据量达到预设数据量阈值时，将已缓存的该增量数据写到本地文件。
48.例如，假设以t1时刻及t1时刻之后存入源数据库的数据为增量数据，则可以通过上述第二进程，从时间戳为t1时刻的数据开始，按序依次拉取增量数据，并将拉取到的增量数据缓存到本地内存，假设缓存上限为30m，则每当本地内存中已缓存的增量数据达到30m时，将缓存的增量数据写到本地文件中，如此循环。
49.这里，上述通过第二进程从源数据库拉取该增量数据的步骤可以通过下述步骤31-32实现：
50.(31)通过预设第二进程从该源数据库获取第一时刻之后的操作日志；
51.(32)根据获取到的该操作日志拉取对应的增量数据。
52.这里，操作日志(oplog)是用于存储数据库(例如mongodb等)所有数据的操作记录的，其类似于mysql的binlog日志。通常，oplog存储在local库的oplog.rs集合里面，当达到储存大小的日志时，新的记录会将老的记录覆盖。每一条oplog对应一条操作，也对应一个时间戳，该时间戳表示该操作的发生时间，例如，对于数据b的存入操作，则其对应的oplog中的时间戳t2表明：存入数据b的时间为t2。
53.另外，由于在存量数据迁移完成后，可以开始迁移增量数据，因而不必再对增量数据进行备份，为了及时停止增量数据的备份，在其中一种可能的实施方式中，如果迁移控制中心接收到执行存量数据迁移的进程发送的第一消息通知，停止将增量数据备份到上述指定位置；其中，该第一消息通知用于指示存量数据迁移完成。例如，在本实施例中，假设迁移控制中心接收到上述第一进程发送的第一消息通知，则可以控制上述第二进程停止备份增量数据。
54.步骤s106：将上述指定位置中的增量数据迁移至目标数据库。
55.由于存量数据已经迁移完毕，此时也停止了对增量数据的备份，从而开始将上述指定位置的增量数据迁移至目标数据库。在至少一种可能的实施方式中，可以通过预设第三进程从上述指定位置按时间顺序顺次读取增量数据，并将读取的增量数据同步至目标数据库。
56.步骤s108：确定最后一个备份的增量数据对应的第三时刻，将第三时刻之后的增量数据迁移至该目标数据库；其中，该第三时刻为最后一个备份的增量数据存入源数据库的时刻。
57.在至少一种可能的实施方式中，可以通过预设第四进程从源数据库拉取第三时刻之后的增量数据，并将拉取到的增量数据同步至目标数据库。这里，上述第三时刻也可以根
据最后一个备份的增量数据对应的操作日志(oplog)获取，其操作日志中的时间戳即表明该增量数据存入源数据库的时间，也即上述第三时刻。
58.在实际操作中，为了提高数据迁移的效率，在备份的增量数据迁移完成后需及时启动未备份的增量数据的迁移，为此，在一种可能的实施方式中，如果迁移控制中心接收到执行增量数据备份的进程发送的第二消息通知，则启动上述第四进程，以将第三时刻之后的增量数据同步至目标数据库；其中，该第二消息通知用于指示指定位置中备份的增量数据均迁移完成。例如，在本实施例中，假设迁移控制中心接收上述第三进程发送的第二消息通知，则启动第四进程将第三时刻之后的增量数据迁移至该目标数据库。
59.这样，通过上述步骤s102至s108，即可保证增量数据被完整迁移至目标数据库，避免了现有技术中因存量数据迁移较慢而导致较早生成的操作日志被覆盖，进而引致部分增量数据迁移失败的问题。
60.本发明实施例提供的一种数据迁移方法，确定源数据库中待迁移的存量数据和增量数据；其中，该存量数据包括：第一时刻之前存入该源数据库的数据；该增量数据包括：第一时刻以及第一时刻之后存入该源数据库的数据；将该存量数据迁移至目标数据库；将增量数据备份到指定位置，直至到达第二时刻；其中，该第二时刻为存量数据迁移完成的时刻；将上述指定位置中的增量数据迁移至目标数据库；确定最后一个备份的增量数据对应的第三时刻，将第三时刻之后的增量数据迁移至该目标数据库；其中，该第三时刻为最后一个备份的增量数据存入源数据库的时刻。该方式中，通过在对存量数据进行迁移时，同时备份增量数据，并在存量数据迁移完成后，顺利衔接至备份增量数据及其他未备份增量数据的迁移，保证了增量数据可以完整迁移至目标数据库，提升了数据迁移的成功率。
61.对应于图1中所示的数据迁移方法，本发明实施例还提供了一种数据迁移装置，如图2所示，其为该装置的结构示意图，其中，该数据迁移装置200包括存量数据和增量数据确定模块21、存量数据迁移模块22、增量数据备份模块23、第一增量数据迁移模块24和第二增量数据迁移模块25，其中，各个模块的功能如下：
62.存量数据和增量数据确定模块21，用于确定源数据库中待迁移的存量数据和增量数据；其中，该存量数据包括：第一时刻之前存入源数据库的数据；该增量数据包括：第一时刻以及第一时刻之后存入源数据库的数据；
63.存量数据迁移模块22，用于将存量数据迁移至目标数据库；
64.增量数据备份模块23，用于将增量数据备份到指定位置，直至到达第二时刻；其中，该第二时刻为存量数据迁移完成的时刻；
65.第一增量数据迁移模块24，用于将指定位置中的增量数据迁移至目标数据库；
66.第二增量数据迁移模块25，用于确定最后一个备份的增量数据对应的第三时刻，将第三时刻之后的增量数据迁移至目标数据库；其中，该第三时刻为最后一个备份的增量数据存入源数据库的时刻。
67.该数据迁移装置200中，通过在对存量数据进行迁移时，同时备份增量数据，并在存量数据迁移完成后，顺利衔接至备份增量数据及其他未备份增量数据的迁移，保证了增量数据可以完整迁移至目标数据库，避免了现有技术中因存量数据迁移较慢而导致较早生成的操作日志被覆盖，进而引致部分增量数据迁移失败的问题，提升了数据迁移的成功率。
68.在其中一种可能的实施方式中，上述存量数据迁移模块22还用于：通过预设第一
进程从源数据库拉取该存量数据，将拉取到的存量数据同步至目标数据库。
69.在另一种可能的实施方式中，上述存量数据迁移模块22还用于：通过预设第一进程获取该源数据库的逻辑数据库和逻辑数据表；根据该逻辑数据库和该逻辑数据表拉取该存量数据。
70.在另一种可能的实施方式中，上述增量数据备份模块23还用于：通过预设第二进程从该源数据库拉取该增量数据，并将拉取到的该增量数据备份到本地，直至到达第二时刻。
71.在另一种可能的实施方式中，上述增量数据备份模块23还用于：通过预设第二进程从该源数据库获取第一时刻之后的操作日志；根据获取到的该操作日志拉取对应的增量数据。
72.在另一种可能的实施方式中，上述增量数据备份模块23还用于：将拉取到的该增量数据缓存到本地内存；监测本地内存中已缓存的增量数据的数据量，当该数据量达到预设数据量阈值时，将已缓存的该增量数据写到本地文件。
73.在另一种可能的实施方式中，上述第一增量数据迁移模块24还用于：通过预设第三进程从指定位置按时间顺序顺次读取该增量数据，并将读取的增量数据同步至目标数据库。
74.在另一种可能的实施方式中，上述装置还包括迁移控制模块，用于：如果接收到执行存量数据迁移的进程发送的第一消息通知，停止将增量数据备份到上述指定位置；其中，该第一消息通知用于指示存量数据迁移完成。
75.在另一种可能的实施方式中，上述第二增量数据迁移模块25还用于：通过预设第四进程从源数据库拉取第三时刻之后的增量数据，将拉取到的增量数据同步至目标数据库。
76.在另一种可能的实施方式中，上述迁移控制模块还用于：如果接收到执行增量数据备份的进程发送的第二消息通知，启动上述第四进程，以将第三时刻之后的增量数据同步至目标数据库；其中，该第二消息通知用于指示指定位置中备份的增量数据均迁移完成。
77.在另一种可能的实施方式中，上述第一时刻为该源数据库中最新操作日志的生成时刻。
78.本发明实施例提供的数据迁移装置，其实现原理及产生的技术效果和前述数据迁移方法实施例相同，为简要描述，数据迁移装置的实施例部分未提及之处，可参考前述数据迁移方法实施例中相应内容。
79.为了更清楚理解前述实施例提供的数据迁移方法，下面介绍一个在mongodb中进行数据迁移的应用实例。其中，该方法应用于图3所示的装置中，由图3可见，该装置包括：迁移控制模块31，以及与该迁移控制模块31分别相连的存量数据迁移模块22、增量数据备份模块23、第一增量数据迁移模块24和第二增量数据迁移模块25。
80.其中，当开始对源数据库db进行数据库全量迁移时，通过下述步骤进行：
81.(1)启动迁移控制模块31，迁移控制模块31读取源数据库db中的操作日志(oplog)的最新时间戳t1。
82.(2)迁移控制模块31启动存量数据迁移模块22，存量数据迁移模块22负责同步所有存量数据到目标数据库端。存量数据迁移模块22首先获取到所有逻辑数据库和逻辑数据
表信息，然后开始同步现有的所有数据。
83.(3)与此同时，迁移控制模块31启动增量数据备份模块23，并通知增量数据备份模块23从t1时间戳对应的数据开始缓存增量数据。增量数据备份模块23负责将拉取到的增量数据缓存到内存缓存中，其中，缓存上限为50m，每当拉取到50m时，便把缓存中的数据写到一个本地文件中。这里，本地文件可能会有多个，生成的文件名字可以按有序递增的形式命名。
84.(4)当存量数据迁移模块22完成存量数据迁移时，存量数据迁移模块22通知迁移控制模块31，由迁移控制模块31启动第一增量数据迁移模块24。其中，第一增量数据迁移模块24负责顺序读取所有本地文件，然后将这些文件中的数据同步到目标数据库端。当第一增量数据迁移模块24开始同步上述本地文件中的最后一个文件时，通知迁移控制模块31，此消息通知标记为q1，然后再开始同步数据。
85.(5)当迁移控制模块31收到第一增量数据迁移模块24发送的通知q1后，命令增量数据备份模块23停止备份。
86.(6)当第一增量数据迁移模块24完成本地备份文件中最后一个文件的同步时，把同步的最后一个增量数据的oplog的时间戳t2通知给迁移控制模块31，其中，该消息通知标记为q2，然后第一增量数据迁移模块24自动关闭。
87.(7)当迁移控制模块31收到第一增量数据迁移模块24发送的通知q2后，启动第一增量数据迁移模块24，并通知第一增量数据迁移模块24从t2时间戳对应的数据开始同步增量数据。也即，第一增量数据迁移模块24拉取t2时间戳之后的所有增量数据，并直接同步到目标数据库端，直到本次迁移的完成。
88.本发明实施例提供的数据迁移方法，与前述实施例中的方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。
89.本发明实施例还提供了一种电子设备，如图4所示，为该电子设备的结构示意图，其中，该电子设备包括处理器41和存储器42，该存储器42存储有能够被该处理器41执行的机器可执行指令，该处理器41执行该机器可执行指令以实现上述数据迁移方法。
90.在图4示出的实施方式中，该电子设备还包括总线43和通信接口44，其中，处理器41、通信接口44和存储器42通过总线连接。
91.其中，存储器42可能包含高速随机存取存储器(ram，random access memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口44(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
92.处理器41可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器41中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器41可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程
逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器41读取存储器42中的信息，结合其硬件完成前述实施例的数据迁移方法的步骤。
93.本发明实施例还提供了一种机器可读存储介质，该机器可读存储介质存储有机器可执行指令，该机器可执行指令在被处理器调用和执行时，该机器可执行指令促使处理器实现上述数据迁移方法，具体实现可参见前述方法实施例，在此不再赘述。
94.本发明实施例所提供的数据迁移方法、数据迁移装置和电子设备的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的数据迁移方法，具体实现可参见方法实施例，在此不再赘述。
95.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
96.另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
97.在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
98.最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。