[go: up one dir, main page]

CN105549904B - 一种应用于存储系统中的数据迁移方法及存储设备 - Google Patents

一种应用于存储系统中的数据迁移方法及存储设备 Download PDF

Info

Publication number
CN105549904B
CN105549904B CN201510897518.4A CN201510897518A CN105549904B CN 105549904 B CN105549904 B CN 105549904B CN 201510897518 A CN201510897518 A CN 201510897518A CN 105549904 B CN105549904 B CN 105549904B
Authority
CN
China
Prior art keywords
logical volume
storage equipment
data
address
data migration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510897518.4A
Other languages
English (en)
Other versions
CN105549904A (zh
Inventor
熊小勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
STATE INFORMATION CENTER
Huawei Technologies Co Ltd
Original Assignee
STATE INFORMATION CENTER
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by STATE INFORMATION CENTER, Huawei Technologies Co Ltd filed Critical STATE INFORMATION CENTER
Priority to CN201510897518.4A priority Critical patent/CN105549904B/zh
Publication of CN105549904A publication Critical patent/CN105549904A/zh
Application granted granted Critical
Publication of CN105549904B publication Critical patent/CN105549904B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662—Virtualisation aspects
    • G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G06F3/064—Management of blocks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种应用于存储系统中的数据迁移方法及存储设备，用于解决目前在进行数据迁移时需中断业务的技术问题。在要将第一逻辑卷中的数据迁移到第二存储设备时，第二存储设备可以创建第二逻辑卷，且可以将第一逻辑卷的数据存储到第二逻辑卷，在数据迁移过程中，第二存储设备可以接收主机原本下发给第一存储设备中的第一逻辑卷的访问请求，则第二存储设备可以执行该访问请求，这样在数据迁移过程中无需中断原来的业务，实现了业务的连续性。

Description

一种应用于存储系统中的数据迁移方法及存储设备
技术领域
本发明涉及通信领域，特别涉及一种应用于存储系统中的数据迁移方法及存储设备。
背景技术
随着信息技术(Information Technology，IT)的不断发展，云计算系统以其按需付费的独特商业模式、以及IT即服务的便捷交付方式，逐渐成为用于建设数据中心的颠覆性力量。云计算系统让用户不用再过多地关注IT基础设施的实现细节，也不用购买IT硬件，只需提出适合自己业务需要的IT资源要求，云计算系统就能在计算、网络、存储等基础设施池中，调度相应的资源满足用户的业务运行需要，用户只需为使用过的IT资源付费即可。
通常，云计算系统包括位于多个地域的不同的数据中心，在每个数据中心包括多个不同类型的存储设备。有些用户的业务比较广，可能会涉及不同的地域或不同的数据中心，那么这些用户在使用云计算系统时，有时会涉及到数据的迁移，例如要在不同的地域或不同的数据中心之间进行数据的迁移。
目前的数据迁移技术一般都需要由用户手动操作完成，而且在迁移过程中需要暂时中断原来的业务，导致业务出现不连续的现象，影响用户的正常使用。
发明内容
本申请提供一种应用于存储系统中的数据迁移方法及存储设备，用于解决目前在进行数据迁移时需中断业务的技术问题。
第一方面，提供一种应用于存储系统中的数据迁移方法，所述存储系统包括第一存储设备和第二存储设备。在该方法中，第二存储设备在接收到服务器发送的数据迁移指令后，第二存储设备可以根据数据迁移指令在第二存储设备中创建第二逻辑卷。其中，数据迁移指令用于指示将第一存储设备中的第一逻辑卷中的数据迁移到第二存储设备，数据迁移指令中包含有待迁移的第一逻辑卷的容量信息，第一逻辑卷用于存储主机下发的数据，并且，第二逻辑卷的容量不小于第一逻辑卷的容量。在创建第二逻辑卷后，第二存储设备根据接收的数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷。并且，在根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷的过程中，第二存储设备可以接收主机下发的访问请求，访问请求中携带有待访问地址，待访问地址为第一逻辑卷的地址。在接收访问请求后，第二存储设备可以判断待访问地址的数据是否已经被拷贝到第二逻辑卷，当待访问地址的数据已经被拷贝到第二逻辑卷时，第二存储设备根据访问请求访问第二逻辑卷。当待访问地址的数据尚未被拷贝到第二逻辑卷时，第二存储设备根据访问请求访问第一逻辑卷。
本申请中，在要将第一逻辑卷中的数据迁移到另一块存储设备(即第二存储设备)时，第二存储设备可以创建第二逻辑卷，并将第一逻辑卷的数据存储到第二逻辑卷，且在数据迁移过程中，第二存储设备可以接收主机原本下发给第一存储设备中的第一逻辑卷的访问请求，则第二存储设备可以执行该访问请求。这样在数据迁移过程中无需中断原来的业务，实现了业务的连续性。可以看到，本申请中的数据迁移过程均是由设备自动完成，无需用户手动操作，减轻用户的负担，也减少因用户手动执行而带来的误操作，另外，在数据迁移过程中，无需中断原来的业务，保证业务的持续进行，尽量不影响用户的正常使用，提高了系统的可靠性。
结合第一方面，在第一方面的第一种可能的实现方式中，在第二存储设备接收服务器发送的数据迁移指令之后，第二存储设备根据数据迁移指令在第二存储设备中创建代理逻辑卷，其中，代理逻辑卷的ID与第一逻辑卷的ID相同。之后，基于代理逻辑卷的ID，第二存储设备接收主机下发的访问请求。其中，在创建代理逻辑卷后，第二存储设备与主机之间的路径被启用，且第一存储设备与主机之间的路径被禁用。
本申请中，令代理逻辑卷的ID与第一逻辑卷的相同，主机就会认为代理逻辑卷与第一逻辑卷是同一逻辑卷，且在创建代理逻辑卷后，第一存储设备与主机之间的路径被禁用，这样主机在发送针对第一逻辑卷的访问请求时，本应由第一存储设备接收的访问请求就会由第二存储设备来接收，从而第二存储设备可以对访问请求进行响应，相当于代理逻辑卷接管了第一逻辑卷的业务，保证了在数据迁移过程中业务不中断。
结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，还包括：若访问请求为写请求，则，当第一逻辑卷和第二逻辑卷中的待访问地址均未存储数据时，第二存储设备根据访问请求访问第二逻辑卷。
如果两个逻辑卷中的待访问地址里面都没存储数据，表明该写请求是请求写入新数据，那么，如果将新数据写入第一逻辑卷，则后续还需要将该数据再迁移到第二逻辑卷，因此本申请中，可以直接将新数据写入第二逻辑卷，减少了数据迁移过程，提高数据迁移效率。
结合第一方面或第一方面的第一种可能的实现方式或第二种可能的实现方式，在第一方面的第三种可能的实现方式中，还包括：在第二存储设备根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷之后，第二存储设备控制第二逻辑卷继承代理逻辑卷的ID。
在数据全部迁移完成后，可以令第二逻辑卷继承代理逻辑卷的ID，这样，第一逻辑卷中的数据不仅全部迁移到了第二逻辑卷，且第一逻辑卷的业务也完全被第二逻辑卷所接管，业务不会中断。并且因为第一逻辑卷的ID与第二逻辑卷的ID相同，对于主机来说基本感受不到存储位置有何变化，也无需做出额外的响应或操作，减轻主机的负担。
第二方面，提供一种应用于存储系统中的数据迁移方法，所述存储系统包括第一存储设备和第二存储设备，所述方法包括：第二存储设备接收服务器发送的数据迁移指令，数据迁移指令用于指示将第一存储设备中的第一逻辑卷中的数据迁移到第二存储设备，数据迁移指令中包含有待迁移的第一逻辑卷的容量信息，第一逻辑卷用于存储主机下发的数据。在接收数据迁移指令后，第二存储设备根据数据迁移指令在第二存储设备中创建第二逻辑卷，其中，第二逻辑卷的容量不小于第一逻辑卷的容量。之后，第二存储设备根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷。在根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷的过程中，第二存储设备接收主机下发的访问请求，访问请求中携带有第一地址，第一地址为待访问的第一逻辑卷的地址，若访问请求为写请求，第二存储设备根据第一地址确定第二地址，第二地址为第二逻辑卷的地址，第二存储设备根据第二地址访问第二逻辑卷。
本申请中，在要将第一逻辑卷中的数据迁移到第二存储设备时，第二存储设备可以创建第二逻辑卷，并将第一逻辑卷的数据存储到第二逻辑卷，且在数据迁移过程中，第二存储设备可以接收主机原本下发给第一存储设备中的第一逻辑卷的访问请求，则第二存储设备可以执行该访问请求。这样在数据迁移过程中无需中断原来的业务，实现了业务的连续性。且，如果访问请求是写请求，那么第二存储设备可以直接将写请求所请求写入的数据写入第二逻辑卷，减少了这部分数据再从第一逻辑卷迁移过来的工作量，提高数据迁移效率。
结合第二方面，在第二方面的第一种可能的实现方式中，在第二存储设备接收服务器发送的数据迁移指令之后，第二存储设备根据数据迁移指令在第二存储设备中创建代理逻辑卷，其中，代理逻辑卷的ID与第一逻辑卷的ID相同。之后，基于代理逻辑卷的ID，第二存储设备接收访问请求，其中，在创建代理逻辑卷后，第二存储设备与主机之间的路径被启用，且第一存储设备与主机之间的路径被禁用。
本申请中，令代理逻辑卷的ID与第一逻辑卷的相同，主机就会认为代理逻辑卷与第一逻辑卷是同一逻辑卷，且在创建代理逻辑卷后，第一存储设备与主机之间的路径被禁用，这样主机在发送针对第一逻辑卷的访问请求时，本应由第一存储设备接收的访问请求就会由第二存储设备来接收，从而第二存储设备可以对访问请求进行响应，相当于代理逻辑卷接管了第一逻辑卷的业务，保证了在数据迁移过程中业务不中断。
结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述方法还包括：在根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷的过程中，第二存储设备判断待迁移的第一逻辑卷中的第一地址中存储的数据在第二逻辑卷中是否已更新，若第一地址中存储的数据在第二逻辑卷中已更新，则第二存储设备不迁移第一地址中存储的数据。
因为在第二方面中，如果访问请求是写请求，则直接将数据写入了第二逻辑卷，因此可能第一逻辑卷中的有些数据在第二逻辑卷中已经得到了更新，则第一逻辑卷中的这部分数据就无需迁移了，否则不仅加重了数据迁移的工作量，还使得第二逻辑卷中的数据又还原成未更新的数据，可能导致数据存储出现错误。因此本申请中，在进行数据迁移时，可以判断一下待迁移的数据在第二逻辑卷中是否有更新，如果有更新的话就不迁移，减少数据迁移的工作量，也避免第二逻辑卷中存储的数据出错。
结合第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，所述方法还包括：若访问请求为读请求，第二存储设备判断第一地址的数据是否已经被拷贝到第二逻辑卷。当第一地址的数据已经被拷贝到第二逻辑卷时，第二存储设备根据访问请求访问第二逻辑卷，或者，当待访问地址的数据尚未被拷贝到第二逻辑卷时，第二存储设备根据访问请求访问第一逻辑卷。
如果访问请求为读请求，那么也就是主机需要从逻辑卷中读取数据，因此，第二存储设备可以确定读请求所请求读取的数据究竟位于哪个逻辑卷，从而访问相应的逻辑卷，以保证能够读取到读请求所请求的数据。
结合第二方面的第一种可能的实现方式至第三种可能的实现方式中的任一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述方法还包括：在第二存储设备根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷之后，第二存储设备控制第二逻辑卷继承代理逻辑卷的ID。
在数据全部迁移完成后，同样可以令第二逻辑卷继承代理逻辑卷的ID，这样，第一逻辑卷中的数据不仅全部迁移到了第二逻辑卷，且第一逻辑卷的业务也完全被第二逻辑卷所接管，业务不会中断。
第三方面，提供第一种存储设备，在一个可能的设计中，所述存储设备的结构中包括处理器和接收器，所述处理器被配置为支持存储设备执行第一方面的方法中相应的功能。所述接收器用于支持存储设备与主机之间的通信，接收主机发送的第一方面的方法中所涉及的消息或者指令。所述存储设备还可以包括存储器，所述存储器用于与处理器耦合，其保存存储设备必要的程序指令和数据。
第四方面，提供第二种存储设备，在一个可能的设计中，所述存储设备的结构中包括处理器和接收器，所述处理器被配置为支持存储设备执行第二方面的方法中相应的功能。所述接收器用于支持存储设备与主机之间的通信，接收主机发送的第二方面的方法中所涉及的消息或者指令。所述存储设备还可以包括存储器，所述存储器用于与处理器耦合，其保存存储设备必要的程序指令和数据。
第五方面，提供第三种存储设备，该存储设备包括用于执行第一方面所述的方法的模块。
第六方面，提供第四种存储设备，该存储设备包括用于执行第二方面所述的方法的模块。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所介绍的附图仅仅是本发明的一些实施例。
图1为本发明实施例中云计算系统的第一种示意图；
图2为本发明实施例中第一种数据迁移方法的流程图；
图3为本发明实施例中云计算系统的第二种示意图；
图4为本发明实施例中第二种数据迁移方法的流程图；
图5为本发明实施例中云计算系统的第三种示意图；
图6为本发明实施例中云计算系统的第四种示意图；
图7为本发明实施例中第二存储设备的第一种结构示意图；
图8为本发明实施例中第二存储设备的第二种结构示意图；
图9为本发明实施例中第二存储设备的第一种结构框图；
图10为本发明实施例中第二存储设备的第二种结构框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述。
以下，对本发明实施例中的部分用语进行解释说明。
1)块存储，本发明实施例中称为存储设备，块存储是一种基于存储网络的、可弹性扩展的、可由云计算系统进行管理和使用的原始块级存储设备。在每个块存储中可以建立一个或多个逻辑卷(Logical Volume)，逻辑卷可以用于存储数据。块存储挂载到云计算系统后的使用方式与现有的普通硬盘的使用方式基本一致。
块存储可以包括不同的类型，例如可以包括固态硬盘(Solid State Drives，SSD)类型的块存储，还可以包括串行硬盘接口技术(Serial Advanced TechnologyAttachment，SATA)类型的块存储，等等，不同类型的块存储的性能不同，用户可以根据自己的需要来选择使用不同类型的块存储。
2)逻辑卷，是一种磁盘管理方式，目的是把硬盘空间从物理硬盘的管理方式中跳出来，进行更方便的统一管理分配。简单来说，可以将逻辑卷理解为硬盘上的存储区域。
不同的块存储可以提供不同类别(Volume Type)的逻辑卷，例如SSD可以提供具有较高性能的访问能力的逻辑卷，例如将这种逻辑卷称为ssd_volume_tyte，或者例如SATA可以提供具有较大容量的存储能力的逻辑卷，例如将这种逻辑卷称为sata_volume_type，等等。用户可以根据自己业务需要选用相应类别的块存储来建立应用需要的逻辑卷。
3)本发明实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
首先介绍一下本发明实施例的应用场景。
通常的云计算环境由位于多个不同地域(Region)的数据中心构成，每个地域的数据中心根据其规模大小、管理范围、故障域等要求又分为多个可用区域(AvailabilityZone，AZ)。每个AZ内部又包括多个存储设备(即块存储)，存储设备可以为云计算系统中的应用提供存储空间。
请参见图1，为本发明实施例中云计算系统的一种示意图。
图1中，服务门户(Service Portal)用于为使用该云计算系统的用户提供服务门户，例如，Service Portal可以提供交互界面，在该交互界面上，用户可以申请使用该云计算系统覆盖的各个地域内的云资源(例如计算资源、网络资源、或存储资源等)，用户可以通过该交互界面配置这些申请的资源以运行自己的业务。因此，本发明实施例中，用户需要进行数据迁移时，可以通过Service Portal发送请求消息，因此本发明实施例中可以新增几类请求消息，例如，在云计算系统中的数据迁移包括几种不同的方式：1、在同一个AZ内的不同的存储设备之间的迁移，例如可以从一个类型的存储设备迁移到另一个类型的存储设备；2、在同一地域的不同的AZ之间迁移；3、在不同的地域之间迁移。其中，第1种和第2种迁移方式都是在同一数据中心内部迁移，第3种方式是在不同的数据中心之间迁移。例如，本发明实施例中可以分别新增针对这几种数据迁移方式的请求消息，云计算系统通过Service Portal接收用户发送的请求消息，再根据请求消息的类型进行不同的数据迁移操作。
云控制器集群(Cloud Controller Cluster)可以控制该云计算系统覆盖的各个地域中的物理实体(例如包括服务器、存储设备、或网络设备等)。云控制器集群可以接收Service Portal发来的请求消息，并根据接收的请求消息控制相应的物理实体进行相应的操作。其中，云控制器集群和Service Portal可以是同一功能实体实现的不同功能，或者也可以是由不同的功能实体实现的不同功能，本发明实施例不作限制。
接下来是云资源池，包括计算资源池、存储资源池、及网络资源池，云资源池一般是由物理实体构成，例如包括服务器(Server)、存储设备、或网络设备等。云资源池中的设备根据部署的位置又划分为多个地域，如位于北京的地域、位于上海的地域，等等。图1中只画出了北京的地域的结构。不同的地域之间可以通过专门的网络(例如广域网(Wide AreaNetwork，WAN))进行连接。
在一个地域内部，又可以划分为多个AZ，如图1中画出了北京地域下包括的两个AZ，即AZ1和AZ2。其中每个AZ下可以有若干个服务器用于提供计算资源，也可以有多个存储设备提供存储资源，等等。服务器与存储设备之间可以通过专用的网络连接，例如存储区域网络(Storage Area Network，SAN)，用于进行数据访问。
例如图1中，AZ1内包括两个存储设备，分别为存储设备1和存储设备2，例如存储设备1为SSD类型的存储设备，存储设备2为SATA类型的存储设备。
另外，每个主机上都可以部署虚拟机监视器(Hypervisor)，用于对主机实施虚拟化，例如可以创建多个虚拟机(Virtual Machine，VM)，例如图1中的主机1和主机2中都示出了一些虚拟机(例如主机1中的VM1和VM2，以及主机2中的VM3、VM4和VM5)。在主机中也可以部署多路径软件(MultiPath)，在虚拟机到存储设备之间的SAN中可以建立多条路径，例如为输入/输出(input/output，I/O)路径，从而保证I/O的可靠性，而MultiPath可以用于控制协调这些路径。用户一般使用的都是虚拟机，也就是用户是通过虚拟机访问存储设备。
在存储设备中可以包括控制器(controller)，用于接收云控制器集群的命令，完成逻辑卷的创建、映射等工作。例如，一个AZ下的所有存储设备可以共用一个控制器，或者一个地域下的所有存储设备可以共用一个控制器，或者每个存储设备都可以有自己的控制器，等等，本发明实施例对此不作限制。
在前面已经介绍了，数据迁移可能涉及多种不同的方式，本发明实施例中主要以在同一AZ下的不同的存储设备之间的迁移为例进行说明。
下面结合附图介绍本发明优选的实施例。
请参见图2，本发明实施例提供第一种应用于存储系统中的数据迁移方法，该存储系统可以包括第一存储设备和第二存储设备，例如第一存储设备为待迁移的数据所在的存储设备，第二存储设备为数据迁移的目的存储设备。该方法可以由第二存储设备执行。例如第一存储设备可以是图1中的存储设备1，第二存储设备是图1中的存储设备2，或例如第一存储设备可以是图1中的存储设备2，第二存储设备是图1中的存储设备1。该方法的流程描述如下。
步骤201：第二存储设备接收服务器发送的数据迁移指令，数据迁移指令用于指示将第一存储设备中的第一逻辑卷中的数据迁移到第二存储设备，数据迁移指令中包含有待迁移的第一逻辑卷的容量信息，第一逻辑卷用于存储主机下发的数据；
步骤202：第二存储设备根据数据迁移指令在第二存储设备中创建第二逻辑卷，其中，第二逻辑卷的容量不小于第一逻辑卷的容量；
步骤203：第二存储设备根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷；
步骤204：根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷的过程中，第二存储设备接收主机下发的访问请求，访问请求中携带有待访问地址，待访问地址为第一逻辑卷的地址；其中，步骤204-步骤207可以发生在步骤203的执行过程中；
步骤205：第二存储设备判断待访问地址的数据是否已经被拷贝到第二逻辑卷；若待访问地址的数据已经被拷贝到第二逻辑卷，执行步骤206，否则执行步骤207；
步骤206：当待访问地址的数据已经被拷贝到第二逻辑卷时，第二存储设备根据访问请求访问第二逻辑卷；
步骤207：当待访问地址的数据尚未被拷贝到第二逻辑卷时，第二存储设备根据访问请求访问第一逻辑卷。
可选的，第二存储设备可以由服务器确定，该服务器可以包括如前所述的云控制器集群，或者可以包括如前所述的云控制器集群和Service Portal。例如，服务器接收用户发送的请求消息，该请求消息用于请求将待迁移的逻辑卷(例如称为第一逻辑卷)的类型更改为第一类型，则服务器可以根据请求消息，从第一类型的存储设备中确定第二存储设备，其中第二存储设备的可用容量需大于等于第一逻辑卷的容量。
请参见图3，比如用户需要迁移AZ1中的存储设备1中的第一逻辑卷中的数据，那么，用户可以通过Service Portal提供的交互界面发送该请求消息，该请求消息所请求的数据迁移可以是如前所描述的第1种迁移方式，即AZ内部的不同存储设备之间的数据迁移。另外，若用户选择的是第1种数据迁移方式，则用户可以选择需要迁移到的存储设备的类型(例如称为第一类型)，例如Service Portal可以将用户选择的类型添加在请求消息中一并发送给云控制器集群，或者用户选择的类型也可以在请求消息之后发送给云控制器集群。
Service Portal接收用户的请求消息后，可以将该请求消息发送给云控制器集群，云控制器集群接收该请求消息后，则根据该请求消息来从多个存储设备中确定第二存储设备。
虽然图3中每种类型的存储设备只示出了一个，但在实际应用中，在一个AZ内，可能同一个类型的存储设备会有多个，比如一个AZ内可能会包括多个SSD类型的存储设备，或包括多个SATA类型的存储设备，等等。那么，如果云控制器集群接收的请求消息如果只选择了将要迁移到的存储设备的类型而没有选择具体的存储设备，而在该AZ内该类型的存储设备又包括多个，则云控制器集群可以根据第一逻辑卷的容量以及用户所选择的目的存储设备的类型来调度目的存储设备，即，云控制器集群需要从多个该类型的存储设备中选择一个作为目的存储设备，也就是作为第二存储设备。
例如，第二存储设备的类型需为用户所选择的类型，第二存储设备的可用容量需大于等于第一逻辑卷的容量。云控制器集群可以根据多种不同的因素进行调度，例如在确定用户所选择的类型后，根据该类型的多个存储设备的性能或容量负载等因素来从中选择第二存储设备，比如可以选择性能较好的存储设备作为第二存储设备，或者比如可以选择其中的负载较少的存储设备作为第二存储设备，或者云控制器集群可以根据该类型的多个存储设备所在的物理位置来从中选择第二存储设备，或者云控制器集群也可以综合者这些因素来从中选择第二存储设备，或者云控制器集群也可以根据其他因素来选择第二存储设备，等等。假设云控制器集群调度的第二存储设备是图3中的存储设备2。
在确定第二存储设备后，云控制器集群可以向第二存储设备发送数据迁移指令，该数据迁移指令用于指示将第一逻辑卷中的数据迁移到第二存储设备。显然的，第二存储设备需要创建逻辑卷以接收第一逻辑卷中的数据，数据迁移指令中可以携带第一逻辑卷的容量信息，那么，第二存储设备创建的逻辑卷(例如称为第二逻辑卷)的容量需大于等于第一逻辑卷的容量，这样才能够将第一逻辑卷的数据全部迁移过来，避免出现因第二逻辑卷的容量不够而无法迁移的情况。
可选的，如果第一存储设备与第二存储设备之间之前没有用于传输数据的路径，则需创建第一存储设备与第二存储设备之间之前用于传输数据的路径，以将第一逻辑卷中的数据迁移到第一逻辑卷。为了创建用于在第一存储设备和第二存储设备之间传输数据的路径，云控制器集群除了向第二存储设备发送数据迁移指令之外，还可以向SAN的控制器发送命令，该命令用于指示SAN的控制器在SAN中创建用于在第一存储设备和第二存储设备之间传输数据的路径。可选的，云控制器集群可以将调度的端口的信息携带在该命令中发给SAN的控制器。
其中，每个存储设备也可能会有多个端口可供对外访问，那么如果第一存储设备和/或第二存储设备具有多个端口可供对外访问，云控制器集群需要调度并从中挑选合适的端口，并将挑选的端口的信息发送给SAN的控制器，以用于创建在第一存储设备和第二存储设备之间传输数据的路径，例如可以通过简单的轮询进行调度，或者也可以根据端口负载动态均衡调度或通过其他算法进行调度，本发明实施例对此不作限制。
可选的，如果SAN本身配置为全互联结构，在SAN中，可以认为每两个端口都是两两可以互相访问的，这种情况下就视为第一存储设备与第二存储设备之间之前已有用于传输数据的路径，则可以无需再创建路径。
可选的，如前所述的创建用于在第一存储设备和第二存储设备之间传输数据的路径，该步骤是在SAN使用光纤通道(Fibre Channel，FC)交换网络时可能所需的步骤，如果存储设备使用的是因特网小型计算机接口(Internet Small Computer System Interface，iSCSI)协议、且SAN使用的是以太网(Ethernet)，则也视为第一存储设备与第二存储设备之间之前已有用于传输数据的路径，可以无需再创建路径。
云控制器集群除了向第二存储设备发送数据迁移指令之外，还可以用第一存储设备的全球唯一名称(World Wide Name，wwn)(如果是FC协议)或iSCSI授权名称(iSCSIQualified Name，iQN)(如果是iSCSI协议)作为参数，给第一存储设备(也就是给第一存储设备的控制器)发命令，该命令用于指示第一存储设备将第一逻辑卷映射给第二存储设备。在将第一逻辑卷映射给第二存储设备后，第一逻辑卷对于第二存储设备来说就是可见的。这一步的映射操作实际上是将第二存储设备当做了主机的角色，这样第二存储设备可以像主机一样读写第一逻辑卷。区别是主机使用主机与第一逻辑卷之间的路径作为读写路径，而第二存储设备是使用第一存储设备与第二存储设备之间的路径作为读写路径。
可选的，在第二存储设备接收服务器发送的数据迁移指令后，第二存储设备可以根据数据迁移指令在第二存储设备中创建代理(proxy)逻辑卷，在创建代理逻辑卷后，第二存储设备可以令代理逻辑卷的ID与第一逻辑卷的ID保持一致，逻辑卷的ID保持一致非常关键，它能让代理逻辑卷在协议里看起来与第一逻辑卷是同一个逻辑卷，主机中的MultiPath会将这两者识别为同一个逻辑卷。
可选的，代理逻辑卷的任务只是为了接管原本发送给第一逻辑卷的访问指令，而不用于真正存储数据，因此，创建的代理逻辑卷可以只是逻辑上的卷，第二存储设备可以不为代理逻辑卷划分物理空间，这样既能实现业务连续的目的，也节省第二存储设备的物理空间。
其中，逻辑卷的ID与存储设备使用的协议有关，例如，如果第二存储设备使用小型计算机系统接口(Small Computer System Interface，SCSI)协议，则第二存储设备的ID可以包括第二存储设备的wwn，等等。
可选的，如果主机与第二存储设备之间之前没有用于传输数据的路径，则需创建主机与第二存储设备之间用于传输数据的路径，以使得第二存储设备能够接收主机下发的访问请求。为了创建主机与第二存储设备之间用于传输数据的路径，云控制器集群可以向SAN的控制器发送命令，该命令用于指示SAN的控制器在SAN中创建用于在主机和第二存储设备之间传输数据的路径。可选的，云控制器集群可以将调度的端口的信息携带在该命令中发给SAN的控制器。
同样的，存储设备或主机都可能会有多个端口可供对外访问，那么如果主机和/或第二存储设备具有多个端口可供对外访问，云控制器集群需要调度并从中挑选合适的端口，并将挑选的端口的信息发送给SAN的控制器，以用于创建在主机和第二存储设备之间传输数据的路径，例如可以通过简单的轮询进行调度，或者也可以根据端口负载动态均衡调度或通过其他算法进行调度，本发明实施例对此不作限制。
可选的，如果SAN本身配置为全互联结构，在SAN中，可以认为每两个端口都是两两可以互相访问的，这种情况下就视为主机与第二存储设备之间之前已有用于传输数据的路径，则可以无需再创建路径。
可选的，如前所述的创建用于在主机和第二存储设备之间传输数据的路径，该步骤是在SAN使用FC交换网络时可能所需的步骤，如果存储设备使用的是iSCSI协议、且SAN使用的是Ethernet，则也视为主机与第二存储设备之间之前已有用于传输数据的路径，可以无需再创建路径。
可选的，在第二存储设备创建代理逻辑卷后，第二存储设备可以将代理逻辑卷映射给主机，在映射时可以使用主机与第二存储设备之间的路径作为映射链路。这样，代理逻辑卷对于主机来说就是可见的，且因为代理逻辑卷具有跟第一逻辑卷相同的ID，主机会认为代理逻辑卷和第一逻辑卷是同一逻辑卷，且主机中的MultiPath会认为主机与第二存储设备之间的路径是主机与第一存储设备之间的路径的备用路径。
在MultiPath认为主机与第二存储设备之间的路径是主机与第一存储设备之间的路径的备用路径之后，MultiPath可以启用主机与第二存储设备之间的路径，且禁用主机与第一存储设备之间的路径，这样，主机下发的针对第一逻辑卷的访问请求就都会被第二存储设备接收。
可选的，启用主机与第二存储设备之间的路径，且禁用主机与第一存储设备之间的路径，可以通过不同的方式实现，下面分别介绍：
第一种方式：
第二存储设备将代理逻辑卷映射给主机后，可以通知云控制器集群，云控制器集群可以向主机发送第一控制指令，例如云控制器集群可以给第一服务器中的MultiPath发第一控制指令，第一控制指令用于指示第一服务器启用第二存储设备与主机之间的路径，及禁用第一存储设备与主机之间的路径。这样，MultiPath执行第一控制指令，就能够启用第二存储设备与主机之间的路径，及禁用第一存储设备与主机之间的路径。
可选的，云控制器集群在向主机发送第一控制指令后，可以通知第二存储设备，这样第二存储设备就可以开始进行数据迁移。
第二种方式：
第二存储设备将代理逻辑卷映射给主机后，可以通知云控制器集群，云控制器集群向主机发送第一控制指令，例如云控制器集群可以给主机中的MultiPath发第一控制指令，第一控制指令用于指示MultiPath启用第二存储设备与主机之间的路径，及，云控制器集群可以向第一存储设备发送第二控制指令，第二控制指令用于指示第一存储设备解除第一逻辑卷与主机之间的映射。其中，云控制器集群发送第一控制指令和第二控制指令的顺序可以任意。
可选的，云控制器集群在向主机发送第一控制指令及向第一存储设备发送第二控制指令后，可以通知第二存储设备，这样第二存储设备就可以开始进行数据迁移。
例如当前是主机中的VM1在进行数据迁移，那么无论通过以上哪种方式实现启用主机与第二存储设备之间的路径且禁用主机与第一存储设备之间的路径，在实现之后，VM1发送的所有访问请求将经由主机与第二存储设备之间的路径发往第二存储设备，可以理解为，由于有代理逻辑卷的存在，第二存储设备在VM1没有停止进行业务的情况下接管了主机发送给第一逻辑卷的所有访问请求，通过本发明实施例所提供的技术方案，在进行数据迁移时，无需中断业务，保证了业务的正常进行。
第二存储设备可以进行数据迁移，将第一逻辑卷中的数据迁移到第二逻辑卷中。在数据迁移过程中，由于原来第一逻辑卷承载的业务没有中断，主机可能还会向第一存储设备发送用于访问第一逻辑卷的访问请求，由于主机与第一存储设备之间的路径已被禁用，且代理逻辑卷与第一逻辑卷的ID相同，因此，第二存储设备会接收主机发送给第一存储设备的访问请求。因为第二存储设备正在进行数据迁移，访问请求携带的待访问地址中的数据可能已经被拷贝到了第二逻辑卷中，或者也可能还未被拷贝到第二逻辑卷中，因此，第二存储设备在接收访问请求后，可以首先进行判断，确定待访问地址中的数据是否已经被拷贝到了第二逻辑卷，如果已被拷贝到第二逻辑卷，则第二存储设备直接访问第二逻辑卷，如果尚未被拷贝到第二逻辑卷，则第二存储设备继续访问第一逻辑卷。
可选的，第一逻辑卷、代理逻辑卷和第二逻辑卷，这三个逻辑卷可以认为有共同的逻辑地址，比如对于一个逻辑地址来说，在这三个逻辑卷里的位置是相同的。比如第二存储设备中可以存储第一逻辑卷的地址和第二逻辑卷的地址之间的对应关系，第一逻辑卷的地址和第二逻辑卷的地址之间可以一一对应，对于访问请求中携带的任意一个第一逻辑卷的地址，都可以在第二存储设备存储的对应关系中查询到对应的第二逻辑卷的地址。例如，访问请求中携带的待访问地址为第一逻辑卷的第一地址，则第二存储设备可以通过查询该对应关系，确定第一地址对应于第二逻辑卷中的第二地址，其中第二地址相对于第二逻辑卷的位置与第一地址相对于第一逻辑卷的位置相同。
比如，如果访问请求为读请求，则，如果第一逻辑卷的待访问地址(例如为第一地址)的数据已经被拷贝到了第二逻辑卷，则第二存储设备从第二逻辑卷的第二地址(第二逻辑卷中与第一地址对应的地址)中读取数据，并将读取的数据反馈给主机，如果第一地址的数据还未被拷贝到第二逻辑卷，则第二存储设备从第一地址中读取待访问地址的数据，并将读取的数据反馈给主机。
比如，如果访问请求为写请求，则，如果待访问地址(例如为第一地址)的数据已经被拷贝到了第二逻辑卷，则第二存储设备将写请求中携带的数据写入第二逻辑卷的第二地址(第二逻辑卷中与第一地址对应的地址)，即直接更新第二逻辑卷中的数据，如果第一地址的数据还未被拷贝到第二逻辑卷，则第二存储设备可以将写请求中携带的数据写入第一地址，即更新第一逻辑卷中的数据，这样，后续可以将更新后的数据迁移到第二逻辑卷。
可选的，如果访问请求为写请求，且第一逻辑卷中的第一地址和第二逻辑卷中第二地址均未存储数据，表明该写请求不是请求更新原有的数据，而是请求写入新数据，那么第二存储设备可以根据访问请求访问第二逻辑卷，即直接将该写请求携带的数据写入第二地址，这样，后续就无需再对该数据进行拷贝，减少了需拷贝的数据量。
可选的，在将第一逻辑卷中的数据全部拷贝到第二逻辑卷之后，第二存储设备可以控制第二逻辑卷继承代理逻辑卷的ID，或者第二存储设备也可以控制第二逻辑卷和代理逻辑卷互换ID，总之让第二逻辑卷使用代理逻辑卷的ID，即使用第一逻辑卷的ID，那么之后，来自主机的所有访问请求会直接发送给第二逻辑卷，且无需中断业务。这样，第二逻辑卷就完全接管了第一逻辑卷的数据及业务，数据迁移过程完成。
在数据迁移过程完成后，第二存储设备可以通知云控制器集群，则云控制器集群可以进行后期清理工作。
可选的，为了节省第二存储设备中的存储空间，在数据迁移过程完成后，云控制器集群可以给第二存储设备发命令，该命令用于指示第二存储设备删除代理逻辑卷。
可选的，为了避免可能出现的系统混乱，在数据迁移过程完成后，云控制器集群可以给第一存储设备发命令，该命令用于指示第一存储设备解除第一逻辑卷的所有映射，例如可以包括第一逻辑卷与第二存储设备之间的映射、及第一逻辑卷与主机之间的映射，等等。
可选的，因第一逻辑卷的ID被第二逻辑卷所占用，若第一逻辑卷继续存在的话可能会引起混乱，因此，在解除第一逻辑卷的所有映射之后，第一存储设备可以删除第一逻辑卷。而且，删除第一逻辑卷，也可以节省第一存储设备的存储空间。
可选的，若之前创建了用于第一存储设备与第二存储设备之间进行数据传输的路径，则在数据迁移过程完成后，云控制器集群可以给SAN的控制器发命令，该命令用于指示SAN的控制器删除第一存储设备与第二存储设备之间进行数据传输的路径。当然，若之前未进行创建该路径的步骤，则该过程可以省略。或者，如果第一存储设备与第二存储设备之间的路径还有其他用途，或者正在被使用，那么也可以不删除。
可选的，对于之前的主机与第一存储设备之间进行数据传输的路径，若也是由云控制器集群指示SAN的控制器创建的，那么在数据迁移过程完成后，云控制器集群可以给SAN的控制器发命令，该命令用于指示SAN的控制器删除主机与第一存储设备之间进行数据传输的路径。当然，若之前未进行创建该路径的步骤，则该过程可以省略。或者，如果主机与第一存储设备之间的路径还有其他用途，或者正在被使用，那么也可以不删除。
可选的，在数据迁移过程完成后，云控制器集群可以通知Service Portal，数据迁移工作已完成，例如Service Portal可以输出响应消息，以告知用户，数据迁移工作已完成。
请参见图4，基于同一发明构思，本发明实施例提供另一种应用于存储系统中的数据迁移方法，该存储系统可以包括第一存储设备和第二存储设备，例如第一存储设备为待迁移的数据所在的存储设备，第二存储设备为数据迁移的目的存储设备。该方法可以由第二存储设备执行。例如第一存储设备可以是图1中的存储设备1，第二存储设备是图1中的存储设备2，或例如第一存储设备可以是图1中的存储设备2，第二存储设备是图1中的存储设备1。该方法的流程描述如下。
步骤401：第二存储设备接收服务器发送的数据迁移指令，数据迁移指令用于指示将第一存储设备中的第一逻辑卷中的数据迁移到第二存储设备，数据迁移指令中包含有待迁移的第一逻辑卷的容量信息，第一逻辑卷用于存储主机下发的数据；
步骤402：第二存储设备根据数据迁移指令在第二存储设备中创建第二逻辑卷，其中，第二逻辑卷的容量不小于第一逻辑卷的容量；
步骤403：第二存储设备根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷；
步骤404：根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷的过程中，第二存储设备接收主机下发的访问请求，访问请求中携带有第一地址，第一地址为待访问的第一逻辑卷的地址；其中，步骤404-步骤406可以发生在步骤403的执行过程中；
步骤405：若访问请求为写请求，第二存储设备根据第一地址确定第二地址，第二地址为第二逻辑卷的地址；
步骤406：第二存储设备根据第二地址访问第二逻辑卷。
其中，图4所示的方法与图2所示的方法为相应的方法，部分内容可相互参考，例如，选择第二存储设备、建立传输数据的路径、创建代理逻辑卷(令代理逻辑卷的ID与第一逻辑卷的ID相同)、及映射逻辑卷等操作，图4所示的方法与图2所示的方法中的实施方式相类似，可参考图2部分的描述，不多赘述。这里主要介绍图4方法与图2方法不同的地方。
可选的，第二存储设备可存储第一逻辑卷的地址与第二逻辑卷的地址之间的对应关系，在图2流程中已有介绍，不多赘述。
第二存储设备可以进行数据迁移，将第一逻辑卷中的数据迁移到第二逻辑卷中。在数据迁移过程中，由于原来第一逻辑卷承载的业务没有中断，主机可能还会向第一存储设备发送用于访问第一逻辑卷的访问请求，由于主机与第一存储设备之间的路径已被禁用，且代理逻辑卷与第一逻辑卷的ID相同，因此，第二存储设备会接收主机发送给第一存储设备的访问请求。
如果访问请求为读请求，第二存储设备可以通过查询第一逻辑卷的地址与第二逻辑卷的地址之间的对应关系确定第二逻辑卷中与第一地址对应的地址，例如为第二地址，则第二存储设备可以判断第一地址中的数据是否已经被拷贝到了第二地址，如果第二存储设备确定第一地址中的数据已被拷贝到第二地址，则第二存储设备直接从第二地址中读取数据并反馈给主机，如果第一地址中的数据尚未被拷贝到第二地址，则第二存储设备从第一地址中读取数据并反馈给主机。即第二存储设备从存储有数据的逻辑卷中进行读取，避免出错。
如果访问请求为写请求，则第二存储设备通过查询第一逻辑卷的地址与第二逻辑卷的地址之间的对应关系确定第二逻辑卷中与第一地址对应的地址，例如为第二地址，第二存储设备可以直接将写请求携带的数据写入第二地址，如果第二地址中尚未存储数据(这可能有两种情况，一种情况是第一地址中的数据尚未迁移过来，另一种情况是第一地址中也未存储数据)，则第二存储设备可以直接将新数据写入第二逻辑卷，如果第二地址中已经存储了数据(即第一地址中的数据已经迁移过来了)，第二存储设备可以直接根据写请求中携带的数据更新第二地址中的数据。这样，直接对第二逻辑卷进行操作，既响应了主机的访问请求，又可以有效减少需迁移的数据，提高数据迁移效率。
可选的，在根据数据迁移指令将获取的第一逻辑卷的数据存储于第二逻辑卷的过程中，第二存储设备例如要迁移第一地址中的数据，可以进行判断，看第一地址中的数据在第二逻辑卷中是否已有更新(判断第一地址中的数据在第二逻辑卷中是否有更新的一个比较简单的方法，可以是判断第一地址中存储的数据与第二逻辑卷中的第二地址中存储的数据是否不同，如果不同，则确定第一地址中的数据在第二逻辑卷中已更新)，如果在第二逻辑卷中已更新，那么就不用迁移第一地址中的数据了，可以继续迁移下一个地址中的数据，当然还可以进行类似的判断过程。这样，由于写请求是直接针对第二逻辑卷进行操作，可能有一些数据会直接更新到第二逻辑卷，第一逻辑卷中的这部分数据就无需再迁移，减少了需迁移的数据量，提高数据迁移效率。
在数据迁移过程全部完毕后，即在将第一逻辑卷中需迁移的数据(在第二逻辑卷中已更新的数据不属于需迁移的数据)全部迁移到第二逻辑卷之后，第二存储设备可以令第二逻辑卷继承代理逻辑卷的ID，或者可以令第二逻辑卷与代理逻辑卷互换ID。之后，来自主机的所有访问请求会直接发送给第二逻辑卷，且无需中断业务。这样，第二逻辑卷就完全接管了第一逻辑卷的数据及业务，数据迁移过程完成。
在数据迁移过程完成后，第二存储设备可以通知云控制器集群，则云控制器集群可以进行后期清理工作。这部分内容可参考图2流程中的介绍。
如前提供的技术方案，实现了在同一AZ内部的不同的存储设备之间的数据迁移。请参见图5，简单介绍如何根据同一发明构思来实现在不同AZ间的数据迁移。
在这种场景下，如图5中所示，要求多个AZ间的SAN是完全互通的，图5中给出的是最简单的大网络互通方式，在实际部署过程中，可以有其它网络部署方式保证互通。由于不影响迁移服务的主要流程，这里只描述图5中的网络架构下的操作方案，如果实际应用中的网络部署方案与图5中不同，只需修改流程中相应的SAN配置步骤即可。
按照图5，要迁移第一逻辑卷中的数据(例如云控制器集群选择了图3中的AZ2内的存储设备2作为目的存储设备)，大部分的实现流程与图2或图4流程中的描述是一致的，有差别的过程如下：
用户通过Service Portal发送请求消息时，该请求消息的类型为如前所描述的第2种类型，那么用户可以通过该请求消息一并指示目的AZ以及目的存储设备的类型。当然，也可以只变更AZ而不变更目的存储设备的类型，例如若用户在请求消息中未指示目的存储设备的类型，则系统默认不改变存储设备的类型。
在图2-图4中，云控制器集群接收第1种类型的请求消息后，是在第一逻辑卷所在的AZ内部调度目的存储设备，而若云控制器集群接收的是第2种类型的请求消息，则云控制器集群可以在请求消息中所指示的AZ内调度目的存储设备，例如调度的目的存储设备(即第二存储设备)为图5中的存储设备2。
第二存储设备在根据第2种请求消息进行数据迁移时，除了以上两个步骤外，其他步骤与图2或图4流程所示的响应第1种请求消息的过程均是类似的，不再重复赘述。当然，如果AZ间的SAN的互通方式不是图5中描述的方式，则相应的步骤需要变更，这些都是本领域技术人员所知晓的。
如前提供的技术方案，分别实现了在同一AZ内部的不同的存储设备之间的数据迁移，以及在同一地域下的不同AZ之间的数据迁移。请参见图5，简单介绍如何根据同一发明构思来实现在不同地域间的数据迁移。
在这种场景下，也要求多个地域之间存在互通的存储网络，由于跨地域的距离比较远，多地域间互通的网络一般都基于WAN，因此部署的应该是专用的广域网链路。
按照图6，要迁移北京地域的AZ1内的存储设备1内的第一逻辑卷中的数据(例如云控制器集群选择了图6中的上海地域的AZ1内的存储设备2作为目的存储设备)，大部分的实现流程与图2或图4流程中的描述是一致的，有差别的过程如下：
用户通过Service Portal发送请求消息时，该请求消息的类型为如前所描述的第3种类型，那么用户可以通过该请求消息一并指示目的地域、目的AZ以及目的存储设备的类型。当然，也可以只变更地域和AZ而不变更目块存储设备的类型，例如若用户在请求消息中未指示目的存储设备的类型，则系统默认不改变存储设备的类型。
在图2-图4中，云控制器集群接收第1种类型的请求消息后，是在第一逻辑卷所在的AZ内部调度目的存储设备，而若云控制器集群接收的是第3种类型的请求消息，则云控制器集群可以在请求消息中所指示的地域以及所指示的AZ内调度目的存储设备，例如调度的目的存储设备(即第二存储设备)为图6中的存储设备2。
由于图6使用的是WAN作为互通的存储网络，因此无需创建存储设备1到存储设备2之间的路径，也无需创建主机到存储设备2之间的路径，可以通过iSCSI协议实现互相访问。
第二存储设备在根据第3种请求消息进行数据迁移时，除了以上两个步骤外，其他步骤与图2或图4流程所示的响应第1种请求消息的过程均是类似的，不再重复赘述。当然，如果地域间的存储网络的互通方式不是图6中描述的方式，则相应的步骤需要变更，这些都是本领域技术人员所知晓的。
另外需要说明的是，由于WAN的带宽有限而时延很大，因此迁移过程也会相应延长。同时也不鼓励一个地域内的VM长期使用WAN去访问另一个地域内的块存储设备，因此跨地域的数据迁移往往伴随着VM的迁移，即VM同逻辑卷一起迁移。如图6中所示，可以将VM1也迁移到上海地域内，例如将VM1迁移到上海地域的主机3中，迁移后的VM1称为VM6。由于VM的迁移是另一种技术，不在本发明的讨论范围内，因此不再展开描述。在实际应用中，若需要进行地域之间的数据迁移，则只需将VM的迁移技术以及逻辑卷中的数据的迁移技术结合起来提供给用户即可。
当然，VM与逻辑卷也可以用在同一个地域内的多个AZ之间进行同时迁移，此处也不再赘述。
本发明实施例提供了一种云计算系统下的数据迁移方案，在该方案中，系统可以自动建立迁移所需的目标资源、迁移路径，并自动完成迁移后的访问路径切换，从而达到提供全自动数据迁移服务的能力。
同时，在该方案中引入代理逻辑卷，通过令代理逻辑卷的ID与第一逻辑卷的ID一致，使得代理逻辑卷接管了主机发送给第一逻辑卷的访问请求，以及在接管后代理逻辑卷可以将第一逻辑卷中的数据拷贝到第二逻辑卷中，在拷贝过程中对于接收的访问请求可以实现自动分发，在不中断业务的情况下实现了数据的迁移。
本发明实施例实现了云平台上完整的数据迁移服务，使得使用云平台的用户只需通过Service Portal进行简单的一个或几个操作就可以完成数据的迁移，无需用户自己手动进行迁移，减少了用户所需的操作，对于用户来说大大降低了数据迁移的实施难度。
本发明实施例提供的数据迁移服务支持多种迁移场景，如在同一AZ内的不同块存储设备之间的迁移、同一地域下不同AZ之间的迁移、或不同地域之间的迁移，等等，充分满足了用户的多种迁移需求。
本发明实施例所提供的数据迁移过程，在进行迁移时对应用透明，完全不需要中断业务，保证了业务的连续性。特别是很多业务对连续性的要求较高，不能中断，或者允许中断的时间受限，那么采用本发明实施例提供的技术方案，扩大了云服务中业务部署的适用范围，也避免了协调业务中断时间所带来的麻烦，提升了用户实施数据迁移的灵活度。
本发明实施例基于逻辑卷对逻辑卷的数据直接拷贝，无需通过云计算系统中的对象存储系统进行数据中转，加快了迁移过程，节省了迁移时间，也节省了网络带宽，进而节省了云资源的使用成本。
本发明实施例所提供的技术方案除了可以应用于公有云，也可以应用于私有云。
本发明实施例所提供的数据迁移服务还可以用于各个块存储设备之间的容量均衡或性能均衡。例如，可以通过云控制器集群监控该云计算系统下的多个存储设备的性能或容量等(例如可以在云控制器集群中增加一个均衡调度模块来实现该功能，该模块可以通过硬件实现，也可以通过软件实现)，一旦发现有存储设备的性能压力超出某个设定的阈值，或容量的占用超出某个设定的阈值，则触发数据迁移，将该存储设备中的部分逻辑卷或全部逻辑卷中的数据迁移到其他存储设备中，从而实现存储设备之间的容量均衡或性能均衡。
在如前的描述中，均是以一个逻辑卷中的数据的迁移过程为例，在实际应用中，可能有多个逻辑卷中的数据需要同时迁移，那么在迁移过程中，每个逻辑卷中的数据都可以采用本发明实施例所提供的技术方案来进行迁移，多个逻辑卷中的数据可以并行迁移，或者也可以串行迁移，本发明实施例对此不作限制。
以下结合附图介绍本发明实施例中的装置。
请参见图7，本发明实施例提供第一种存储设备，该存储设备可以包括接收器701、处理器702和存储器703。
处理器702例如可以是中央处理器(CPU)或特定应用集成电路(ApplicationSpecific Integrated Circuit，ASIC)，可以是一个或多个用于控制程序执行的集成电路，可以是使用现场可编程门阵列(Field Programmable Gate Array，FPGA)开发的硬件电路，可以是基带芯片。
存储器703的数量可以是一个或多个。存储器703可以包括存储设备的存储空间，例如可以包括闪存(FLASH)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等等。
接收器701可以用于与其他设备进行通信，具体可以通过SAN、以太网、WAN等网络与外部设备进行通信。
存储器703和接收器701可以通过总线与处理器702相连接(图7以此为例)，或者也可以分别通过专门的连接线与处理器702连接。
通过对处理器702进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图2流程所示的方法。如何对处理器702进行设计编程为本领域技术人员所公知的技术，这里不再赘述。
本发明实施例中图7中的存储设备可以执行图2流程所述的方法，例如可以是第二存储设备。该存储设备中的每个模块所完成的工作，以及执行过程中的细节描述等，可参考方法部分的描述，不多赘述。
请参见图8，本发明实施例提供第二种存储设备，该存储设备可以包括接收器801、处理器802和存储器803。
处理器802例如可以是CPU或ASIC，可以是一个或多个用于控制程序执行的集成电路，可以是使用FPGA开发的硬件电路，可以是基带芯片。
存储器803的数量可以是一个或多个。存储器803可以包括存储设备的存储空间，例如可以包括FLASH或DRAM等等。
接收器801可以用于与其他设备进行通信，具体可以通过SAN、以太网、WAN等网络与外部设备进行通信。
存储器803和接收器801可以通过总线与处理器802相连接，或者也可以分别通过专门的连接线与处理器802连接。
通过对处理器802进行设计编程，将前述所示的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图4流程所示的方法。如何对处理器802进行设计编程为本领域技术人员所公知的技术，这里不再赘述。
本发明实施例中图8中的存储设备可以执行图4流程所述的方法，例如可以是第二存储设备。设备中的每个模块所完成的工作，以及执行过程中的细节描述等，可参考方法部分的描述，不多赘述。
另外，图8中的存储设备与图7中的存储设备可以是同一设备，或者也可以是不同的设备。即，图2所示的方法与图4所示的方法可以通过同一存储设备实现，或者也可以通过不同的存储设备实现。
可选的，本发明实施例还提供一种存储系统，可以包括如图2-图4所述的第一存储设备，及可以包括图7或图8所示的第二存储设备。
请参见图9，基于同一发明构思，本发明实施例提供第三种存储设备，该存储设备可以包括接收模块901和处理模块902。
在实际应用中，处理模块902对应的实体设备可以是图7中的处理器702，接收模块901对应的实体设备可以是图7中的接收器701。
该存储设备可以用于执行上述图2所述的方法，例如可以是第二存储设备。因此，对于该存储设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。
请参见图10，基于同一发明构思，本发明实施例提供第四种存储设备，该存储设备可以包括接收模块1001和处理模块1002。
在实际应用中，处理模块1002对应的实体设备可以是图8中的处理器802，接收模块1001对应的实体设备可以是图8中的接收器801。
该存储设备可以用于执行上述图4所述的方法，例如可以是第二存储设备。因此，对于该存储设备中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。
另外，图10中的存储设备与图9中的存储设备可以是同一设备，或者也可以是不同的设备。即，图2所示的方法与图4所示的方法可以通过同一存储设备实现，或者也可以通过不同的存储设备实现。
可选的，本发明实施例还提供一种存储系统，可以包括如图2-图4所述的第一存储设备，及可以包括图9或图10所示的第二存储设备。
本发明实施例所提供的技术方案，在数据迁移过程中无需中断原来的业务，实现了业务的连续性。
以上所述，以上实施例仅用以对本发明的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明实施例的方法，不应理解为对本发明实施例的限制。

Claims (14)

1.一种应用于存储系统中的数据迁移方法，其特征在于，所述存储系统包括第一存储设备和第二存储设备，所述方法包括：
所述第二存储设备接收服务器发送的数据迁移指令，所述数据迁移指令用于指示将所述第一存储设备中的第一逻辑卷中的数据迁移到所述第二存储设备，所述数据迁移指令中包含有待迁移的第一逻辑卷的容量信息，所述第一逻辑卷用于存储主机下发的数据；
所述第二存储设备根据所述数据迁移指令在所述第二存储设备中创建第二逻辑卷，其中，所述第二逻辑卷的容量不小于所述第一逻辑卷的容量；
所述第二存储设备根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷；
根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷的过程中，所述第二存储设备接收所述主机下发的访问请求，所述访问请求中携带有待访问地址，所述待访问地址为所述第一逻辑卷的地址；
所述第二存储设备判断所述待访问地址的数据是否已经被拷贝到所述第二逻辑卷；
当所述待访问地址的数据已经被拷贝到所述第二逻辑卷时，所述第二存储设备根据所述访问请求访问所述第二逻辑卷；
当所述待访问地址的数据尚未被拷贝到所述第二逻辑卷时，所述第二存储设备根据所述访问请求访问所述第一逻辑卷。
2.如权利要求1所述的方法，其特征在于，
在第二存储设备接收服务器发送的数据迁移指令之后，还包括：
所述第二存储设备根据所述数据迁移指令在所述第二存储设备中创建代理逻辑卷；其中，所述代理逻辑卷的身份标识号ID与所述第一逻辑卷的ID相同；
所述第二存储设备接收所述主机下发的访问请求，包括：
基于所述代理逻辑卷的ID，所述第二存储设备接收所述主机下发的访问请求；其中，在创建所述代理逻辑卷后，所述第二存储设备与所述主机之间的路径被启用，且所述第一存储设备与所述主机之间的路径被禁用。
3.如权利要求1或2所述的方法，其特征在于，还包括：
若所述访问请求为写请求，则，当所述第一逻辑卷和所述第二逻辑卷中的所述待访问地址均未存储数据时，所述第二存储设备根据所述访问请求访问所述第二逻辑卷。
4.如权利要求2所述的方法，其特征在于，还包括：
在所述第二存储设备根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷之后，所述第二存储设备控制所述第二逻辑卷继承所述代理逻辑卷的ID。
5.一种应用于存储系统中的数据迁移方法，其特征在于，所述存储系统包括第一存储设备和第二存储设备，所述方法包括：
所述第二存储设备接收服务器发送的数据迁移指令，所述数据迁移指令用于指示将所述第一存储设备中的第一逻辑卷中的数据迁移到所述第二存储设备，所述数据迁移指令中包含有待迁移的第一逻辑卷的容量信息，所述第一逻辑卷用于存储主机下发的数据；
所述第二存储设备根据所述数据迁移指令在所述第二存储设备中创建第二逻辑卷，其中，所述第二逻辑卷的容量不小于所述第一逻辑卷的容量；
所述第二存储设备根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷；
根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷的过程中，所述第二存储设备接收所述主机下发的访问请求，所述访问请求中携带有第一地址，所述第一地址为待访问的所述第一逻辑卷的地址；
若所述访问请求为写请求，所述第二存储设备根据所述第一地址确定第二地址，所述第二地址为所述第二逻辑卷的地址；
所述第二存储设备根据所述第二地址访问所述第二逻辑卷。
6.如权利要求5所述的方法，其特征在于，
在第二存储设备接收服务器发送的数据迁移指令之后，还包括：
所述第二存储设备根据所述数据迁移指令在所述第二存储设备中创建代理逻辑卷；其中，所述代理逻辑卷的身份标识号ID与所述第一逻辑卷的ID相同；
所述第二存储设备接收所述主机下发的访问请求，包括：
基于所述代理逻辑卷的ID，所述第二存储设备接收所述访问请求，其中，在创建所述代理逻辑卷后，所述第二存储设备与所述主机之间的路径被启用，且所述第一存储设备与所述主机之间的路径被禁用。
7.如权利要求6所述的方法，其特征在于，所述方法还包括：
在根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷的过程中，所述第二存储设备判断待迁移的所述第一逻辑卷中的第一地址中存储的数据在所述第二逻辑卷中是否已更新；
若所述第一地址中存储的数据在所述第二逻辑卷中已更新，则所述第二存储设备不迁移所述第一地址中存储的数据。
8.一种存储设备，其特征在于，包括：
接收模块，用于接收服务器发送的数据迁移指令，所述数据迁移指令用于指示将第一存储设备中的第一逻辑卷中的数据迁移到所述存储设备，所述数据迁移指令中包含有待迁移的第一逻辑卷的容量信息，所述第一逻辑卷用于存储主机下发的数据；
处理模块，用于根据所述数据迁移指令在所述存储设备中创建第二逻辑卷，其中，所述第二逻辑卷的容量不小于所述第一逻辑卷的容量；
所述处理模块，还用于根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷；
所述处理模块根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷的过程中，所述接收模块还用于接收所述主机下发的访问请求，所述访问请求中携带有待访问地址，所述待访问地址为所述第一逻辑卷的地址；
所述处理模块，还用于：
判断所述待访问地址的数据是否已经被拷贝到所述第二逻辑卷；
当所述待访问地址的数据已经被拷贝到所述第二逻辑卷时，根据所述访问请求访问所述第二逻辑卷；
当所述待访问地址的数据尚未被拷贝到所述第二逻辑卷时，根据所述访问请求访问所述第一逻辑卷。
9.如权利要求8所述的存储设备，其特征在于，
所述处理模块还用于：在所述接收模块接收服务器发送的数据迁移指令之后，根据所述数据迁移指令在所述存储设备中创建代理逻辑卷；其中，所述代理逻辑卷的身份标识号ID与所述第一逻辑卷的ID相同；
所述接收模块用于：基于所述代理逻辑卷的ID，接收所述主机下发的访问请求；其中，在创建所述代理逻辑卷后，所述存储设备与所述主机之间的路径被启用，且所述第一存储设备与所述主机之间的路径被禁用。
10.如权利要求8或9所述的存储设备，其特征在于，所述处理模块还用于：
若所述访问请求为写请求，则，当所述第一逻辑卷和所述第二逻辑卷中的所述待访问地址均未存储数据时，根据所述访问请求访问所述第二逻辑卷。
11.如权利要求9所述的存储设备，其特征在于，所述处理模块还用于：
在根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷之后，控制所述第二逻辑卷继承所述代理逻辑卷的ID。
12.一种存储设备，其特征在于，包括：
接收模块，用于接收服务器发送的数据迁移指令，所述数据迁移指令用于指示将第一存储设备中的第一逻辑卷中的数据迁移到所述存储设备，所述数据迁移指令中包含有待迁移的第一逻辑卷的容量信息，所述第一逻辑卷用于存储主机下发的数据；
处理模块，用于根据所述数据迁移指令在所述存储设备中创建第二逻辑卷，其中，所述第二逻辑卷的容量不小于所述第一逻辑卷的容量；
所述处理模块，还用于根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷；
所述处理模块根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷的过程中，所述接收模块还用于接收所述主机下发的访问请求，所述访问请求中携带有第一地址，所述第一地址为待访问的所述第一逻辑卷的地址；
所述处理模块还用于：
若所述访问请求为写请求，根据所述第一地址确定第二地址，所述第二地址为所述第二逻辑卷的地址；
根据所述第二地址访问所述第二逻辑卷。
13.如权利要求12所述的存储设备，其特征在于，
所述处理模块还用于：在所述接收模块接收服务器发送的数据迁移指令之后，根据所述数据迁移指令在所述存储设备中创建代理逻辑卷；其中，所述代理逻辑卷的身份标识号ID与所述第一逻辑卷的ID相同；
所述接收模块用于：基于所述代理逻辑卷的ID，接收所述访问请求，其中，在创建所述代理逻辑卷后，所述存储设备与所述主机之间的路径被启用，且所述第一存储设备与所述主机之间的路径被禁用。
14.如权利要求13所述的存储设备，其特征在于，所述处理模块还用于：
在根据所述数据迁移指令将获取的所述第一逻辑卷的数据存储于所述第二逻辑卷的过程中，判断待迁移的所述第一逻辑卷中的第一地址中存储的数据在所述第二逻辑卷中是否已更新；
若所述第一地址中存储的数据在所述第二逻辑卷中已更新，则不迁移所述第一地址中存储的数据。
CN201510897518.4A 2015-12-08 2015-12-08 一种应用于存储系统中的数据迁移方法及存储设备 Active CN105549904B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510897518.4A CN105549904B (zh) 2015-12-08 2015-12-08 一种应用于存储系统中的数据迁移方法及存储设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510897518.4A CN105549904B (zh) 2015-12-08 2015-12-08 一种应用于存储系统中的数据迁移方法及存储设备

Publications (2)

Publication Number Publication Date
CN105549904A CN105549904A (zh) 2016-05-04
CN105549904B true CN105549904B (zh) 2019-01-08

Family

ID=55829107

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510897518.4A Active CN105549904B (zh) 2015-12-08 2015-12-08 一种应用于存储系统中的数据迁移方法及存储设备

Country Status (1)

Country Link
CN (1) CN105549904B (zh)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106021020B (zh) * 2016-05-12 2019-03-12 中国工商银行股份有限公司 一种双活数据站点应用数据挂载方法及装置
CN106202370A (zh) * 2016-07-07 2016-12-07 乐视控股（北京）有限公司 一种在云对象存储中进行导流的方法和系统
CN106325777A (zh) * 2016-08-24 2017-01-11 浪潮(北京)电子信息产业有限公司 一种逻辑单元管理方法及系统
CN106484327B (zh) * 2016-09-20 2019-07-23 华为技术有限公司 一种数据处理方法及相关存储设备
CN106649553B (zh) * 2016-11-07 2020-06-30 湖北省农村信用社联合社网络信息中心 基于完整事务性的在线式数据迁移方法
CN106777126B (zh) * 2016-12-16 2020-05-19 广东电网有限责任公司电力调度控制中心 一种支持异构时序数据库的数据在线迁移方法
CN107402722B (zh) * 2017-07-04 2020-09-01 杭州宏杉科技股份有限公司 一种数据迁移方法及存储设备
CN108038153A (zh) * 2017-12-04 2018-05-15 北京小度信息科技有限公司 Hbase的数据在线迁移方法和装置
CN110018785B (zh) * 2018-01-10 2022-04-15 上海川源信息科技有限公司 卷间数据迁移中执行数据读写的方法及电子装置
US10481823B2 (en) * 2018-02-21 2019-11-19 International Business Machines Corporation Data storage system performing data relocation based on temporal proximity of accesses
CN110413213B (zh) * 2018-04-28 2023-06-27 伊姆西Ip控股有限责任公司 存储卷在存储阵列之间的无缝迁移
CN109189324B (zh) * 2018-07-09 2021-01-08 华为技术有限公司 一种数据迁移方法及装置
CN109358997A (zh) * 2018-10-10 2019-02-19 郑州云海信息技术有限公司 一种mcs存储系统卷迁移的自动化测试系统及方法
CN111290702B (zh) * 2018-12-07 2022-04-05 华为技术有限公司 一种控制设备的切换方法、控制设备、及存储系统
US11016691B2 (en) * 2019-01-25 2021-05-25 International Business Machines Corporation Migrating data from a large extent pool to a small extent pool
CN116010035B (zh) * 2019-06-28 2024-06-25 亚马逊技术股份有限公司 云提供者底层扩展部分中的虚拟化的块存储服务器
US10949124B2 (en) 2019-06-28 2021-03-16 Amazon Technologies, Inc. Virtualized block storage servers in cloud provider substrate extension
CN110502187B (zh) * 2019-07-09 2020-12-04 华为技术有限公司 一种快照回滚方法及装置
CN110427284B (zh) * 2019-07-31 2022-02-18 中国工商银行股份有限公司 数据处理方法、分布式系统、计算机系统和介质
CN110764699B (zh) * 2019-09-29 2022-11-04 苏州浪潮智能科技有限公司 一种存储卷在线迁移的方法和装置
CN110764953A (zh) * 2019-09-30 2020-02-07 浪潮电子信息产业股份有限公司 一种数据恢复方法、装置、设备及可读存储介质
CN111399763B (zh) * 2019-12-24 2023-05-16 杭州海康威视系统技术有限公司 数据存储的方法、装置、系统、设备及存储介质
CN111198845B (zh) * 2020-02-13 2023-07-21 橙三角(广东)科技有限公司 一种数据迁移方法、可读存储介质及计算设备
CN111475104B (zh) * 2020-03-08 2023-01-10 苏州浪潮智能科技有限公司 一种存储设备数据在线迁移方法、系统、终端及存储介质
CN111427514B (zh) * 2020-03-27 2022-04-22 杭州宏杉科技股份有限公司 视图迁移方法和装置
CN112558881B (zh) * 2020-12-18 2024-11-08 上海七牛信息技术有限公司 一种迁移存储系统的方法及系统
CN112698792B (zh) * 2021-01-14 2021-09-10 腾讯科技（深圳）有限公司 分布式存储系统的数据迁移方法、装置及电子设备
CN112835539A (zh) * 2021-03-31 2021-05-25 中国工商银行股份有限公司 一种机房搬迁方法及装置
CN113093995B (zh) * 2021-04-12 2023-05-26 深圳软通动力信息技术有限公司 一种云盘数据的迁移方法和系统
CN116560785A (zh) * 2022-01-30 2023-08-08 华为技术有限公司 一种访问存储节点的方法、装置及计算机设备
CN114615263A (zh) * 2022-02-10 2022-06-10 深圳市小满科技有限公司 集群在线迁移方法、装置、设备及存储介质
CN114860165A (zh) * 2022-04-29 2022-08-05 北京星辰天合科技股份有限公司 数据迁移方法、系统、装置、存储介质以及电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100356343C (zh) * 2004-07-15 2007-12-19 株式会社日立制作所 计算机系统以及存储装置系统的迁移方法
CN101945131A (zh) * 2010-09-16 2011-01-12 华中科技大学 一种基于存储虚拟化的数据迁移方法
CN102884516A (zh) * 2010-05-13 2013-01-16 惠普发展公司，有限责任合伙企业 文件系统迁移

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9292226B2 (en) * 2013-06-24 2016-03-22 Steven Andrew Moyer Adaptive data management using volume types

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100356343C (zh) * 2004-07-15 2007-12-19 株式会社日立制作所 计算机系统以及存储装置系统的迁移方法
CN102884516A (zh) * 2010-05-13 2013-01-16 惠普发展公司，有限责任合伙企业 文件系统迁移
CN101945131A (zh) * 2010-09-16 2011-01-12 华中科技大学 一种基于存储虚拟化的数据迁移方法

Also Published As

Publication number Publication date
CN105549904A (zh) 2016-05-04

Similar Documents

Publication Publication Date Title
CN105549904B (zh) 一种应用于存储系统中的数据迁移方法及存储设备
US11663029B2 (en) Virtual machine storage controller selection in hyperconverged infrastructure environment and storage system
US11218364B2 (en) Network-accessible computing service for micro virtual machines
CN103999031B (zh) 云服务器的虚拟私有存储阵列服务
KR102624824B1 (ko) 데이터 볼륨들의 동적 구성
JP5976230B2 (ja) リソース管理システムおよびリソース管理方法
CN101952814B (zh) 用于在虚拟环境中实施虚拟存储池的方法和系统
US8006056B2 (en) Storage system including capability to move a virtual storage device group without moving data
CN109857445A (zh) 存储系统和控制软件配置方法
US8943294B2 (en) Software architecture for service of collective memory and method for providing service of collective memory using the same
CN106030500B (zh) 存储系统的数据迁移方法
AU2021269201B2 (en) Utilizing coherently attached interfaces in a network stack framework
JP2010097533A (ja) パーティションで区切られた計算機システムにおけるアプリケーション移動及び消費電力の最適化
JP6663478B2 (ja) データ移行方法及び計算機システム
CN103455363B (zh) 一种虚拟机的指令处理方法、装置及物理主机
CN109144972A (zh) 一种数据迁移的方法以及数据节点
US10599356B2 (en) Aggregating memory to create a network addressable storage volume for storing virtual machine files
JP2008146627A (ja) 複数のデータセンタにおけるストレージリソース管理のための方法および装置
CN112202843B (zh) 一种控制节点的高可用系统及超融合系统
JP2002358167A5 (zh)
CN113039767A (zh) 超融合存储中的分布式iscsi目标的主动-主动架构
US20120054460A1 (en) Method and system for storage system migration
US20240040002A1 (en) Managed connectivity between cloud service edge locations used for latency-sensitive distributed applications
CN108228099A (zh) 一种数据存储的方法及装置
US20120066676A1 (en) Disabling circuitry from initiating modification, at least in part, of state-associated information

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant