CN109828950A - 一种数据保护方法、管理系统、服务器及可读存储介质 - Google Patents

一种数据保护方法、管理系统、服务器及可读存储介质 Download PDF

Info

Publication number
CN109828950A
CN109828950A CN201910087110.9A CN201910087110A CN109828950A CN 109828950 A CN109828950 A CN 109828950A CN 201910087110 A CN201910087110 A CN 201910087110A CN 109828950 A CN109828950 A CN 109828950A
Authority
CN
China
Prior art keywords
data
snapshot
management
management system
disk
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.)
Pending
Application number
CN201910087110.9A
Other languages
English (en)
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.)
Cloudminds Robotics Co Ltd
Original Assignee
Cloudminds Shenzhen Robotics Systems 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 Cloudminds Shenzhen Robotics Systems Co Ltd filed Critical Cloudminds Shenzhen Robotics Systems Co Ltd
Priority to CN201910087110.9A priority Critical patent/CN109828950A/zh
Publication of CN109828950A publication Critical patent/CN109828950A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明实施例涉及数据保护领域,公开了一种数据保护方法、管理系统、服务器及可读存储介质。本申请的部分实施例中,数据保护方法应用于第一管理系统,包括:确定第一磁盘的快照中需要复制的第一快照;根据第一快照,确定需要复制的第一快照数据,以及第一快照数据的管理数据;复制第一快照数据到第二管理系统;将第一快照数据的管理数据写入第二管理系统的数据库中。该实现中,将第一快照数据的管理数据写入第二管理系统的数据库中,使得可以根据第二管理系统中的第一快照数据的管理数据恢复磁盘,或者,重新创建磁盘。

Description

一种数据保护方法、管理系统、服务器及可读存储介质
技术领域
本发明实施例涉及数据保护领域,特别涉及一种数据保护方法、管理系统、服务器及可读存储介质。
背景技术
随着网络、虚拟化和存储技术的发展,我们迈入了云计算时代。越来越多的企业和个人将业务和数据迁移到云端,保存在云端的数据呈指数级暴涨。这也就意味着一旦发生故障或者灾难,如果没有及时有效的灾备措施,将会给更数以万计的用户带来无法挽回的严重损失。目前在云计算领域,快照技术是针对云硬盘的最有效的数据保护方法之一。用户可以选择定期或者不定期地对系统盘和数据盘做快照。该技术可以将事故发生后的数据损失降低到一定范围内。
然而,发明人发现现有技术中至少存在如下问题:快照技术虽然可以恢复到过去的某个快照点,但是,当本地数据中心发生故障时,保存在本地数据中心的快照也无法使用。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本发明实施方式的目的在于提供一种数据保护方法、管理系统、服务器及可读存储介质,使得可以通过第二管理系统中的数据恢复磁盘。
为解决上述技术问题,本发明的实施方式提供了一种数据保护方法,包括以下步骤:确定第一磁盘的快照中需要复制的第一快照;根据第一快照,确定需要复制的第一快照数据,以及第一快照数据的管理数据;复制第一快照数据到第二管理系统;将第一快照数据的管理数据写入第二管理系统的数据库中。
本发明的实施方式还提供了一种管理系统,包括:处理装置和存储装置;处理装置用于确定第一磁盘的快照中需要复制的第一快照;根据第一快照,确定第一快照数据,以及第一快照数据的管理数据;将第一快照数据的管理数据写入第二管理系统的数据库中;存储装置用于复制第一快照数据到第二管理系统。
本发明的实施方式还提供了一种服务器,包括:至少一个处理器;以及,与至少一个处理器通信连接的存储器;以及,与第二管理系统通信连接的通信组件,通信组件在处理器的控制下接收和发送数据;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行上述实施方式提及的数据保护方法。
本发明的实施方式还提供了一种计算机可读存储介质,存储有计算机程序,计算机程序被处理器执行时实现上述实施方式提及的数据保护方法。
本发明实施方式相对于现有技术而言,不仅将第一快照数据复制至第二管理系统,还将第一快照数据的管理数据写入第二管理系统的数据库中。当第一管理系统发生故障时,可以根据第二管理系统中的第一快照数据和第一快照数据的管理数据恢复磁盘,或者,重新创建磁盘,避免由于第一管理系统发生故障后,无法恢复磁盘的问题。
另外,根据第一快照,确定第一快照数据,以及第一快照数据的管理数据,具体包括:判断第一快照的创建时间是否晚于已复制至第二管理系统的快照的创建时间;若确定是,将自创建第二快照至创建第一快照的增量文件的数据作为第一快照数据,增量文件的管理数据作为第一快照数据的管理数据;其中,第二快照为已复制至第二管理系统中的创建时间最晚的快照;否则,将自第一磁盘被创建至创建第一快照的增量文件的数据作为第一快照数据,将增量文件的管理数据作为第一快照数据的管理数据。该实现中,当第一快照不是被复制的快照中创建时间最早的快照时,以增量的方式将第一快照复制至第二管理系统,避免重复发送相同内容。
另外,复制第一快照数据到第二管理系统,具体包括:将第一快照数据传输至对象存储系统,对象存储系统在接收到第二管理系统的获取指令时,将第一快照数据传输至第二管理系统。
另外,在复制第一快照数据到第一管理系统的过程中,数据保护方法还包括:将第一快照的状态信息标记为第一状态,第一状态指示第一快照正在被复制;在复制第一快照数据到第一管理系统之后,数据保护方法还包括:将第一快照的状态信息标记为第二状态,第二状态指示第一快照为可用状态。该实现中,及时更新第一快照的状态,避免错误删除正在复制的快照,导致复制失败。
另外,写入第二管理系统中的快照数据和快照数据的管理数据被用于在第二管理系统中创建第二磁盘,第二磁盘的数据与第一磁盘在第一快照的创建时间的数据相同;其中,第二磁盘的创建过程为:第二管理系统确定用于创建磁盘的第二快照数据和第二快照数据的管理数据,通过第二快照数据的管理数据和第二快照数据,创建第二磁盘;其中,第二快照数据为第一磁盘的快照数据。
另外,将第一快照数据的管理数据写入第二管理系统的数据库中之后,数据保护方法还包括:若确定第一磁盘发生故障,若确定第一磁盘发生故障,通过第二管理系统回传的第三快照数据和第三快照数据的管理数据,创建第三磁盘;其中,第三快照数据为第一磁盘的快照数据。
另外,在通过第二管理系统回传的第三快照数据和第三快照数据的管理数据,创建第三磁盘之前,数据保护方法还包括:接收第二管理系统传输的第三快照数据和第三快照数据的管理数据。
另外,在通过第二管理系统回传的第三快照数据和第三快照数据的管理数据,创建第三磁盘之前,数据保护方法还包括:销毁第一磁盘和第一磁盘的快照。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。
图1是本发明的第一实施方式的数据保护方法的流程图;
图2是本发明的第一实施方式的第一快照数据的传输路径的示意图;
图3是本发明的第二实施方式的数据保护方法的流程图;
图4是本发明的第三实施方式的管理系统的结构示意图;
图5是本发明的第四实施方式的服务器的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请所要求保护的技术方案。
本发明的第一实施方式涉及一种数据保护方法,应用于第一管理系统,第一管理系统可以是云计算管理系统。本实施方式以该数据保护方法在云计算领域的应用为例,对数据保护方法进行说明,本领域技术人员可以理解,实际应用中,在其他领域的应用可以参考本实施方式的相关内容。如图1所示,该数据保护方法包括以下步骤:
步骤101:确定第一磁盘的快照中需要复制的第一快照。
具体地说,第一磁盘可以是虚拟机的系统盘、虚拟机的数据盘或其他磁盘。
在一个例子中,第一管理系统包括第一处理装置和第一存储装置,第一处理装置用于管理第一磁盘,第一存储装置用于存放第一磁盘。第一磁盘可以是虚拟机的系统盘或数据盘。第一处理装置可以周期性地创建第一磁盘的快照,或者在接收到快照指令后,创建第一磁盘的快照。第一磁盘的快照存放在第一存储装置中。在一个例子中,第一磁盘的快照以快照链的方式存储在第一存储装置中。其中,快照指令用于指示创建快照。
在一个例子中,由第一处理装置确定第一快照数据。第一处理装置可以将用户的选择的快照作为第一快照,也可以将创建时间最晚的快照作为第一快照,本实施方式不限制第一处理装置选择第一快照的方法。
需要说明的是,本领域技术人员可以理解,创建快照的方法可以是全量+增量的方法,即在对第一磁盘进行第一次创建快照时,创建第一磁盘的全量快照,在后续创建快照的过程中,创建该第一磁盘的增量快照,也可以是其他方法,本实施方式不限制创建第一磁盘的快照的方法。
步骤102:根据第一快照,确定需要复制的第一快照数据,以及第一快照数据的管理数据。
具体地说,第一快照数据的管理数据是指描述第一快照数据的存储位置等的元数据。在确定需要复制的第一快照后,第一管理系统根据第一快照,以及创建快照时使用的方法,确定需要复制的第一快照数据。
在一个例子中,第一管理系统判断第一快照的创建时间是否晚于已复制至第二管理系统的快照的创建时间;若确定是,将自创建第二快照至创建第一快照的增量文件的数据作为第一快照数据,增量文件的管理数据作为第一快照数据的管理数据;其中,第二快照为已复制至第二管理系统中的创建时间最晚的快照;否则,将自第一磁盘被创建至创建第一快照的增量文件的数据作为第一快照数据,将增量文件的管理数据作为第一快照数据的管理数据。
需要说明的是,本领域技术人员可以理解,实际应用中,当创建快照的方法为其他方法时,确定需要复制的第一快照数据的方法也会适应性的改变,此处不一一列举。
步骤103:复制第一快照数据到第二管理系统。
具体地说,第一管理系统复制第一快照数据后,将复制的第一快照数据传输至第二管理系统,或者,将复制的第一快照数据传输至对象存储系统,对象存储系统在接收到第二管理系统的获取指令时,将第一快照数据传输至第二管理系统。
例如,第一管理系统包括第一存储装置和第一处理装置,第二管理系统包括第二存储装置和第二处理装置。该情况下,第一快照数据的传输方法包括但不限于以下几种:
方法1,第一存储装置和第二存储装置之间能够通信,第一存储装置将第一快照数据传输至第二存储装置中。
方法2,第一存储装置和第二存储装置之间不同通信,第一存储装置和第二存储装置分别可以与对象存储系统通信。第一存储装置将第一快照数据传输至对象存储系统中。对象存储系统在接收到第二处理装置的获取指令后,将第一快照数据传输至第二存储装置中。
方法3,第一存储装置将第一快照数据传输至第一处理装置,第一处理装置将第一快照数据传输至第二处理装置,第二处理装置将第一快照数据传输至第二存储装置。
在一个例子中,第一管理系统复制第一快照数据到第二管理系统的过程中,将第一快照的状态信息标记为第一状态,第一状态指示第一快照正在被复制;在复制第一快照数据到第二管理系统之后,将第一快照的状态信息标记为第二状态,第二状态指示第一快照为可用状态。其中,可用状态是指可以对该第一快照进行删除等一系列操作的状态。
在一个例子中,第一快照的状态信息可以存储在第一处理装置的数据库中。
步骤104:将第一快照数据的管理数据写入第二管理系统的数据库中。
具体地说,第二管理系统在接收到第一快照数据的管理数据后,将第一快照数据的管理数据写入自身的数据库中。
在一个例子中,第二管理系统在接收到第一快照数据后,为第一快照数据分配新的身份标识号(identification,ID)。第二管理系统在将第一快照数据的管理数据写入自身的数据库的过程中,将为第一快照数据分配的新的ID、第一快照数据的实际数据量大小和快照来源一并写入自身的数据库中。其中,快照来源包括但不限于来源管理系统、来源磁盘、来源快照ID。来源管理系统是指发送第一快照数据的管理系统,来源磁盘是指来源管理系统中用于记录第一快照数据的磁盘,来源快照ID是指第一快照数据的ID。
在一个例子中,第一管理系统包括第一处理装置和第一存储装置,第二管理系统包括第二处理装置和第二存储装置。由第一管理系统的第一存储装置将第一快照数据写入第二管理系统的第二存储装置中,由第二管理系统的第一处理装置将第一快照数据的管理数据写入第二管理系统的第二处理装置的数据库中。
值得一提的是,由于第二管理系统存储有第一快照数据的管理数据,即使第一管理系统发生故障,仍然可以依据第二管理系统的第一快照数据的管理数据,以及第二存储装置中的第一快照数据恢复第一磁盘,避免了由于第一管理系统的数据库故障,导致第一快照数据的管理数据丢失,无法根据第二管理系统的第一快照数据恢复第一磁盘的问题,提高了保护数据的力度。
在一个例子中,若本次复制为第一次复制,在第二管理系统中创建基础镜像,将第一快照数据复制至该基础镜像中。
需要说明的是,本实施方式中,为描述清楚,将步骤104设置为步骤103的后续步骤。但本领域技术人员可以理解,实际应用中,步骤104和步骤103可以同时执行,也可以先执行步骤104,在执行步骤103,本实施方式不起限定作用。
以下以第一处理装置为第一管理平台,第二处理装置为第二管理平台为例,举例说明第一处理装置、第一存储装置、第二处理装置和第二存储装置之间的关系,以及第一快照数据的复制过程。
假设,使用一台以上的服务器,搭建两套管理平台,分别作为地区1和地区2的管理平台,用于管理本地区的虚拟机资源。其中,地区1的管理平台为第一管理平台,地区2的管理平台为第二管理平台。第一管理平台和第二管理平台的接口能够相互访问和操作。在地区1和地区2,分别搭建了两套存储装置,其中,地区1的存储装置为第一存储装置,地区2的存储装置为第二存储装置。第一存储装置用于存放虚拟机的系统盘、虚拟机的系统盘的第一快照数据、虚拟机的数据盘和虚拟机的数据盘的第一快照数据。其中,第一存储装置和第二存储装置中的数据可以采用写时复制存储(qcow2)格式,也可以采用块存储(rbd)格式。其中,qcow2格式是模拟器(QEMU)支持的一种磁盘镜像,可以用一个文件的形式来表示一块固定大小的块设备磁盘。rbd格式是开源分布式存储系统(ceph)提供的块存储格式。本实施方式中,假设第一存储装置为分布式存储系统,该分布式存储系统支持qcow2格式文件。第一存储装置中创建有两个存储池,一个用来存放磁盘数据,一个用来存放第一快照数据。将搭建好的第一存储装置与第一管理平台的存储驱动对接,以确保第一管理平台支持该存储类型的磁盘的操作。如果第一存储装置和第二存储装置之间不能通信,则在地区1或地区2搭建一套对象存储系统,其中,第一存储装置和第二存储装置都能够访问该对象存储系统,该对象存储系统可以支持标准S3或者计算机编程语言(Swift)对象存储接口。如果第一存储装置和第二存储装置之间可以通信,则可以不搭建对象存储系统。上述两种第一快照数据的传输路径的示意图如图2所示。
下文以第一存储装置可以与第二存储装置通信为例,结合用户的操作过程,对第一快照数据和第一快照数据的管理数据的复制过程进行举例说明。
在地区1中,给虚拟机的系统盘创建多个快照,例如,快照1、快照2、快照3和快照4,快照1、快照2、快照3和快照4是增量链条的关系,每个快照中仅存放前后两个快照之间的增量数据。给虚拟机数据盘创建多个快照,例如,快照A、快照B、快照C和快照D,快照A、快照B、快照C和快照D是增量链条的关系,每个快照中仅存放前后两个快照之间的增量数据。所有快照均存放在第一存储装置的存储池中。假设用户在第一管理平台的操作界面中选择快照2,点击“异地快照复制”按钮,第一管理平台的操作界面弹出对话框,以使用户选择复制的目的地区。用户在对话框中,选择地区2作为目的地区,点击“复制”按钮。第一管理平台接收到指令后,确定当前未复制创建时间早于快照2的快照至第二管理平台,故确定此次复制的第一快照数据为全量数据,即需要复制的第一快照数据为自虚拟机的装置盘创建至快照2的增量文件,发送传输指令至第一存储装置,以使第一存储装置将自虚拟机的系统盘创建至快照2的增量文件传输至第二存储装置的用于存储快照的存储池中。第一管理平台将自虚拟机的系统盘创建至快照2的增量文件的管理数据写入第二管理平台的数据库中,第二管理平台将自虚拟机的系统盘创建至快照2的增量文件写入自身的数据库中。若用户在复制完快照2之后,选择快照4,点击“异地快照复制”按钮,异地地区选择地区2,则第一管理数据将自快照2至快照4之间的增量文件,将作为第一快照数据,发送传输指令至第一存储装置,以使第一存储装置将自快照2至快照4之间的增量文件传输至第二存储装置。当用户选择快照B进行“异地快照复制”操作,目的地区选择地区2,则将快照B和快照B的管理数据以全量的方式复制至地区2的第二管理平台和第二存储装置;用户选择快照D进行复制,目的地区选择地区2,则将快照D和快照D的管理数据以增量的方式写入至地区2的第二管理平台和第二存储装置,其具体的复制过程与虚拟机的系统盘的快照的复制过程大致相同,此处不再赘述。
在一个例子中,写入第二管理系统中的快照数据和快照数据的管理数据被用于在第二管理系统中创建第二磁盘,第二磁盘的数据与第一磁盘在第一快照的创建时间的数据相同;其中,第二磁盘的创建过程为:第二管理系统确定用于创建磁盘的第二快照数据和第二快照数据的管理数据,通过第二快照数据的管理数据和第二快照数据,创建第二磁盘。
具体地说,当第一管理系统包括第一存储装置和第一处理装置,第二管理系统包括第二存储装置和第二处理装置时,第一存储装置中包括第一虚拟机的数据盘和第一虚拟机的系统盘。在将第一虚拟机的数据盘的快照数据和第一虚拟机的系统盘的快照数据写入第二存储装置,将第一虚拟机的数据盘的快照数据的管理数据,以及第一虚拟机的系统盘的快照数据的管理数据写入第二处理装置的数据库后,第二处理装置通过第一虚拟机的数据盘的快照数据和第一虚拟机的数据盘的快照数据的管理数据,在第二存储装置创建新的数据盘,通过第一虚拟机的系统盘的快照数据和第一虚拟机的系统盘的快照数据的管理数据,在第二存储装置创建新的系统盘。第二处理装置在新的系统盘创建成功后,从新的系统盘创建第二虚拟机,并将新的数据盘挂载在第二虚拟机上。由于第二虚拟机的系统盘与第一虚拟机的系统盘相同,第二虚拟机的数据盘与第二虚拟机的数据盘相同,用户可以在第二虚拟机上执行与第一虚拟机相同的业务。
值得一提的是,将第一快照数据写入第二存储装置,将第一快照数据的管理数据写入第二处理装置的数据库,使得用户能够跨设备迁移自己的数据。更进一步地,当第一处理装置和第二处理装置位于不同地区时,用户可以通过该数据保护方法对自己的业务进行地理区域的扩展,在一个新的区域推出自己的业务。
需要说明的是,本实施方式中,以第一管理系统包括第一处理装置和第一存储装置为例,对第一管理系统执行该数据保护方法的过程进行说明,实际应用中,第一管理系统可以包括更多的装置,或者,仅由一个装置组成,本实施方式不限制第一管理系统中的装置的数量。
需要说明的是,本领域技术人员可以理解,第一管理系统和第二管理系统可以位于同一地区,也可以位于不同地区,本实施方式不限制第一管理系统和第二管理系统的位置关系。
需要说明的是,以上仅为举例说明,并不对本发明的技术方案构成限定。
与现有技术相比,本实施方式中提供的数据保护方法,不仅将第一快照数据复制至第二管理系统,还将第一快照数据的管理数据写入第二管理系统的数据库中。当第一管理系统发生故障时,可以根据第二管理系统中的第一快照数据和第一快照数据的管理数据恢复磁盘,或者,重新创建磁盘,避免由于第一管理系统发生故障后,无法恢复磁盘的问题。本实施方式相对于仅将第一快照数据复制至第二管理系统的方式而言,能够避免第一管理系统中存储第一快照数据的管理数据的存储区也发生故障时,无法使用第二管理系统中的第一快照数据恢复磁盘的问题,提高了数据保护的力度。
本发明的第二实施方式涉及一种数据保护方法,本实施方式是对第一实施方式的进一步改进,具体改进之处为:将第一快照数据的管理数据写入第二管理系统的数据库中之后,若确定第一磁盘发生故障,通过第二管理系统回传的第三快照数据和第三快照数据的管理数据,创建第三磁盘。
具体的说,如图3所示,在本实施方式中,包含步骤201至步骤206,其中,步骤201至步骤204分别与第一实施方式中的步骤101至步骤104大致相同,此处不再赘述。下面主要介绍不同之处:
执行步骤201至步骤204。
步骤205:接收第二管理系统传输的第三快照数据和第三快照数据的管理数据。
具体地说,第三快照数据为第一磁盘的快照数据。若第一磁盘发生故障,且第一管理系统中用于存储第一磁盘的快照数据的区域发生故障,第一管理系统无法根据自身的数据恢复第一磁盘。第一管理系统需要借助第二管理系统中的第一磁盘的快照数据和快照数据的管理数据,恢复第一磁盘。用户可以在第二管理系统中指定用于恢复第一磁盘的快照。第二管理系统将用户指定的用于恢复第一磁盘的快照,以全量的方式传输至第一管理系统。第一管理系统接收第三快照数据和第三快照数据的管理数据。
步骤206:通过第二管理系统回传的第三快照数据和第三快照数据的管理数据,创建第三磁盘。
具体地说,第三磁盘的数据与第一磁盘在用于恢复第一磁盘的快照的创建时间的数据相同,即恢复了第一磁盘。
需要说明的是,在创建第三磁盘后,第一管理系统可以通过第三磁盘重新创建虚拟机,也可以通过进行其他操作,本实施方式不限制第一管理系统在创建第三磁盘后进行的操作。
在一个例子中,第一管理系统在创建第三磁盘之前,销毁第一磁盘和第一磁盘的快照,以避免无效的数据占据第一存储装置的存储空间。
需要说明的是,以上仅为举例说明,并不对本发明的技术方案构成限定。
与现有技术相比,本实施方式中提供的数据保护方法,第一管理系统能够根据第二管理系统回传的快照数据和快照数据的管理数据恢复第一磁盘,避免由于第一管理系统发生故障后,无法恢复磁盘的问题,提升了数据保护力度。
上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包括相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
本发明的第三实施方式涉及一种管理系统,如图4所示,包括:处理装置401和存储装置402。处理装置401用于确定第一磁盘的快照中需要复制的第一快照;根据第一快照,确定第一快照数据,以及第一快照数据的管理数据;将第一快照数据的管理数据写入第二管理系统的数据库中。存储装置402用于复制第一快照数据到第二管理系统。
不难发现,本实施方式为与第一实施方式相对应的系统实施例,本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效,为了减少重复,这里不再赘述。相应地,本实施方式中提到的相关技术细节也可应用在第一实施方式中。
值得一提的是,本实施方式中所涉及到的各模块均为逻辑模块,在实际应用中,一个逻辑单元可以是一个物理单元,也可以是一个物理单元的一部分,还可以以多个物理单元的组合实现。此外,为了突出本发明的创新部分,本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入,但这并不表明本实施方式中不存在其它的单元。
本发明的第四实施方式涉及一种服务器,如图5所示,包括:至少一个处理器501;以及,与至少一个处理器501通信连接的存储器502;以及,与第二管理系统通信连接的通信组件503,通信组件503在处理器501的控制下接收和发送数据;其中,存储器502存储有可被至少一个处理器501执行的指令,指令被至少一个处理器501执行,以使至少一个处理器501能够执行如上述实施方式提及的数据保护方法。
该服务器包括:一个或多个处理器501以及存储器502,图5中以一个处理器501为例。处理器501、存储器502可以通过总线或者其他方式连接,图5中以通过总线连接为例。存储器502作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块,如本申请实施方式中第一快照数据的管理数据就存储于存储器502中。处理器501通过运行存储在存储器502中的非易失性软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述数据保护方法。
存储器502可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储选项列表等。此外,存储器502可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施方式中,存储器502可选包括相对于处理器501远程设置的存储器,这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
一个或者多个模块存储在存储器502中,当被一个或者多个处理器501执行时,执行上述任意方法实施方式中的数据保护方法。
上述产品可执行本申请实施方式所提供的方法,具备执行方法相应的功能模块和有益效果,未在本实施方式中详尽描述的技术细节,可参见本申请实施方式所提供的方法。
本发明的第五实施方式涉及一种计算机可读存储介质,存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。

Claims (10)

1.一种数据保护方法,其特征在于,应用于第一管理系统,包括:
确定第一磁盘的快照中需要复制的第一快照;
根据所述第一快照,确定需要复制的第一快照数据,以及所述第一快照数据的管理数据;
复制所述第一快照数据到第二管理系统;
将所述第一快照数据的管理数据写入第二管理系统的数据库中。
2.根据权利要求1所述的数据保护方法,其特征在于,所述根据所述第一快照,确定第一快照数据,以及所述第一快照数据的管理数据,具体包括:
判断所述第一快照的创建时间是否晚于已复制至所述第二管理系统的快照的创建时间;
若确定是,将自创建第二快照至创建所述第一快照的增量文件的数据作为所述第一快照数据,所述增量文件的管理数据作为第一快照数的管理数据;其中,所述第二快照为已复制至所述第二管理系统中的创建时间最晚的快照;
否则,将自所述第一磁盘被创建至创建所述第一快照的增量文件的数据作为所述第一快照数据,将所述增量文件的管理数据作为所述第一快照数据的管理数据。
3.根据权利要求1或2所述的数据保护方法,其特征在于,所述复制所述第一快照数据到第二管理系统,具体包括:
复制所述第一快照数据到对象存储系统,所述对象存储系统在接收到所述第二管理系统的获取指令时,将所述第一快照数据传输至所述第二管理系统。
4.根据权利要求1至3中任一项所述的数据保护方法,其特征在于,在所述复制所述第一快照数据到第二管理系统的过程中,所述数据保护方法还包括:
将所述第一快照的状态信息标记为第一状态,所述第一状态指示所述第一快照正在被复制;
在所述复制第一快照数据到所述第二管理系统之后,所述数据保护方法还包括:
将所述第一快照的状态信息标记为第二状态,所述第二状态指示所述第一快照为可用状态。
5.根据权利要求1至3中任一项所述的数据保护方法,其特征在于,写入所述第二管理系统中的快照数据和所述快照数据的管理数据被用于在所述第二管理系统中创建第二磁盘,所述第二磁盘的数据与所述第一磁盘在所述第一快照的创建时间的数据相同;
其中,第二磁盘的创建过程为:所述第二管理系统确定用于创建磁盘的第二快照数据和所述第二快照数据的管理数据,通过所述第二快照数据的管理数据和所述第二快照数据,创建第二磁盘;其中,所述第二快照数据为所述第一磁盘的快照数据。
6.根据权利要求1至3中任一项所述的数据保护方法,其特征在于,所述将所述第一快照数据的管理数据写入第二管理系统的数据库中之后,所述数据保护方法还包括:
若确定所述第一磁盘发生故障,通过所述第二管理系统回传的第三快照数据和所述第三快照数据的管理数据,创建第三磁盘;其中,所述第三快照数据为所述第一磁盘的快照数据。
7.根据权利要求6所述的数据保护方法,其特征在于,在所述通过所述第二管理系统回传的第三快照数据和所述第三快照数据的管理数据,创建第三磁盘之前,所述数据保护方法还包括:
接收第二管理系统传输的所述第三快照数据和所述第三快照数据的管理数据。
8.一种管理系统,其特征在于,包括:处理装置和存储装置;
所述处理装置用于确定第一磁盘的快照中需要复制的第一快照;根据所述第一快照,确定第一快照数据,以及所述第一快照数据的管理数据;将所述第一快照数据的管理数据写入第二管理系统的数据库中;
所述存储装置用于复制所述第一快照数据到第二管理系统。
9.一种服务器,其特征在于,包括:至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;以及,
与第二管理系统通信连接的通信组件,所述通信组件在所述处理器的控制下接收和发送数据;
其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求1至7中任一项所述的数据保护方法。
10.一种计算机可读存储介质,存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的数据保护方法。
CN201910087110.9A 2019-01-29 2019-01-29 一种数据保护方法、管理系统、服务器及可读存储介质 Pending CN109828950A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910087110.9A CN109828950A (zh) 2019-01-29 2019-01-29 一种数据保护方法、管理系统、服务器及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910087110.9A CN109828950A (zh) 2019-01-29 2019-01-29 一种数据保护方法、管理系统、服务器及可读存储介质

Publications (1)

Publication Number Publication Date
CN109828950A true CN109828950A (zh) 2019-05-31

Family

ID=66862889

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910087110.9A Pending CN109828950A (zh) 2019-01-29 2019-01-29 一种数据保护方法、管理系统、服务器及可读存储介质

Country Status (1)

Country Link
CN (1) CN109828950A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110362429A (zh) * 2019-07-12 2019-10-22 优刻得科技股份有限公司 数据库的连续数据保护方法、系统、设备和介质
CN114697351A (zh) * 2020-12-30 2022-07-01 华为技术有限公司 一种存储管理方法、设备及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008148319A1 (fr) * 2007-06-07 2008-12-11 Huawei Technologies Co., Ltd. Procédé de récupération d'image, équipement de stockage et système réseau
CN102033792A (zh) * 2010-12-17 2011-04-27 浪潮(北京)电子信息产业有限公司 一种基于虚拟化的数据远程恢复方法及装置
CN102402471A (zh) * 2011-12-23 2012-04-04 创新科软件技术(深圳)有限公司 基于存储阵列快照功能的数据实时备份方法及系统
CN103064763A (zh) * 2012-12-27 2013-04-24 华为技术有限公司 一种数据备份方法及相关设备、系统
CN106603279A (zh) * 2016-12-06 2017-04-26 华为技术有限公司 一种容灾方法和容灾系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008148319A1 (fr) * 2007-06-07 2008-12-11 Huawei Technologies Co., Ltd. Procédé de récupération d'image, équipement de stockage et système réseau
CN102033792A (zh) * 2010-12-17 2011-04-27 浪潮(北京)电子信息产业有限公司 一种基于虚拟化的数据远程恢复方法及装置
CN102402471A (zh) * 2011-12-23 2012-04-04 创新科软件技术(深圳)有限公司 基于存储阵列快照功能的数据实时备份方法及系统
CN103064763A (zh) * 2012-12-27 2013-04-24 华为技术有限公司 一种数据备份方法及相关设备、系统
CN106603279A (zh) * 2016-12-06 2017-04-26 华为技术有限公司 一种容灾方法和容灾系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110362429A (zh) * 2019-07-12 2019-10-22 优刻得科技股份有限公司 数据库的连续数据保护方法、系统、设备和介质
CN114697351A (zh) * 2020-12-30 2022-07-01 华为技术有限公司 一种存储管理方法、设备及介质
CN114697351B (zh) * 2020-12-30 2023-03-10 华为技术有限公司 一种存储管理方法、设备及介质

Similar Documents

Publication Publication Date Title
US11782891B2 (en) Automated log-based remediation of an information management system
US11669414B2 (en) External dynamic virtual machine synchronization
CN104407938B (zh) 一种虚拟机镜像级备份后的多种粒度恢复方法
US9870291B2 (en) Snapshotting shared disk resources for checkpointing a virtual machine cluster
US9747171B2 (en) Point-in-time copy restore
US20180285202A1 (en) External fallback system for local computing systems
CN106062742B (zh) 用于改进快照性能的系统和方法
US9335931B2 (en) System and method for making snapshots of storage devices
CN105630632B (zh) 一种虚拟机恢复的方法及虚拟机管理设备
CN106021016A (zh) 在快照之间的虚拟时间点访问
EP3750066B1 (en) Protection of infrastructure-as-a-service workloads in public cloud
CN100359479C (zh) 存储服务与系统
US11645169B2 (en) Dynamic resizing and re-distribution of destination data storage resources for bare metal restore operations in a data storage management system
US9823976B2 (en) Optimization to permit block based incremental backup across system reboot or crash
US9262290B2 (en) Flash copy for disaster recovery (DR) testing
CN104641650A (zh) 在数据存储子系统中的源引用复制
CN101878470B (zh) 用于管理存储拷贝服务系统的装置以及方法
WO2012167582A1 (en) System and method for making snapshots of storage devices
CN111382011B (zh) 一种文件数据存取方法、装置和计算机可读存储介质
CN109828950A (zh) 一种数据保护方法、管理系统、服务器及可读存储介质
US9760450B2 (en) Restoring a clone point-in-time copy
US9367457B1 (en) Systems and methods for enabling write-back caching and replication at different abstraction layers
CN116578446B (zh) 虚拟机备份方法、装置、系统、电子设备及存储介质
WO2023121874A1 (en) Backup, restore, and migration of cloud managed configuration properties
CN117453653A (zh) 一种基于disk-rsync的跨集群数据迁移方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20210311

Address after: 200245 2nd floor, building 2, no.1508, Kunyang Road, Minhang District, Shanghai

Applicant after: Dalu Robot Co.,Ltd.

Address before: 518000 Room 201, building A, No. 1, Qian Wan Road, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong (Shenzhen Qianhai business secretary Co., Ltd.)

Applicant before: Shenzhen Qianhaida Yunyun Intelligent Technology Co.,Ltd.

CB02 Change of applicant information
CB02 Change of applicant information

Address after: 201111 Building 8, No. 207, Zhongqing Road, Minhang District, Shanghai

Applicant after: Dayu robot Co.,Ltd.

Address before: 200245 2nd floor, building 2, no.1508, Kunyang Road, Minhang District, Shanghai

Applicant before: Dalu Robot Co.,Ltd.