系统迁移方法和装置、电子设备、存储介质
阅读：324发布：2020-05-08
专利汇可以提供系统迁移方法和装置、电子设备、存储介质专利检索，专利查询，专利分析的服务。并且本公开提供一种系统迁移方法和装置、 电子 设备、存储介质，包括：获取源端主机中的待迁移系统的系统盘的分区信息，根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中，对数据盘中的待迁移数据的通用唯一识别码进行 修改 ，生成与数据盘中的待迁移数据对应的多 操作系统 启动程序，根据数据盘中的待迁移数据在 云 平台上部署 虚拟机 ，以便用户基于修改后的通用唯一标识码和多操作系统启动程序启动虚拟机，通过根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中，以便实现对待迁移数据的安全且可靠的迁移，且通过根据数据盘中的待迁移数据在云平台上部署虚拟机，以便完成对源端主机的系统的迁移。，下面是系统迁移方法和装置、电子设备、存储介质专利的具体信息内容。
1.一种系统迁移方法，其特征在于，所述方法包括：
获取源端主机中的待迁移系统的系统盘的分区信息；
根据所述系统盘的分区信息将所述系统盘中的待迁移数据迁移至中转机的数据盘中，其中，中转机设置于云平台上；
对所述数据盘中的待迁移数据的通用唯一识别码进行修改；
生成与所述数据盘中的待迁移数据对应的多操作系统启动程序；
根据所述数据盘中的待迁移数据在所述云平台上部署虚拟机，以便用户基于修改后的通用唯一标识码和所述多操作系统启动程序启动所述虚拟机。
2.根据权利要求1所述的方法，其特征在于，所述根据所述数据盘中的待迁移数据在所述云平台上部署虚拟机包括：
生成与所述数据盘中的待迁移数据的系统盘对应的镜像；
根据所述镜像在所述云平台上部署所述虚拟机。
3.根据权利要求1所述的方法，其特征在于，所述系统盘的分区信息包括所述系统盘的容量信息和系统文件，所述根据所述系统盘的分区信息将所述系统盘中的待迁移数据迁移至中转机的数据盘中包括：
根据所述系统盘的容量信息对所述中转机的所述数据盘进行分区处理；
在分区处理后的数据盘中挂载所述文件系统；
基于挂载的文件系统将所述待迁移数据迁移至所述数据盘中；
其中，进行分区处理后的中转机的数据盘对应的容量信息与所述系统盘的容量信息相同。
4.根据权利要求1至3中任一项所述的方法，其特征在于，在所述根据所述数据盘中的待迁移数据部署虚拟机之后，所述方法还包括：
基于所述待迁移数据的属性信息对所述虚拟机中的待迁移数据的属性信息进行验证，并对所述多操作系统启动程序进行验证。
5.一种系统迁移装置，其特征在于，所述装置包括：
获取模块，用于获取源端主机中的待迁移系统的系统盘的分区信息；
迁移模块，用于根据所述系统盘的分区信息将所述系统盘中的待迁移数据迁移至中转机的数据盘中，其中，中转机设置于云平台上；
修改模块，用于对所述数据盘中的待迁移数据的通用唯一识别码进行修改；
生成模块，用于生成与所述数据盘中的待迁移数据对应的多操作系统启动程序；
部署模块，用于根据所述数据盘中的待迁移数据在所述云平台上部署虚拟机，以便用户基于修改后的通用唯一标识码和所述多操作系统启动程序启动所述虚拟机。
6.根据权利要求5所述的装置，其特征在于，所述部署模块用于，生成与所述数据盘中的待迁移数据的系统盘对应的镜像，根据所述镜像在所述云平台上部署所述虚拟机。
7.根据权利要求5所述的装置，其特征在于，所述系统盘的分区信息包括所述系统盘的容量信息和系统文件，所述迁移模块用于，根据所述系统盘的容量信息对所述中转机的所述数据盘进行分区处理，在分区处理后的数据盘中挂载所述文件系统，基于挂载的文件系统将所述待迁移数据迁移至所述数据盘中，其中，进行分区处理后的中转机的数据盘对应的容量信息与所述系统盘的容量信息相同。
8.根据权利要求5至7中任一项所述的装置，其特征在于，所述装置还包括：
验证模块，用于基于所述待迁移数据的属性信息对所述虚拟机中的待迁移数据的属性信息进行验证，并对所述多操作系统启动程序进行验证。
9.一种电子设备，包括：存储器，处理器；
所述存储器用于存储所述处理器可执行指令的存储器；
其中，当执行所述存储器中的指令时，所述处理器被配置为实现如权利要求1至4中任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至4中任一项所述的方法。
系统迁移方法和装置、电子设备、存储介质
技术领域
[0001] 本公开涉及计算机技术领域，尤其涉及一种系统迁移方法和装置、电子设备、存储介质。
背景技术
[0002] 随着科技的发展和互联网技术的不断进步，云计算是通过计算机网络为用户提供了按需、灵活、可伸缩的计算和存储资源。随着云计算的发展，客户通过云端按需的访问应用程序和数据的形式成为越来越重要的计算和服务模式，越来越多的企业建立了自己的私有云。公有云为独立于企业公司的面向公众的云，而私有云为面向组织内部的云。混合云将两个或多个私有云或公有云进行组合而形成的基础设施。
[0003] 在云平台运营中，容器在线迁移技术将运行中的容器迁移到另一台主机上运行，同时保持服务不中断，可以实现资源调度、灾难备份、在线维护升级和节约电能，提供弹性、可扩展和高可用性等。在现有技术中，主要采用的系统迁移方法为使用winpe来接收数据，然后重启，将winpe替换为需要迁移的源端主机。
[0004] 然而发明人在实现本公开的过程中，发现至少存在如下问题：不支持系统盘一起迁移，且迁移过程复杂。
发明内容
[0005] 本公开提供一种系统迁移方法和装置、电子设备、存储介质，用以解决现有技术中不支持系统盘一起迁移，且迁移过程复杂的问题。
[0006] 一方面，本公开实施例提供一种系统迁移方法，所述方法包括：
[0007] 获取源端主机中的待迁移系统的系统盘的分区信息；
[0008] 根据所述系统盘的分区信息将所述系统盘中的待迁移数据迁移至中转机的数据盘中，其中，中转机设置于云平台上；
[0011] 根据所述数据盘中的待迁移数据在所述云平台上部署虚拟机，以便用户基于修改后的通用唯一标识码和所述多操作系统启动程序启动所述虚拟机。
[0012] 在一些实施例中，所述根据所述数据盘中的待迁移数据在所述云平台上部署虚拟机包括：
[0013] 生成与所述数据盘中的待迁移数据的系统盘对应的镜像；
[0014] 根据所述镜像在所述云平台上部署所述虚拟机。
[0015] 在一些实施例中，所述系统盘的分区信息包括所述系统盘的容量信息和系统文件，所述根据所述系统盘的分区信息将所述系统盘中的待迁移数据迁移至中转机的数据盘中包括：
[0016] 根据所述系统盘的容量信息对所述中转机的所述数据盘进行分区处理；
[0017] 在分区处理后的数据盘中挂载所述文件系统；
[0018] 基于挂载的文件系统将所述待迁移数据迁移至所述数据盘中；
[0019] 其中，进行分区处理后的中转机的数据盘对应的容量信息与所述系统盘的容量信息相同。
[0020] 在一些实施例中，在所述根据所述数据盘中的待迁移数据部署虚拟机之后，所述方法还包括：
[0021] 基于所述待迁移数据的属性信息对所述虚拟机中的待迁移数据的属性信息进行验证，并对所述多操作系统启动程序进行验证。
[0022] 另一方面，本公开实施例还提供了一种系统迁移装置，所述装置包括：
[0023] 获取模块，用于获取源端主机中的待迁移系统的系统盘的分区信息；
[0024] 迁移模块，用于根据所述系统盘的分区信息将所述系统盘中的待迁移数据迁移至中转机的数据盘中，其中，中转机设置于云平台上；
[0025] 修改模块，用于对所述数据盘中的待迁移数据的通用唯一识别码进行修改；
[0026] 生成模块，用于生成与所述数据盘中的待迁移数据对应的多操作系统启动程序；
[0027] 部署模块，用于根据所述数据盘中的待迁移数据在所述云平台上部署虚拟机，以便用户基于修改后的通用唯一标识码和所述多操作系统启动程序启动所述虚拟机。
[0028] 在一些实施例中，所述部署模块用于，生成与所述数据盘中的待迁移数据的系统盘对应的镜像，根据所述镜像在所述云平台上部署所述虚拟机。
[0029] 在一些实施例中，所述系统盘的分区信息包括所述系统盘的容量信息和系统文件，所述迁移模块用于，根据所述系统盘的容量信息对所述中转机的所述数据盘进行分区处理，在分区处理后的数据盘中挂载所述文件系统，基于挂载的文件系统将所述待迁移数据迁移至所述数据盘中，其中，进行分区处理后的中转机的数据盘对应的容量信息与所述系统盘的容量信息相同。
[0030] 在一些实施例中，所述装置还包括：
[0031] 验证模块，用于基于所述待迁移数据的属性信息对所述虚拟机中的待迁移数据的属性信息进行验证，并对所述多操作系统启动程序进行验证。
[0032] 另一个方面，本公开实施例还提供了一种电子设备，包括：存储器，处理器；
[0033] 所述存储器用于存储所述处理器可执行指令的存储器；
[0034] 其中，当执行所述存储器中的指令时，所述处理器被配置为实现如上任一实施例所述的方法。
[0035] 另一个方面，本公开实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上任一实施例所述的方法。
[0036] 本公开提供一种系统迁移方法和装置、电子设备、存储介质，包括：获取源端主机中的待迁移系统的系统盘的分区信息，根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中，其中，中转机设置于云平台上，对数据盘中的待迁移数据的通用唯一识别码进行修改，生成与数据盘中的待迁移数据对应的多操作系统启动程序，根据数据盘中的待迁移数据在云平台上部署虚拟机，以便用户基于修改后的通用唯一标识码和多操作系统启动程序启动虚拟机，通过根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中，以便实现对待迁移数据的安全且可靠的迁移，且通过根据数据盘中的待迁移数据在云平台上部署虚拟机，以便完成对源端主机的系统的迁移，且通过对数据盘中待迁移数据的通用唯一识别码进行修改，并生成多操作系统启动程序，以便在云平台上完成虚拟机的部署之后，即在完成对源端主机的系统迁移后，用户可基于修改后的通用唯一标识码和多操作系统启动程序对虚拟机进行启动。附图说明
[0038] 图1为本公开实施例的系统迁移方法的应用场景示意图；
[0039] 图2为本公开实施例的系统迁移方法的流程示意图；
[0040] 图3为本公开实施例的根据数据盘中的待迁移数据在云平台上部署虚拟机的方法的流程示意图；
[0041] 图4为本公开实施例的根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中的方法的流程示意图；
[0042] 图5为本公开另一实施例的系统迁移方法的流程示意图；
[0043] 图6为本公开实施例的系统迁移装置的示意图；
[0044] 图7为本公开另一实施例的系统迁移装置的示意图；
[0045] 图8为本公开实施例的电子设备的结构示意图；
[0046] 附图标记：100、源端主机，200、云平台，10、获取模块，20、迁移模块，30、修改模块，40、生成模块，50、部署模块，60、验证模块。
[0047] 通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
[0048] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
[0049] 在现有技术中，主要通过使用winpe来接收数据，然后重启，将winpe替换为需要迁移的源端主机的方式实现系统的迁移，然而通过将winpe替换为需要迁移的源端主机时，存在不支持系统盘一起迁移，且迁移过程较为复杂的问题。为了解决上述问题，发明人经过创造性的劳动得到本公开实施的技术方案。在本公开实施例中，通过基于源端主机的待迁移系统的系统盘的分区信息将待迁移数据进行迁移，可以确保数据迁移的一致性和可靠性，且通过部署虚拟机，以便实现系统盘一起迁移，且以便用户基于修改后的通用唯一识别码和多操作系统启动程序启动虚拟机的技术效果。
[0050] 本公开实施例提供的系统迁移方法，可以适用于如图1所示的应用场景。
[0051] 在如图1所示的应用场景中，源端主机100为计算机，源端主机100与云平台200之间通过通信链路实现通信连接。
[0052] 其中，源端主机100可以为个人用户对应的计算机，也可以为企业用户对应的计算机。且，源端主机100可通过通信链路将其存储的数据等传输至云平台200。同理，云平台200也可通过通信链路将其存储的数据等传输至源端主机100。
[0053] 若源端主机100为个人用户对应的计算机，则当该个人用户无法实地对源端主机100进行操作时，则可通过将源端主机对应的系统迁移至云平台200，通过在云平台200登陆账户和密码后，实现远程对源端主机100进行操作。
[0054] 当然，在一些实施例中，源端主机100可以为企业用户对应的计算机，且具体可以为该企业对应的总服务器。若源端主机100为企业对应的计算机，则可由源端主机100将待迁移系统的系统盘的分区信息发送至云平台200，云平台200接收源端主机100发送的系统盘的分区信息，并根据该系统盘的分区信息将系统盘中的待迁移数据迁移至云平台200中的中转机的数据盘中，并在待迁移数据完成迁移后，即待迁移数据存储于数据盘中时，则对数据盘中存储的待迁移数据的通用唯一识别码进行修改，并生成与数据盘中存储的待迁移数据对应的多操作系统启动程序，以便后续该企业的工作人员对迁移后的系统进行启动操作，并根据数据盘中存储的待迁移数据部署虚拟机。
[0055] 下面以具体地实施例对本公开的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。
[0056] 一个方面，本公开实施例提供了一种适用于上述应用场景的系统迁移方法。
[0057] 请参阅图2，图2为本公开实施例的系统迁移方法的流程示意图。
[0058] 如图2所示，该方法包括：
[0059] S101：获取源端主机中的待迁移系统的系统盘的分区信息。
[0060] 其中，执行本公开实施例的系统迁移方法的主体可以为系统迁移装置，且系统迁移装置可以为如上述应用场景中所述的云平台。
[0061] 在一些实施例中，系统迁移装置也可以为第三方计算机或者第三方服务器。例如，系统迁移装置为第三方服务器，由源端主机将其系统盘的分区信息进行确定，并将确定出的系统盘的分区信息发送至第三方服务器，第三方服务器获取源端主机的系统盘的分区信息，并将待迁移系统迁移至云平台。
[0062] 其中，系统盘的分区信息可包括系统盘的容量信息，容量信息包括磁盘的划分以及划分后的各磁盘的容量。
[0063] 例如，系统盘共划分为四个磁盘。若源端主机为个人用户的计算机，则四个磁盘可分别为工作磁盘A、学习磁盘B、相册磁盘C和娱乐磁盘D；若源端主机为企业用户的服务器，则四个磁盘可分别为管理部门磁盘A、人事部门磁盘B、销售部门磁盘C和生产部门磁盘D。其中，工作磁盘A为XXGB，等等。
[0064] 其中，系统盘的分区信息还可包括文件系统。
[0065] 其中，系统盘的分区信息还可包括各磁盘中的文件等信息。
[0067] S102：根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中。
[0068] 其中，中转机设置于云平台上。
[0069] 在该步骤中，以系统盘的分区信息为基础对系统盘中的待迁移数据进行迁移，迁移至中转机的数据盘中。基于上述示例可知，系统盘的分区信息包括系统盘的磁盘的划分，划分后的磁盘的容量信息等，即在该步骤中，是基于系统盘的磁盘的划分，以及划分后的磁盘的容量信息等对系统盘中的待迁移数据进行迁移，以便实现将待迁移数据安全且可靠的从系统盘中迁移至设置于中转机上的数据盘中。
[0070] S103：对数据盘中的待迁移数据的通用唯一识别码进行修改。
[0071] 其中，通用唯一识别码(Universally Unique Identifier，UUID)，是一种软件建构的标准。其目的是让分布式系统中的所有元素，都能有唯一的辨识信息，而不需要通过中央控制端来做辨识信息的指定。因此，在本公开实施例中，在将待迁移数据迁移至数据盘中之后，可对数据盘中的待迁移数据的通用唯一标识码进行修改，以便后续进行识别并开启相应的数据信息。且，在一些实施例中，通用唯一识别码可以为全局唯一标识符(GUID)。
[0072] 在一些实施例中，该步骤包括：采集数据盘中的待迁移数据的通用唯一标识码，并对采集到的通用唯一标识码进行修改。
[0073] S104：生成与数据盘中的待迁移数据对应的多操作系统启动程序。
[0074] 其中，多操作系统启动程序(GRand Unified Bootloader，GRUB)是一个来自GNU项目的多操作系统启动程序。GRUB是多启动规范的实现，它允许用户可以在计算机内同时拥有多个操作系统，并在计算机启动时选择希望运行的操作系统。GRUB可用于选择操作系统分区上的不同内核，也可用于向这些内核传递启动参数。因此，在本公开实施例中，通过生成多操作系统启动程序，以便后续可实现基于该多操作系统启动程序在云平台上启动虚拟机并进行相应操作。
[0075] S105：根据数据盘中的待迁移数在云平台上据部署虚拟机，以便用户基于修改后的通用唯一标识码和多操作系统启动程序启动虚拟机。
[0076] 在该步骤中，通过在云平台上部署虚拟机，以便用户(如前述示例中的个人用户和企业用户)基于云平台对虚拟机进行操作。
[0077] 本公开实施例提供了一种新的系统迁移方法，该方法包括：获取源端主机中的待迁移系统的系统盘的分区信息，根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中，其中，中转机设置于云平台上，对数据盘中的待迁移数据的通用唯一识别码进行修改，生成与数据盘中的待迁移数据对应的多操作系统启动程序，根据数据盘中的待迁移数据在云平台上部署虚拟机，以便用户基于修改后的通用唯一标识码和多操作系统启动程序启动虚拟机，通过根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中，以便实现对待迁移数据的安全且可靠的迁移，且通过根据数据盘中的待迁移数据在云平台上部署虚拟机，以便完成对源端主机的系统的迁移，且通过对数据盘中待迁移数据的通用唯一识别码进行修改，并生成多操作系统启动程序，以便在云平台上完成虚拟机的部署之后，即在完成对源端主机的系统迁移后，用户可基于修改后的通用唯一标识码和多操作系统启动程序对虚拟机进行启动。
[0078] 值得说明的是，在S101之前还包括初始化的步骤，如关闭服务器中selinux功能、安装virtio(kvm)驱动。
[0079] 例如，检查源端主机的selinux是否关闭，若为关闭，则修改selinux的配置文件。并检查源端主机是否安装virtio(kvm)驱动，若没有安装，则在源端主机上安装virtio(kvm)驱动，若已经安装，则检查源端主机是否安装RSYNC软件，若已经安装，则检查中转机上是否也已经安装RSYNC软件，若已经安装，则在中转机上以daemon的方式启动RSYNC软件。
[0080] 结合图3(图3为本公开实施例的根据数据盘中的待迁移数据在云平台上部署虚拟机的方法的流程示意图)可知，在一些实施例中，S105包括：
[0081] S51：生成与数据盘中的待迁移数据的系统盘对应的镜像。
[0082] 在一些实施例中，可在云平台上将数据盘进行卸载，并登陆控制节点，并生成系统盘对应的镜像。
[0083] 其中，可基于OpenStack底层的cinder和glance命令制作镜像。
[0084] S52：根据镜像在云平台上部署虚拟机。
[0085] 也就是说，在本公开实施例中，是对系统盘的镜像进行生成，并在完成对系统盘的镜像生成后，基于镜像在云平台上对虚拟机进行部署。
[0086] 结合图4(图4为本公开实施例的根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中的方法的流程示意图)可知，在一些实施例中，系统盘的分区信息包括系统盘的容量信息和系统文件，S102包括：
[0087] S21：根据系统盘的容量信息对中转机的数据盘进行分区处理。
[0088] 其中，进行分区处理后的中转机的数据盘对应的容量信息与系统盘的容量信息相同。
[0089] 基于上述示例，系统盘共划分为四个磁盘，则将数据盘也划分为四个磁盘。且，若系统盘中的磁盘A的容量为XXGB，则数据盘中的磁盘A的容量也为XXGB。
[0090] S22：在分区处理后的数据盘中挂载文件系统。
[0091] S23：基于挂载的文件系统将待迁移数据迁移至数据盘中。
[0092] 现以逻辑卷管理(Logical Volume Manager，LVM)为例进行阐述如下：
[0093] 建立boot分区文件系统，并建立swap和根目录系统，挂载文件系统，传输boot目录文件的数据，传输根目录文件的数据，以便将待迁移数据从系统盘中迁移至数据盘中。
[0094] 值得说明的是，待迁移数据可以为系统盘中的全部数据，也可以为系统盘中的部分数据。即，可基于需求对待迁移数据进行选择，并将选择的待迁移数据进行迁移。
[0095] 图5为本公开另一实施例的系统迁移方法的流程示意图。
[0096] 如图5所示，该方法包括：
[0097] S201：获取源端主机中的待迁移系统的系统盘的分区信息。
[0098] S202：根据系统盘的分区信息将系统盘中的待迁移数据迁移至中转机的数据盘中。
[0099] S203：对数据盘中的待迁移数据的通用唯一识别码进行修改。
[0100] S204：生成与数据盘中的待迁移数据对应的多操作系统启动程序。
[0101] S205：根据数据盘中的待迁移数据在云平台上部署虚拟机。
[0102] 其中，S201至S205可参见S101至S105的描述，此处不再赘述。
[0103] S206：基于待迁移数据的属性信息对虚拟机中的待迁移数据的属性信息进行验证，并对多操作系统启动程序进行验证，以便用户基于修改后的通用唯一标识码和多操作系统启动程序启动虚拟机。
[0104] 其中，当完成在云平台上部署虚拟机后，为了确保虚拟机与源端主机之间的一致性，因此，需要对虚拟机进行验证，而验证可包括对虚拟机中的待迁移数据的属性信息的验证，以及对多操作系统启动程序的验证。
[0105] 在一些实施例中，属性信息可包括类型和权限等。
[0106] 根据本公开实施例的另一个方面，本公开实施例还提供了一种系统迁移装置。
[0107] 请参阅图6，图6为本公开实施例的系统迁移装置的示意图。
[0108] 如图6所示，该装置包括：
[0109] 获取模块10，用于获取源端主机中的待迁移系统的系统盘的分区信息；
[0110] 迁移模块20，用于根据所述系统盘的分区信息将所述系统盘中的待迁移数据迁移至中转机的数据盘中，其中，中转机设置于云平台上；
[0111] 修改模块30，用于对所述数据盘中的待迁移数据的通用唯一识别码进行修改；
[0112] 生成模块40，用于生成与所述数据盘中的待迁移数据对应的多操作系统启动程序；
[0113] 部署模块50，用于根据所述数据盘中的待迁移数据在所述云平台上部署虚拟机，以便用户基于修改后的通用唯一标识码和所述多操作系统启动程序启动所述虚拟机。
[0114] 在一些实施例中，所述部署模块50用于，生成与所述数据盘中的待迁移数据的系统盘对应的镜像，根据所述镜像在所述云平台上部署所述虚拟机。
[0115] 在一些实施例中，所述系统盘的分区信息包括所述系统盘的容量信息和系统文件，所述迁移模块20用于，根据所述系统盘的容量信息对所述中转机的所述数据盘进行分区处理，在分区处理后的数据盘中挂载所述文件系统，基于挂载的文件系统将所述待迁移数据迁移至所述数据盘中，其中，进行分区处理后的中转机的数据盘对应的容量信息与所述系统盘的容量信息相同。
[0116] 结合图7可知，在一些实施例中，所述装置还包括：
[0117] 验证模块60，用于基于所述待迁移数据的属性信息对所述虚拟机中的待迁移数据的属性信息进行验证，并对所述多操作系统启动程序进行验证。
[0118] 根据本公开实施例的另一个方面，本公开实施例还提供了一种电子设备，包括：存储器，处理器；
[0119] 存储器用于存储处理器可执行指令的存储器；
[0120] 其中，当执行存储器中的指令时，处理器被配置为实现如上任一实施例所述的方法。
[0121] 请参阅图8，图8为本公开实施例的电子设备的结构示意图。
[0123] 其中，存储器可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。
[0125] 其中，存储器用于存储程序，处理器在接收到执行指令后，执行程序，前述本公开实施例任一实施例揭示的方法可以应用于处理器中，或者由处理器实现。
[0126] 处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
[0127] 根据本公开实施例的另一个方面，本公开实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上任一实施例所述的方法。
[0128] 读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0129] 所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0130] 在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
[0131] 作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本公开实施例方案的目的。
[0132] 另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0133] 集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0134] 还应理解，在本公开各实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。
[0135] 以上，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种系统推荐方法、终端及可读存储介质 | 2020-05-08 | 6 |
| 一种水雨情自动测报系统 | 2020-05-08 | 79 |
| 物理层设备操作系统以及方法 | 2020-05-08 | 393 |
| 基于消息推送增强Linux操作系统登录安全性的方法和系统 | 2020-05-11 | 795 |
| 水下操作系统 | 2020-05-08 | 705 |
| 一种集成轻量级区块链的节点操作系统及数据更新的方法 | 2020-05-08 | 151 |
| 一种基于角色的群体无人系统协同任务管理方法 | 2020-05-08 | 568 |
| 一种新型车载信息娱乐系统 | 2020-05-08 | 537 |
| 步兵战车驾驶训练模拟系统 | 2020-05-08 | 441 |
| 一种现场装配无线模块的数码电子雷管、无线操作系统 | 2020-05-08 | 796 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈