CN110972497A - 虚拟化平台的容灾方法及装置 - Google Patents

虚拟化平台的容灾方法及装置 Download PDF

Info

Publication number
CN110972497A
CN110972497A CN201980003102.XA CN201980003102A CN110972497A CN 110972497 A CN110972497 A CN 110972497A CN 201980003102 A CN201980003102 A CN 201980003102A CN 110972497 A CN110972497 A CN 110972497A
Authority
CN
China
Prior art keywords
disaster recovery
virtual machine
data
virtualization platform
backup
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
CN201980003102.XA
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.)
Sangfor Technologies Co Ltd
Original Assignee
Sangfor 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
Priority claimed from CN201811304793.0A external-priority patent/CN111143114B/zh
Application filed by Sangfor Technologies Co Ltd filed Critical Sangfor Technologies Co Ltd
Publication of CN110972497A publication Critical patent/CN110972497A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/815—Virtual

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供了一种虚拟化平台的容灾方法及***。虚拟化平台的容灾***中备份模块用于通过将第一虚拟化平台上运行的虚拟机，在第一虚拟化平台上进行备份，得到第一备份数据，以及获取第二备份数据。第一虚拟化平台的容灾***中存储模块，用于存储第一虚拟化平台的容灾数据，容灾数据包括第一备份数据和第二备份数据。基于此，虚拟化平台的容灾方法直接在第一虚拟化平台上进行备份，无需使用前置机或客户端，因此，恢复数据无需设置前置机或客户端，提高了效率。并且，由上可知，本方法对于虚拟机和虚拟机的配置进行备份，而非仅对业务数据备份，所以在恢复数据时，可以直接恢复虚拟机，而无需先将数据导入业务***，由此进一步提高了恢复的效率。

Description

虚拟化平台的容灾方法及装置
本申请要求于2018年11月02日提交中国专利局、申请号为201811304793.0、发明名称为“虚拟化平台容灾方法、***、服务器及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及虚拟机领域，更具体地说，涉及一种虚拟化平台的容灾方法及装置。
背景技术
传统的容灾方案，一般是采用存储阵列来做数据容灾。这种方案，对存储要求较高，需要存储支持快照，价格昂贵；另一种传统方案，是通过在客户的操作***中安装客户端，作为数据传输的采集、发送端，将数据传输到异地灾备***；这种方案缺点比较多，类似操作***的兼容性、对业务***的性能造成影响；容灾的切换非常困难，数据很难得到校验，因为需要将数据先导入到业务***中，再执行恢复，且网络无法提前规划。
另外一种容灾方案是采用有前置机的容灾方案，一般是要求客户购买一个前置机设备，这个设备包括一定的存储空间和计算能力；将客户数据，先传输到前置机上，再将前置机的数据传输到异地容灾***；这个方案的缺点就是客户需要额外的购买前置机设备，无法和平台统一管理，业务故障时无法在本地恢复业务，需要到异地站点恢复业务，一般无法支持复原点目标(Recovery Point tive，RPO)做到秒级，RPO是指从***和应用数据而言，要实现能够恢复至可以支持各部门业务运作，恢复得来的数据所对应时的间点。如果现时企业每天凌晨零时进行备份一次，当服务恢复后，***内储存的只会是最近灾难发生前那个凌晨零时的资料。
不管是传统的方案，还是带有前置机的支持传统、虚拟化平台的方案，都只解决了异地数据容灾的需求；但没有结合本地备份来做，一旦客户业务***发生故障，只能在异地恢复业务，在操作上带来较多不便；在异地灾备***中，很难控制业务的***网络连接，业务恢复困难，且很难验证灾备数据的可用性。
另外，在一些虚拟化平台上，也支持通过快照的方式来做容灾，即先本地打快照，获取快照差异数据，传输到异地，再将本地快照删除，避免对虚拟机业务造成性能影响；但是这种方案的缺点是本地没有备份，快照删除后无法在本地执行恢复，同时快照的另一个缺点是对虚拟机的性能影响非常严重。
发明内容
申请人研究发现，现有技术的容灾方案中，当需要恢复数据时，必须构造与备份过程相同(例如，操作***相同)的前置机或客户端。并且，现有的容灾方案仅对业务数据进行备份，所以需要先将业务数据导入业务***，才能对数据进行恢复，由此导致恢复效率低。
鉴于上述问题，本发明提供一种克服上述问题或者至少部分地解决上述问题的一种虚拟化平台的容灾方法及装置。
一种虚拟化平台的容灾方法，包括：
通过将第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据；
获取第二备份数据，所述第二备份数据至少包括所述虚拟机的配置信息；
存储所述第一虚拟化平台的容灾数据，所述容灾数据包括所述第一备份数据和所述第二备份数据。
可选地，通过将第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据，包括：
通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上以第一周期进行备份，得到第一备份数据。
可选地，通过将第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据，包括：
通过将所述第一虚拟化平台上运行的虚拟机，在预设的一个时间点，在所述第一虚拟化平台上进行备份，得到第一备份数据；
所述虚拟化平台的容灾方法还包括：
通过以第二周期记录所述第一虚拟化平台的磁盘的输入输出日志中的输入日志，得到第三备份数据，所述第二周期的单位为秒；
所述容灾数据还包括：所述第三备份数据。
可选地，本方法还包括：
将所述容灾数据发送至第二虚拟化平台。可选地，容灾数据还包括：
异地数据，所述异地数据为第二虚拟化平台的容灾数据；
可选地，本方法还包括：
接收所述第二虚拟化平台发送的所述异地数据。
一种虚拟化平台的容灾方法，包括：
在接收到容灾切换请求后，使用容灾数据恢复第一虚拟化平台上运行的虚拟机；
其中，所述容灾数据包括第一备份数据和第二备份数据；所述第一备份数据通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份得到，所述第二备份数据至少包括所述虚拟机的配置信息。
可选地，容灾数据还包括：第三备份数据，所述第三备份数据通过以第二周期记录所述第一虚拟化平台的磁盘的输入输出日志中的输入日志得到，所述第二周期的单位为秒；
所述使用容灾数据恢复第一虚拟化平台上运行的虚拟机，包括：
获取目标第三备份数据，所述目标第三备份数据为指定恢复时刻的所述第三备份数据；
使用所述第一备份数据和所述目标第三备份数据，得到所述指定恢复时刻的虚拟机数据；
使用所述指定恢复时刻的虚拟机数据和所述第二备份数据，恢复所述第一虚拟化平台上运行的所述虚拟机。
可选地，使用容灾数据恢复第一虚拟化平台上运行的虚拟机，包括：
在所述第一虚拟化平台，使用所述容灾数据恢复所述第一虚拟化平台上运行的所述虚拟机；和/或，
在第二虚拟化平台，使用所述容灾数据恢复所述第一虚拟化平台上运行的所述虚拟机。
一种虚拟化平台的容灾***，包括：
存储模块和设置在第一虚拟化平台的备份模块；
所述备份模块，用于通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据；以及获取第二备份数据，所述第二备份数据至少包括所述虚拟机的配置信息；
所述存储模块，用于存储所述第一虚拟化平台的容灾数据，所述容灾数据包括所述第一备份数据和所述第二备份数据。
可选地，备份模块用于通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据，包括：
所述备份模块具体用于，通过将第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上以第一周期进行备份，得到第一备份数据。
可选地，备份模块用于通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据，包括：
所述备份模块具体用于，通过将所述第一虚拟化平台上运行的虚拟机，在预设的一个时间点，在所述第一虚拟化平台上进行备份，得到第一备份数据；
所述备份模块还用于：
通过以第二周期记录所述第一虚拟化平台的磁盘的输入输出日志中的输入日志，得到第三备份数据，所述第二周期的单位为秒；
所述容灾数据还包括：所述第三备份数据。
可选地，所述***还包括：
传输模块，用于将所述容灾数据发送至第二虚拟化平台。
可选地，容灾数据还包括：
异地数据，所述异地数据为所述第二虚拟化平台的容灾数据；
所述传输模块还用于，接收所述第二虚拟化平台传输的所述异地数据。
可选地，所述***还包括：
容灾控制模块，用于触发所述备份模块、所述存储模块、和所述传输模块中的至少一个运行。
一种虚拟化平台的容灾***，包括：
恢复模块，用于在接收到容灾切换请求后，使用所述容灾数据恢复第一虚拟化平台上运行的虚拟机；
其中，所述容灾数据包括第一备份数据和第二备份数据；所述第一备份数据通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份得到，所述第二备份数据至少包括所述虚拟机的配置信息。
可选地，容灾数据还包括：第三备份数据，所述第三备份数据通过以第二周期记录所述第一虚拟化平台的磁盘的输入输出日志中的输入日志得到，所述第二周期的单位为秒；
所述恢复模块用于使用容灾数据恢复第一虚拟化平台上运行的虚拟机，包括：
所述恢复模块具体用于：
获取目标第三备份数据，所述目标第三备份数据为指定恢复时刻的所述第三备份数据；
使用所述第一备份数据和所述目标第三备份数据，得到所述指定恢复时刻的虚拟机数据；
使用所述指定恢复时刻的虚拟机数据和所述第二备份数据，恢复所述第一虚拟化平台上运行的所述虚拟机。
可选地，恢复模块用于使用容灾数据恢复第一虚拟化平台上运行的虚拟机，包括：
所述恢复模块具体用于：
在所述第一虚拟化平台，使用所述容灾数据恢复所述第一虚拟化平台上运行的所述虚拟机；和/或，
在第二虚拟化平台，使用所述容灾数据恢复所述第一虚拟化平台上运行的所述虚拟机。
可选地，本***还包括：
所述容灾控制模块，用于触发所述恢复模块运行。
一种虚拟化平台的容灾设备，包括：存储器和处理器；
所述存储器用于存储程序；
所述处理器用于运行所述程序，以实现如上所述的虚拟化平台的容灾方法。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质运行在计算机上，以实现如上所述的虚拟化平台的容灾方法。
一种虚拟化平台容灾方法，所述虚拟化平台容灾方法包括以下步骤：
异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；
根据所述备份数据建立异地虚拟机；
根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理。
可选地，所述异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，具体包括：
异地灾备服务器在接收到容灾切换请求时，获取所述容灾切换请求对应的容灾业务类型；
根据所述容灾业务类型确定对应的容灾策略，并根据所述容灾策略获取目标虚拟机中的备份数据。
可选地，所述根据所述备份数据建立异地虚拟机，具体包括：
在所述容灾策略为第一容灾策略时，根据所述第一容灾策略利用所述备份数据建立异地虚拟机；
在所述容灾策略为第二容灾策略时，根据所述第二容灾策略利用所述备份数据建立异地虚拟机。
可选地，所述在所述容灾策略为第一容灾策略时，根据所述第一容灾策略利用所述备份数据建立异地虚拟机，具体包括：
在所述容灾策略为第一容灾策略时，检测所述备份数据的接收情况；
在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息和所述备份数据建立异地虚拟机。
可选地，所述在所述容灾策略为第二容灾策略时，根据所述第二容灾策略利用所述备份数据建立异地虚拟机，具体包括：
在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，所述输入输出日志为记录目标虚拟机数据输入或输出的日志；
检测所述备份数据的接收情况，在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息、所述备份数据和所述输入输出日志建立异地虚拟机。
可选地，所述在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，具体包括：
在所述容灾策略为第二容灾策略时，获取所述目标虚拟机对访问所述虚拟化平台的数据的当前备份状态；
在所述当前备份状态为备份完成时，接收所述目标虚拟机发送的输入输出日志；
在所述当前备份状态为备份启动时，接收所述目标虚拟机发送的输入输出日志。
可选地，所述根据所述容灾业务类型确定对应的容灾策略，并根据所述容灾策略获取目标虚拟机中的备份数据之后，所述虚拟化平台容灾方法还包括：
将备份数据的格式转换为所述异地灾备服务器支持的文件格式，并将格式转换后的数据作为备份数据。
此外，为实现上述目的，本发明还提出一种服务器，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的虚拟化平台容灾程序，所述虚拟化平台容灾程序配置为实现如上文所述的虚拟化平台容灾方法的步骤。
此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有虚拟化平台容灾程序，所述虚拟化平台容灾程序被处理器执行时实现如上文所述的虚拟化平台容灾方法的步骤。
此外，为实现上述目的，本发明还提供一种虚拟化平台容灾***，所述虚拟化平台容灾***包括：
数据接收模块，用于在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；
虚拟机恢复模块，用于根据所述备份数据建立异地虚拟机；
业务恢复模块，用于根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理。
从上述的技术方案可以看出，本申请提供的虚拟化平台的容灾方法及***，直接在第一虚拟化平台上进行备份，无需使用前置机或客户端，因此，恢复数据无需设置前置机或客户端，提高了效率。并且，由上可知，本方法对于虚拟机和虚拟机的配置进行备份，而非仅对业务数据备份，所以在恢复数据时，可以直接恢复虚拟机，而无需先将数据导入业务***，由此进一步提高了恢复的效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示例了一种应用场景示意图；
图2为本申请实施例公开的一种虚拟化平台的容灾***的结构示意图；
图3为本申请实施例公开的一种虚拟化平台的容灾方法的流程图；
图4为本申请实施例公开的一种支持本地容灾的虚拟化平台的容灾装置的结构示意图；
图5为本申请实施例公开的一种支持异地容灾的虚拟化平台的容灾装置的结构示意图；
图6为本申请实施例公开的一种支持异地容灾的虚拟化平台的容灾方法的流程示意图；
图7为本申请实施例公开的一种虚拟化平台的容灾设备的结构示意图；
图8为本发明实施例方案涉及的硬件运行环境的服务器结构示意图；
图9为本发明虚拟化平台容灾方法第一实施例的流程示意图；
图10为本发明虚拟化平台容灾方法第二实施例的流程示意图；
图11为本发明虚拟化平台容灾方法第三实施例的流程示意图；
图12为本发明虚拟化平台容灾***第一实施例的功能模块图。
具体实施方式
本申请实施例可以应用于图1所示的应用场景中，图1中的所示的站点指的是在物理机或物理机的集合(一般是指一个局域网)。如图1所示，一个站点中运行有虚拟化平台，虚拟化平台包括虚拟化平台层以及存储层，其中，虚拟化平台层上可以搭建多台虚拟机(例如虚拟机A，虚拟机B，…，虚拟机N)，存储层可以用于存储数据。
在现有技术中，虚拟化平台中一般预设有容灾方案，当虚拟化平台因故障服务中断，容灾***将用于恢复虚拟机中的业务数据。例如当虚拟化平台遭受计算机犯罪、计算机病毒、掉电、网络/通信失败、硬件/软件错误或人为操作错误等人为灾难时，或者虚拟化平台所在地域遭受如火灾、水灾、地震、或战争不可抗拒的自然灾难时，均可启动容灾方案，该容灾***可以恢复灾难之前的虚拟机中的业务数据。
例如，当图1所示的站点遭遇灾难时(人物灾难或者自然灾难)，虚拟化平台层中运行的虚拟机遭到破坏，此时，为了保证虚拟机中服务的不间断或者保证虚拟机中数据的安全性，需要在该应用场景下启动容灾方案对各虚拟机的数据进行恢复。目前，虚拟化平台应用的容灾方案为，使用前置机或者客户端，对业务数据进行备份，由此得到可用于恢复虚拟机的备份数据。但是，申请人研究发现，现有技术的容灾方案中，当需要恢复数据时，必须构造与备份过程相同(例如，操作***相同)的前置机或客户端。并且，现有的容灾方案仅对业务数据进行备份，所以需要先将业务数据导入业务***，才能对数据进行恢复，由此导致恢复效率低。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图2为本申请实施例公开的一种虚拟化平台的容灾***的结构示意图，如图2所示，该***包括：备份模块以及存储模块。其中，备份模块设置在第一虚拟化平台的虚拟化平台层上，用于通过将第一虚拟化平台上运行的虚拟机，在第一虚拟化平台上进行备份，得到第一备份数据。存储模块用于存储第一虚拟化平台的容灾数据，存储模块的位置只需第一虚拟化平台可访问即可，例如可以设置于第一虚拟化平台的存储层上或者设置于第一虚拟化平台可访问的其他平台上。需要说明的是，备份的虚拟机为目标虚拟机，目标虚拟机可以为运行在第一虚拟化平台上的所有虚拟机，或者，可以为运行在第一虚拟化平台上的被设置为支持容灾的部分虚拟机，虚拟机是否为目标虚拟机，即虚拟机是否需要备份，可以由用户预先设置。
图3为本申请实施例公开的一种虚拟化平台的容灾方法流程图，该方法基于上述虚拟化平台的容灾***实现，具体可以包括：
S301、备份模块通过将第一虚拟化平台上运行的虚拟机，在第一虚拟化平台上进行备份，得到第一备份数据。
可选地，备份模块还可以获取备份信息，其中，备份信息为第一备份数据的存储位置、和/或数据大小。
S302、备份模块获取第二备份数据。
其中，第二备份数据至少包括虚拟机的配置信息，可选地，配置信息可以包括CPU属性、内存大小、IP地址、和网络关系。
S303、存储模块存储第一虚拟化平台的容灾数据。
其中，容灾数据包括备份模块获取的第一备份数据和第二备份数据。存储模块可以支持不同类型容灾数据的存储，如互联网小型计算机***接口(Internet SmallComputer System Interface，iSCSI)、光纤通道(Fibre Channel，FC)、信息服务块(ServerMessages Block，SMB)等各种类型的存储，可选地，可以将存储模块设置在虚拟化平台的存储层，通过与虚拟化平台结合，便于统一管理，并且利用虚拟化平台的存储资源，满足了客户容灾的需求，且降低客户成本。
从上述的技术方案可以看出，本申请提供的虚拟化平台的容灾方法及***，直接在第一虚拟化平台上进行备份，无需使用前置机或客户端，因此，恢复数据无需设置前置机或客户端，提高了效率。并且，由上可知，本方法对于虚拟机和虚拟机的配置进行备份，所以在恢复数据时，可以直接恢复虚拟机，而无需将数据导入业务***，由此进一步提高了恢复的效率。
基于上述实施例，备份模块在执行备份时，可以具体执行多种备份方案。
其中，可选的一种方案为，基于周期进行第一备份数据的备份，即小时级备份方案。具体地，通过将第一虚拟化平台上运行的虚拟机，在第一虚拟化平台上以第一周期进行备份，得到第一备份数据。其中，第一周期为预先设置的时间，例如，第一周期可以预设为1小时，此时，备份模块用于每一小时获取虚拟机的所有数据作为第一备份数据。
在此情况下，存储模块可以将该第一备份数据以及第二备份数据作为容灾数据存储。
可选地，另一种方案为秒级备份方案，基于时间点进行第一备份数据的备份，具体地，通过将第一虚拟化平台上运行的虚拟机，在预设的一个时间点，在第一虚拟化平台上进行备份，得到第一备份数据。其中，预设的时间点可以为第一虚拟化平台开始运行的初始时间点，或者该预设的时间点由用户根据第一虚拟化平台的运行状态进行初始设置以及定期更新。
可以理解的是，该第一备份数据为虚拟机在该时间点的所有数据，在第一虚拟化平台的运行过程中，会产生新的数据或者更新数据。所以在这种备份方案下，备份模块还用于，通过以第二周期记录第一虚拟化平台的磁盘的输入输出日志中的输入日志，得到第三备份数据。其中，磁盘中存储有输入输出日志，例如IO日志。IO日志包括针对每一虚拟机的读写记录，备份模块可以获取其中的写记录作为第三备份数据。在秒级备份中，该第二周期的单位为秒，即，备份模块每秒获取一次IO日志中的写记录，该写记录中的数据即为第三备份数据。
需要说明的是，上述以第二周期单位为秒为例，但本申请并不限定于此，可选的，第二周期的单位还可以为分钟等，实际中，可以依据需求设定。
进一步，存储模块可以将该第一备份数据、第二备份数据以及上述第三备份数据作为容灾数据存储。
本申请实施例公开的另一种虚拟化平台的容灾***可以包括恢复模块。该恢复模块可以设置在第一虚拟化平台上。恢复模块可以用于恢复数据。
可选地，恢复模块恢复数据的方法可以为：在接收到容灾切换请求后，使用容灾数据恢复第一虚拟化平台上运行的虚拟机。
其中，容灾切换请求可以包括需要切换的业务信息、虚拟化平台的地址信息以及具体的切换时间信息。根据上述各信息可以分析该容灾切换请求指示的容灾业务类型。当容灾切换请求指示的容灾业务类型为小时级容灾，则对应的容灾策略为预设的小时级容灾策略，恢复模块基于小时级容灾策略恢复数据。即，容灾数据包括第一备份数据和第二备份数据。第一备份数据通过将第一虚拟化平台上运行的虚拟机，在第一虚拟化平台上进行备份得到，第二备份数据至少包括虚拟机的配置信息。
还例如，当容灾切换请求指示的容灾业务类型为秒级容灾，则对应的容灾策略为预设的秒级容灾策略，此时恢复模块基于秒级容灾策略恢复数据。即，容灾数据包括第一备份数据、第二备份数据以及第三备份数据。第一备份数据通过将第一虚拟化平台上运行的虚拟机，在第一虚拟化平台上进行备份得到，第二备份数据至少包括虚拟机的配置信息。第三备份数据通过以第二周期记录第一虚拟化平台的磁盘的输入输出日志中的输入日志得到，第二周期的单位为秒。
基于上述各实施例公开的虚拟化平台的容灾***，本申请提供了一种支持本地容灾的虚拟化平台的容灾装置。图4为本申请实施例公开的一种支持本地容灾的虚拟化平台的容灾装置的结构示意图。如图4所示，该装置包括图2所示的备份模块和存储模块，还包括恢复模块以及和容灾控制模块。该装置应用于在第一虚拟化平台进行本地容灾。
可选地，容灾控制模块可以运行在第一虚拟化平台、任一其他虚拟化平台、或者第三方设备，用于触发容灾***中的备份模块、存储模块、以及恢复模块中至少一个模块的运行。并且，当容灾控制模块触发任一模块的运行时，该模块可以向容灾控制模块反馈运行状态。
恢复模块设置在第一虚拟化平台的虚拟化平台层，该模块主要用于在接收到容灾切换请求后，使用容灾数据恢复第一虚拟化平台上运行的虚拟机。其中，容灾切换请求可以由用户操作触发。在另一种实施方式下，容灾切换请求也可以自动触发，例如，通过监测第一虚拟化平台运行状态，当运行状态出现异常并且自动分析异常程度，当该异常程度超过阈值，则自动触发容灾切换请求。
基于上述支持本地容灾的虚拟化平台的容灾装置，本申请实施例提供了可选的一种虚拟化平台的容灾方法，可选地，当容灾策略为预设的小时级容灾策略时，执行本方法。具体可以包括：
备份模块通过将第一虚拟化平台上运行的虚拟机，在第一虚拟化平台上以第一周期进行备份，得到第一备份数据；以及获取第二备份数据。
存储模块存储第一虚拟化平台的容灾数据，其中容灾数据包括上述备份模块获取的第一备份数据和第二备份数据。
恢复模块使用存储模块中存储的容灾数据，在第一虚拟化平台上恢复第一虚拟化平台上运行的虚拟机。
另外，本申请实施例还提供了另一种可选的虚拟化平台的容灾方法，可选地，当容灾策略为预设的秒级容灾策略时，执行本方法。具体包括：
备份模块通过将第一虚拟化平台上运行的虚拟机，在预设的一个时间点，在第一虚拟化平台上进行备份，得到第一备份数据；并通过以第二周期(单位为秒)记录第一虚拟化平台的磁盘的输入输出日志中的输入日志，得到第三备份数据。
存储模块存储第一虚拟化平台的容灾数据，其中容灾数据包括上述备份模块获取的第一备份数据、第二备份数据、以及第三备份数据。
恢复模块获取指定恢复时刻的第三备份数据作为目标第三备份数据，其中，指定恢复时刻可以由用户设置，或者可以基于容灾切换请求的触发时间自动设置该触发时间前的一个预设时间点为指定恢复时刻。
可以理解的是，该第三备份数据为该指定恢复时刻的输入输出日志中的输入日志，通过该输入输出日志中的输入日志可以分析该时刻虚拟机的输入数据，即，该第三备份数据为在备份第一备份数据之后的虚拟机的更新数据。例如，指定恢复时刻为则本方法获取在10：00输入输出日志中的输入日志中记录的存储位置中写入的内容作为第三备份数据，并更新到第一备份数据中相同存储位置。
进一步，恢复模块使用第一备份数据和目标第三备份数据，可以得到指定恢复时刻的虚拟机数据。
基于此，恢复模块可以使用上述指定恢复时刻的虚拟机数据和第二备份数据，恢复第一虚拟化平台上运行的虚拟机。
由上可以看出，基于上述虚拟化平台的容灾方法，可以在第一虚拟化平台即本地虚拟化平台上进行小时级备份数据的恢复，或者秒级备份数据的恢复。并且，本方法无需存储特性支持，即可以完成秒级的容灾。
可选地，图4所示的支持本地容灾的虚拟化平台的容灾装置可以包括一个虚拟化平台的容灾***，该***包括上述存储模块、备份模块、恢复模块以及容灾控制模块，其中，各个模块的功能可参照上述。
可选地，图4所示的支持本地容灾的虚拟化平台的容灾装置可以也可以多个虚拟化平台的容灾***，例如包括两个虚拟化平台的容灾***。其中，第一个虚拟化平台的容灾***包括上述存储模块以及备份模块；第二个虚拟化平台的容灾***包括上述恢复模块。
可选地，容灾控制模块可以设置在上述任一个虚拟化平台的容灾***中，用于触发备份模块、存储模块、和恢复模块中的至少一个运行。
可选地，可以在第一个虚拟化平台的容灾***设置一个容灾控制模块中，用于触发备份模块和存储模块中的至少一个运行。并且，在第二个虚拟化平台的容灾***也设置一个容灾控制模块，用于触发恢复模块运行。
图5为本申请实施例公开的一种支持异地容灾的虚拟化平台的容灾装置的结构示意图。其中，站点A和站点B为异地站点，记站点A的虚拟化平台为第一虚拟化平台，站点B的虚拟化平台为第二虚拟化平台。需要说明的是，第一虚拟化平台可以为本地虚拟化平台，第二虚拟化平台可以为异地虚拟化平台，例如异地灾备服务器。
如图5所示，虚拟化平台的容灾装置包括上述实施例介绍的备份模块、存储模块、恢复模块、以及容灾控制模块，还包括传输模块。该装置应用于在第二虚拟化平台进行对第一虚拟化平台上的数据进行异地容灾。
其中，传输模块用于第一虚拟化平台与第二虚拟化平台交互容灾数据。基于此，图6为本申请实施例公开的支持异地容灾的虚拟化平台的容灾方法的流程示意图，可以包括：
S601、容灾控制模块触发站点A上的备份模块运行。
可选的，可以人为向容灾控制模块输入指令，使得容灾控制模块触发站点A上的备份模块运行，也可以，容灾控制模块依据预设的条件判定触发站点A上的备份模块运行。
S602、站点A上的备份模块开始备份，即，备份模块通过将虚拟化平台上运行的虚拟机，在虚拟化平台上进行备份，得到第一备份数据；以及获取第二备份数据，第二备份数据至少包括虚拟机的配置信息；
可选地，备份模块还可以通过以第二周期(单位为秒)记录虚拟化平台的磁盘的输入输出日志中的输入日志，得到第三备份数据。
S603、容灾控制模块触发站点A上的存储模块运行。
S604、站点A上的存储模块存储第一虚拟化平台的容灾数据，其中容灾数据包括上述备份模块获取的第一备份数据、第二备份数据，还可以包括第三备份数据。
S605、容灾控制模块触发站点A上的传输模块运行。
S606、站点A上传输模块开始传输，即，通过与站点B上的传输模块连接，将本地的容灾数据发送至站点B上的虚拟化平台，即第二虚拟化平台。
需要说明的是，针对第三备份数据，传输模块被触发后，可以在网络连接成功的状态下持续传输第三备份数据时，或者，可以为以预设的周期进行周期传输，本申请实施例对此不做限定。
需要说明的是，本方法还支持容灾数据的备份与传输同时进行，即，边备份边传输。或者，容灾数据的备份完成之后再进行传输。
同时，容灾控制模块触发站点B上的传输模块被触发运行，该触发可以由站点A上传输模块传输数据作为触发，或者由容灾控制模块触发。
S607、站点B上的传输模块接收站点A上的虚拟化平台，即第一虚拟化平台发送的容灾数据作为异地数据，该异地数据为站点A的虚拟化平台的容灾数据。
S608、容灾控制模块触发站点B上的恢复模块运行。
S609、站点B的虚拟化平台上的恢复模块使用上述容灾数据恢复站点A上的虚拟化平台上运行的虚拟机。具体的恢复方法可以参考上述各实施例。
需要说明的是，本申请实施例中的容灾控制模块可以运行在第一虚拟化平台、第二虚拟化平台、或者第三方设备，该容灾控制模块可以如图5所示，同时连接多个站点，用于触发多个站点中虚拟化平台的容灾***中的备份模块、存储模块、传输模块、以及恢复模块中至少一个模块的运行。或者，还可以在每一个站点设置一个容灾控制模块，用于触发本站点中虚拟化平台的容灾***中的备份模块、存储模块、传输模块、以及恢复模块中至少一个模块的运行。可选地，如图6所示，每一模块可以反馈执行状态指令，即成功OK或者失败FAIL至容灾控制模块，容灾控制模块可以基于状态指令对触发时机进行判断。
需要说明的是，图5所示的支持异地容灾的虚拟化平台的容灾装置可以包括一个虚拟化平台的容灾***，该***包括上述存储模块、备份模块、恢复模块、传输模块以及容灾控制模块。其中，各个模块的功能可参照上述。
可选地，图4所示的支持本地容灾的虚拟化平台的容灾装置可以也可以多个虚拟化平台的容灾***，即，上述方法中的各个模块可以分布在不同的虚拟化平台的容灾***中，本申请实施例对此不作限定。
通过上述技术方案可以看出，本申请公开的虚拟化平台的容灾方法及***，支持本地容灾或者异地容灾。
当发生本地站点(即第一虚拟化平台)内的短时间可恢复的故障时，例如，发生客户误操作导致数据丢失、虚拟机中病毒、或网络故障，只需要执行本地容灾，即通过本地(即第一虚拟化平台)的恢复模块恢复虚拟机即可。
当发生本地站点无法解决的故障，如火灾、大规模断电断网、地震等，导致受保护站点无法恢复时，需要执行异地容灾，即通过其他站点(即第二虚拟化平台)的恢复模块恢复本地站点(即第一虚拟化平台)的虚拟机。通过本地备份加异地容灾，节省了容灾花费的时间和资源，通过与虚拟化平台的结合，利用了虚拟化平台的存储资源，满足了客户容灾的需求，降低了容灾成本，提升了用户体验。并且存储在本地站点(即第一虚拟化平台)的容灾数据的格式可以自动切换为异地站点(即第二虚拟化平台)可识别的格式，进一步提高了恢复效率。
本申请实施例还提供了一种虚拟化平台的容灾设备，请参阅图7，示出了该虚拟化平台的容灾设备的结构示意图，该设备可以包括：至少一个处理器701，至少一个通信接口702，至少一个存储器703和至少一个通信总线704；
在本申请实施例中，处理器701、通信接口702、存储器703、通信总线704的数量为至少一个，且处理器701、通信接口702、存储器703通过通信总线704完成相互间的通信；
处理器701可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；
存储器703可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)等，例如至少一个磁盘存储器；
其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：
通过将第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据；
获取第二备份数据，所述第二备份数据至少包括所述虚拟机的配置信息；
存储所述第一虚拟化平台的容灾数据，所述容灾数据包括所述第一备份数据和所述第二备份数据。
所述程序还用于：
在接收到容灾切换请求后，使用容灾数据恢复第一虚拟化平台上运行的虚拟机；
其中，所述容灾数据包括第一备份数据和第二备份数据；所述第一备份数据通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份得到，所述第二备份数据至少包括所述虚拟机的配置信息。
可选的，所述程序的细化功能和扩展功能可参照上文描述。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质可存储有适于处理器执行的程序，所述程序用于：
通过将第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据；
获取第二备份数据，所述第二备份数据至少包括所述虚拟机的配置信息；
存储所述第一虚拟化平台的容灾数据，所述容灾数据包括所述第一备份数据和所述第二备份数据。
所述程序还用于：
在接收到容灾切换请求后，使用容灾数据恢复第一虚拟化平台上运行的虚拟机；
其中，所述容灾数据包括第一备份数据和第二备份数据；所述第一备份数据通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份得到，所述第二备份数据至少包括所述虚拟机的配置信息。
可选的，所述程序的细化功能和扩展功能可参照上文描述。
本发明实施例的解决方案主要是：本发明通过异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；根据所述备份数据建立异地虚拟机；根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理；通过本地备份加异地容灾，节省了容灾花费的时间和资源；通过与虚拟平台的结合，利用了虚拟化平台的存储资源，满足了客户容灾的需求，降低了容灾成本，提升了用户体验，解决了现有技术中一旦客户业务***发生故障，只能在异地恢复业务，导致数据及时性差和操作不便，并且对虚拟机性能影响严重的技术问题。
本发明提出的虚拟化平台容灾方法，通过异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；根据所述备份数据建立异地虚拟机；根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理；通过本地备份加异地容灾，节省了容灾花费的时间和资源；通过与虚拟平台的结合，利用了虚拟化平台的存储资源，满足了客户容灾的需求，降低了容灾成本，提升了用户体验。
参照图8，图8为本发明实施例方案涉及的硬件运行环境的服务器结构示意图。
如图8所示，该服务器可以包括：处理器1001，例如中央处理器(CentralProcessing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)存储器，也可以是稳定的存储器(Non-volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图8中示出的服务器结构并不构成对该服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图8所示，作为一种存储介质的存储器1005中可以包括操作***、网络通信模块、用户端接口模块以及虚拟化平台容灾程序。
本发明服务器通过处理器1001调用存储器1005中存储的虚拟化平台容灾程序，并执行以下操作：
在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；
根据所述备份数据建立异地虚拟机；
根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理。
进一步地，处理器1001可以调用存储器1005中存储的虚拟化平台容灾程序，还执行以下操作：
在接收到容灾切换请求时，获取所述容灾切换请求对应的容灾业务类型；
根据所述容灾业务类型确定对应的容灾策略，并根据所述容灾策略获取目标虚拟机中的备份数据。
进一步地，处理器1001可以调用存储器1005中存储的虚拟化平台容灾程序，还执行以下操作：
在所述容灾策略为第一容灾策略时，根据所述第一容灾策略利用所述备份数据建立异地虚拟机；
在所述容灾策略为第二容灾策略时，根据所述第二容灾策略利用所述备份数据建立异地虚拟机。
进一步地，处理器1001可以调用存储器1005中存储的虚拟化平台容灾程序，还执行以下操作：
在所述容灾策略为第一容灾策略时，检测所述备份数据的接收情况；
在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息和所述备份数据建立异地虚拟机。
进一步地，处理器1001可以调用存储器1005中存储的虚拟化平台容灾程序，还执行以下操作：
在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，所述输入输出日志为记录目标虚拟机数据输入或输出的日志；
检测所述备份数据的接收情况，在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息、所述备份数据和所述输入输出日志建立异地虚拟机。
进一步地，处理器1001可以调用存储器1005中存储的虚拟化平台容灾程序，还执行以下操作：
在所述容灾策略为第二容灾策略时，获取所述目标虚拟机对访问所述虚拟化平台的数据的当前备份状态；
在所述当前备份状态为备份完成时，接收所述目标虚拟机发送的输入输出日志；
在所述当前备份状态为备份启动时，接收所述目标虚拟机发送的输入输出日志。
进一步地，处理器1001可以调用存储器1005中存储的虚拟化平台容灾程序，还执行以下操作：
将备份数据的格式转换为所述异地灾备服务器支持的文件格式，并将格式转换后的数据作为备份数据。
本实施例通过上述方案，通过异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；根据所述备份数据建立异地虚拟机；根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理；通过本地备份加异地容灾，节省了容灾花费的时间和资源；通过与虚拟平台的结合，利用了虚拟化平台的存储资源，满足了客户容灾的需求，降低了容灾成本，提升了用户体验。
基于上述硬件结构，提出本发明虚拟化平台容灾方法实施例。
参照图9，图9为本发明虚拟化平台容灾方法第一实施例的流程示意图。
在第一实施例中，所述虚拟化平台容灾方法包括以下步骤：
步骤S10、异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机。
需要说明的是，所述异地灾备服务器为预先设置的区别于本地灾备服务器的服务器，所述异地灾备服务器在接收到容灾切换请求时，可以获取所述目标虚拟机中的备份数据，所述容灾切换请求为用户触发生成的需要进行容灾切换的请求，所述容灾切换请求一般可以包括需要切换的业务信息、切换的服务器的地址信息以及具体的切换时间信息等信息，当然还可以包括其他类型的信息，本实施例对此不加以限制；所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机，一般的，所述目标虚拟机可以理解为本地虚拟机，所述目标灾备服务器可以理解为本地灾备服务器，即本地灾备服务器出现灾难问题后，可以通过所述异地灾备服务器进行业务恢复。
应当理解的是，一般而言，客户业务出现故障，如客户误操作导致数据丢失、虚拟机中病毒、网络故障但在短时间内可恢复等类似操作，是不需要执行容灾恢复的；只需要在本地执行备份恢复即可，其恢复流程和异地恢复类似，通过备份恢复模块恢复虚拟机即可；但是在遇到受保护站点无法解决的故障，如火灾、大规模断电断网、地震等，导致受保护站点无法恢复时，需要采用容灾站点恢复，此时所述异地灾备服务器会接收到容灾切换请求。
可以理解的是，所述备份数据为所述目标虚拟机访问虚拟化平台产生的数据，所述备份数据一般存储在所述目标虚拟机的虚拟化平台的存储层中，所述存储层可以支持不同类型的存储，如互联网小型计算机***接口(Internet Small Computer SystemInterface，iSCSI)、光纤通道(Fibre Channel，FC)、信息服务块(Server Messages Block，SMB)等各种类型的存储，通过与虚拟化平台结合，便于统一管理，并且利用虚拟化平台的存储资源，满足了客户容灾的需求，且降低客户成本。
步骤S20、根据所述备份数据建立异地虚拟机。
可以理解的是，所述异地虚拟机为进行业务处理的实时异地灾备服务器中的虚拟机，即将所述备份数据进行备份后，根据预设的应用程序编程接口(ApplicationProgramming Interface，API)利用备份后的数据恢复为异地虚拟机，所述备份数据的传输过程可以是在确定与灾备站点的网络打通之后，通过预设复制传输模块进行站点间的数据传输，当然还可以通过其他方式进行数据传输，本实施例对此不加以限制。
步骤S30、根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理。
应当理解的是，根据所述异地虚拟机创建预设虚拟机网络，即在异地灾备服务器的虚拟化平台上根据预先配置信息对所述异地虚拟机进行虚拟网络连接，根据所述预设虚拟机网络恢复业务处理，即在创建了预设虚拟机网络后，使所述异地虚拟机进行网络连接，对需要进行恢复的业务直接启动，在所述异地虚拟机中完成业务恢复。
本实施例通过上述方案，通过异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；根据所述备份数据建立异地虚拟机；根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理；通过本地备份加异地容灾，节省了容灾花费的时间和资源；通过与虚拟平台的结合，利用了虚拟化平台的存储资源，满足了客户容灾的需求，降低了容灾成本，提升了用户体验。
进一步地，图10为本发明虚拟化平台容灾方法第二实施例的流程示意图，如图10所示，基于第一实施例提出本发明虚拟化平台容灾方法第二实施例，在本实施例中，所述步骤S10，具体包括以下步骤：
步骤S11、异地灾备服务器在接收到容灾切换请求时，获取所述容灾切换请求对应的容灾业务类型。
需要说明的是，所述异地灾备服务器在接收到容灾切换请求时，可以对所述容灾切换请求进行分析，确定所述容灾切换请求对应的容灾业务类型，进而根据所述容灾业务类型的不同确定不同的容灾策略。
步骤S12、根据所述容灾业务类型确定对应的容灾策略，并根据所述容灾策略获取目标虚拟机中的备份数据。
可以理解的是，不同的容灾业务类型对应着不同的容灾策略，例如容灾业务类型为小时级，则对应的容灾策略为预设小时级容灾策略，即针对一些不是太着急恢复的业务设置的容灾策略，还例如容灾业务类型为秒级，则对应的容灾策略为预设秒级容灾策略，即针对一些紧急需要恢复的业务设置的容灾策略，当然还可以是其他类型的业务对应着不同的容灾策略，本实施例对此不加以限制。
应当理解的是，通过确定好的容灾策略可以从所述目标虚拟机中获取备份数据，在确定灾备站点后即确定目标灾备服务器后，一般的可以通过预设容灾控制模块调度灾备站点上的预设备份模块和预设复制传输模块对所述目标虚拟机进行业务级容灾，获取所述目标虚拟机中的备份数据，通过控制受保护站点，即异地灾备服务器上的预设恢复模块，将备份数据恢复成异地虚拟机；所述预设容灾控制模块可以运行在受保护站点即异地灾备服务器，也可以运行在容灾站点即目标灾备服务器，还可以运行在第三方站点上，本实施例对此不加以限制。
进一步地所述步骤S12之后，所述虚拟化平台容灾方法还包括以下步骤：
将备份数据的格式转换为所述异地灾备服务器支持的文件格式，并将格式转换后的数据作为备份数据。
可以理解的是，在确定对应的容灾策略并获得所述目标虚拟机中的备份数据后，可以对所述备份数据进行格式转换，使所述备份数据的格式转换为所述异地灾备服务器支持的文件格式，从而可以缩短业务恢复的时间，提高业务恢复的效率。
本实施例通过上述方案，通过异地灾备服务器在接收到容灾切换请求时，获取所述容灾切换请求对应的容灾业务类型；根据所述容灾业务类型确定对应的容灾策略，并根据所述容灾策略获取目标虚拟机中的备份数据，能够根据不同的容灾业务类型采取不同的容灾策略，加快了容灾业务恢复的速度和效率，使容灾业务恢复更具针对性和准确性。
进一步地，图11为本发明虚拟化平台容灾方法第三实施例的流程示意图，如图11所示，基于第二实施例提出本发明虚拟化平台容灾方法第三实施例，在本实施例中，所述步骤S20具体包括以下步骤：
步骤S21、在所述容灾策略为第一容灾策略时，根据所述第一容灾策略利用所述备份数据建立异地虚拟机。
可以理解的是，所述第一容灾策略可以是预设小时级容灾策略，根据所述第一容灾策略可以利用所述备份数据建立异地虚拟机，即根据所述第一容灾策略通过预设备份恢复模块可以将所述备份数据恢复成异地虚拟机。
进一步地，所述步骤S21具体包括以下步骤：
在所述容灾策略为第一容灾策略时，检测所述备份数据的接收情况；
在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息和所述备份数据建立异地虚拟机。
需要说明的是，所述备份数据的接收情况，即为所述备份数据的当前备份状态，是否备份完成，在所述备份数据接收完成后，可以生成相应的数据导入完成信息，将所述数据导入完成信息反馈至容灾控制服务器，所述容灾控制服务器为预先设置的用于控制容灾过程的服务器，可以是预设容灾控制模块对应的服务器，所述容灾控制服务器通过目标灾备服务器的预设备份控制模块可以触发对目标虚拟机的备份。
可以理解的是，所述配置信息记录了虚拟机配置信息及备份信息，所述备份信息包括备份位置及备份大小等信息，所述配置信息为建立虚拟机所需要的配置信息，可以是与所述目标灾备服务器的目标虚拟机完全相同的配置信息，即所述目标虚拟机本身的配置信息，也可以是预先设置的与所述目标虚拟机的配置信息相匹配的信息，本实施例对此不加以限制，获得所述配置信息后可以与所述备份数据结合配置所述异地虚拟机。
在具体实现中，所述目标虚拟机对虚拟化平台操作产生的数据备份完成后，可以通过预设复制模块将本地备份复制到异地，当然也可以是边备份对虚拟化平台操作产生的数据边进行数据传输，本实施例对此不加以限制；在所述备份数据接收完成后，将所述数据导入完成信息反馈至所述容灾控制服务器，从而使所述容灾控制服务器发送配置信息至所述异地灾备服务器，建立异地虚拟机。
步骤S22、在所述容灾策略为第二容灾策略时，根据所述第二容灾策略利用所述备份数据建立异地虚拟机。
应当理解的是，所述第二容灾策略可以是预设秒级容灾策略，根据所述第二容灾策略可以利用所述备份数据建立异地虚拟机，即根据所述第二容灾策略通过预设备份恢复模块可以将所述备份数据恢复成异地虚拟机。
进一步地，所述步骤S22具体包括以下步骤：
在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，所述输入输出日志为记录目标虚拟机数据输入或输出的日志；
检测所述备份数据的接收情况，在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息、所述备份数据和所述输入输出日志建立异地虚拟机。
可以理解的是，所述第二容灾策略可以为预设秒级容灾策略，即相对于普通的备份容灾，秒级容灾策略针对的是恢复较为紧急的业务，区别在于秒级容灾策略增加了一个输入输出(Input Output，IO)日志的过程，在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，所述输入输出日志为记录目标虚拟机数据输入或输出的日志，即通过所述输入输出日志能够了解所述目标虚拟机传输的历史数据对应的记录，即什么时候做了什么操作都能够通过分析所述输入输出日志获得，通过所述输入输出日志可以做到实时获取数据操作对应的信息，进而为快速恢复业务做准备。
应当理解的是，所述输入输出日志可以是通过预设备份控制模块管理，可以是一个单独的用于记录所述目标虚拟机数据输入或输出的日志子***，通过所述容灾控制服务器触发所述目标灾备服务器的备份数据，在通过所述数据导入完成信息知道所述备份数据接收完成后，可以触发输入输出日志的传输，所述输入输出日志的传输是一个持续的过程，只要网络不中断，就会持续传输所述输入输出日志，而在网络中断后会自动恢复，然后继续传输，通过所述备份数据和所述输入输出日志简历异地虚拟机，可以做到RPO秒级别，即可以对指定恢复的业务进行快速恢复，提高了业务恢复的完整性和准确性，保障了数据业务恢复的速度和效率。
进一步地，所述步骤在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，具体包括以下步骤：
在所述容灾策略为第二容灾策略时，获取所述目标虚拟机对访问所述虚拟化平台的数据的当前备份状态；
在所述当前备份状态为备份完成时，接收所述目标虚拟机发送的输入输出日志；
在所述当前备份状态为备份启动时，接收所述目标虚拟机发送的输入输出日志。
可以理解的是，所述输入输出日志的传输触发条件可以是在对访问所述目标虚拟机对访问所述虚拟化平台的数据的当前备份状态为备份完成时触发传输，也可以是在对访问所述目标虚拟机对访问所述虚拟化平台的数据的当前备份状态为备份启动时触发传输，本实施例对此不加以限制。
本实施例通过上述方案，通过在所述容灾策略为第一容灾策略时，检测所述备份数据的接收情况；在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；根据所述配置信息和所述备份数据建立异地虚拟机；在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，所述输入输出日志为记录目标虚拟机数据输入或输出的日志；检测所述备份数据的接收情况，在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；根据所述配置信息、所述备份数据和所述输入输出日志建立异地虚拟机，可以针对性的进行业务恢复，提高了业务恢复的完整性和准确性，保障了数据业务恢复的速度和效率。
基于上述虚拟化平台容灾方法的实施例，本发明进一步提供一种虚拟化平台容灾***。
参照图12，图12为本发明虚拟化平台容灾***第一实施例的功能模块图。
本发明虚拟化平台容灾***第一实施例中，该虚拟化平台容灾***包括：
数据接收模块10，用于在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机。
虚拟机恢复模块20，用于根据所述备份数据建立异地虚拟机。
业务恢复模块30，用于根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理。
其中，虚拟化平台容灾***的各个功能模块实现的步骤可参照本发明虚拟化平台容灾方法的各个实施例，此处不再赘述。
此外，本发明实施例还提出一种存储介质，所述存储介质上存储有虚拟化平台容灾程序，所述虚拟化平台容灾程序被处理器执行时实现如下操作：
在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；
根据所述备份数据建立异地虚拟机；
根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理。
进一步地，所述虚拟化平台容灾程序被处理器执行时还实现如下操作：
在接收到容灾切换请求时，获取所述容灾切换请求对应的容灾业务类型；
根据所述容灾业务类型确定对应的容灾策略，并根据所述容灾策略获取目标虚拟机中的备份数据。
进一步地，所述虚拟化平台容灾程序被处理器执行时还实现如下操作：
在所述容灾策略为第一容灾策略时，根据所述第一容灾策略利用所述备份数据建立异地虚拟机；
在所述容灾策略为第二容灾策略时，根据所述第二容灾策略利用所述备份数据建立异地虚拟机。
进一步地，所述虚拟化平台容灾程序被处理器执行时还实现如下操作：
在所述容灾策略为第一容灾策略时，检测所述备份数据的接收情况；
在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息和所述备份数据建立异地虚拟机。
进一步地，所述虚拟化平台容灾程序被处理器执行时还实现如下操作：
在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，所述输入输出日志为记录目标虚拟机数据输入或输出的日志；
检测所述备份数据的接收情况，在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息、所述备份数据和所述输入输出日志建立异地虚拟机。
进一步地，所述虚拟化平台容灾程序被处理器执行时还实现如下操作：
在所述容灾策略为第二容灾策略时，获取所述目标虚拟机对访问所述虚拟化平台的数据的当前备份状态；
在所述当前备份状态为备份完成时，接收所述目标虚拟机发送的输入输出日志；
在所述当前备份状态为备份启动时，接收所述目标虚拟机发送的输入输出日志。
进一步地，所述虚拟化平台容灾程序被处理器执行时还实现如下操作：
将备份数据的格式转换为所述异地灾备服务器支持的文件格式，并将格式转换后的数据作为备份数据表。
本实施例通过上述方案，通过异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；根据所述备份数据建立异地虚拟机；根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理；通过本地备份加异地容灾，节省了容灾花费的时间和资源；通过与虚拟平台的结合，利用了虚拟化平台的存储资源，满足了客户容灾的需求，降低了容灾成本，提升了用户体验。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (30)

1.一种虚拟化平台的容灾方法，其特征在于，包括：
通过将第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据；
获取第二备份数据，所述第二备份数据至少包括所述虚拟机的配置信息；
存储所述第一虚拟化平台的容灾数据，所述容灾数据包括所述第一备份数据和所述第二备份数据。
2.根据权利要求1所述的虚拟化平台的容灾方法，其特征在于，所述通过将第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据，包括：
通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上以第一周期进行备份，得到第一备份数据。
3.根据权利要求1所述的虚拟化平台的容灾方法，其特征在于，所述通过将第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据，包括：
通过将所述第一虚拟化平台上运行的虚拟机，在预设的一个时间点，在所述第一虚拟化平台上进行备份，得到第一备份数据；
所述虚拟化平台的容灾方法还包括：
通过以第二周期记录所述第一虚拟化平台的磁盘的输入输出日志中的输入日志，得到第三备份数据，所述第二周期的单位为秒；
所述容灾数据还包括：所述第三备份数据。
4.根据权利要求1所述的虚拟化平台的容灾方法，其特征在于，还包括：
将所述容灾数据发送至第二虚拟化平台。
5.根据权利要求1所述的虚拟化平台的容灾方法，其特征在于，所述容灾数据还包括：
异地数据，所述异地数据为第二虚拟化平台的容灾数据；
所述方法还包括：
接收所述第二虚拟化平台发送的所述异地数据。
6.一种虚拟化平台的容灾方法，其特征在于，包括：
在接收到容灾切换请求后，使用容灾数据恢复第一虚拟化平台上运行的虚拟机；
其中，所述容灾数据包括第一备份数据和第二备份数据；所述第一备份数据通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份得到，所述第二备份数据至少包括所述虚拟机的配置信息。
7.根据权利要求6所述的虚拟化平台的容灾方法，其特征在于，所述容灾数据还包括：第三备份数据，所述第三备份数据通过以第二周期记录所述第一虚拟化平台的磁盘的输入输出日志中的输入日志得到，所述第二周期的单位为秒；
所述使用容灾数据恢复第一虚拟化平台上运行的虚拟机，包括：
获取目标第三备份数据，所述目标第三备份数据为指定恢复时刻的所述第三备份数据；
使用所述第一备份数据和所述目标第三备份数据，得到所述指定恢复时刻的虚拟机数据；
使用所述指定恢复时刻的虚拟机数据和所述第二备份数据，恢复所述第一虚拟化平台上运行的所述虚拟机。
8.根据权利要求6所述的虚拟化平台的容灾方法，其特征在于，所述使用容灾数据恢复第一虚拟化平台上运行的虚拟机，包括：
在所述第一虚拟化平台，使用所述容灾数据恢复所述第一虚拟化平台上运行的所述虚拟机；和/或，
在第二虚拟化平台，使用所述容灾数据恢复所述第一虚拟化平台上运行的所述虚拟机。
9.一种虚拟化平台的容灾***，其特征在于，包括：
存储模块和设置在第一虚拟化平台的备份模块；
所述备份模块，用于通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据；以及获取第二备份数据，所述第二备份数据至少包括所述虚拟机的配置信息；
所述存储模块，用于存储所述第一虚拟化平台的容灾数据，所述容灾数据包括所述第一备份数据和所述第二备份数据。
10.根据权利要求9所述的虚拟化平台的容灾***，其特征在于，所述备份模块用于通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据，包括：
所述备份模块具体用于，通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上以第一周期进行备份，得到第一备份数据。
11.根据权利要求9所述的虚拟化平台的容灾***，其特征在于，所述备份模块用于通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份，得到第一备份数据，包括：
所述备份模块具体用于，通过将所述第一虚拟化平台上运行的虚拟机，在预设的一个时间点，在所述第一虚拟化平台上进行备份，得到第一备份数据；
所述备份模块还用于：
通过以第二周期记录所述第一虚拟化平台的磁盘的输入输出日志中的输入日志，得到第三备份数据，所述第二周期的单位为秒；
所述容灾数据还包括：所述第三备份数据。
12.根据权利要求9所述的虚拟化平台的容灾***，其特征在于，所述***还包括：
传输模块，用于将所述容灾数据发送至第二虚拟化平台。
13.根据权利要求12所述的虚拟化平台的容灾***，其特征在于，所述容灾数据还包括：
异地数据，所述异地数据为所述第二虚拟化平台的容灾数据；
所述传输模块还用于，接收所述第二虚拟化平台传输的所述异地数据。
14.根据权利要求12所述的虚拟化平台的容灾***，其特征在于，还包括：
容灾控制模块，用于触发所述备份模块、所述存储模块、和所述传输模块中的至少一个运行。
15.一种虚拟化平台的容灾***，其特征在于，包括：
恢复模块，用于在接收到容灾切换请求后，使用所述容灾数据恢复第一虚拟化平台上运行的虚拟机；
其中，所述容灾数据包括第一备份数据和第二备份数据；所述第一备份数据通过将所述第一虚拟化平台上运行的虚拟机，在所述第一虚拟化平台上进行备份得到，所述第二备份数据至少包括所述虚拟机的配置信息。
16.根据权利要求15所述的虚拟化平台的容灾***，其特征在于，所述容灾数据还包括：第三备份数据，所述第三备份数据通过以第二周期记录所述第一虚拟化平台的磁盘的输入输出日志中的输入日志得到，所述第二周期的单位为秒；
所述恢复模块用于使用容灾数据恢复第一虚拟化平台上运行的虚拟机，包括：
所述恢复模块具体用于：
获取目标第三备份数据，所述目标第三备份数据为指定恢复时刻的所述第三备份数据；
使用所述第一备份数据和所述目标第三备份数据，得到所述指定恢复时刻的虚拟机数据；
使用所述指定恢复时刻的虚拟机数据和所述第二备份数据，恢复所述第一虚拟化平台上运行的所述虚拟机。
17.根据权利要求15所述的虚拟化平台的容灾***，其特征在于，所述恢复模块用于使用容灾数据恢复第一虚拟化平台上运行的虚拟机，包括：
所述恢复模块具体用于：
在所述第一虚拟化平台，使用所述容灾数据恢复所述第一虚拟化平台上运行的所述虚拟机；和/或，
在第二虚拟化平台，使用所述容灾数据恢复所述第一虚拟化平台上运行的所述虚拟机。
18.根据权利要求15所述的虚拟化平台的容灾***，其特征在于，还包括：
容灾控制模块，用于触发所述恢复模块运行。
19.一种虚拟化平台的容灾设备，其特征在于，包括：
存储器和处理器；
所述存储器用于存储程序；
所述处理器用于运行所述程序，以实现权利要求1-8任一项所述的虚拟化平台的容灾方法。
20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质运行在计算机上，以实现权利要求1-8任一项所述的虚拟化平台的容灾方法。
21.一种虚拟化平台容灾方法，其特征在于，所述虚拟化平台容灾方法包括：
异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；
根据所述备份数据建立异地虚拟机；
根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理。
22.如权利要求21所述的虚拟化平台容灾方法，其特征在于，所述异地灾备服务器在接收到容灾切换请求时，获取目标虚拟机中的备份数据，具体包括：
异地灾备服务器在接收到容灾切换请求时，获取所述容灾切换请求对应的容灾业务类型；
根据所述容灾业务类型确定对应的容灾策略，并根据所述容灾策略获取目标虚拟机中的备份数据。
23.如权利要求22所述的虚拟化平台容灾方法，其特征在于，所述根据所述备份数据建立异地虚拟机，具体包括：
在所述容灾策略为第一容灾策略时，根据所述第一容灾策略利用所述备份数据建立异地虚拟机；
在所述容灾策略为第二容灾策略时，根据所述第二容灾策略利用所述备份数据建立异地虚拟机。
24.如权利要求23所述的虚拟化平台容灾方法，其特征在于，所述在所述容灾策略为第一容灾策略时，根据所述第一容灾策略利用所述备份数据建立异地虚拟机，具体包括：
在所述容灾策略为第一容灾策略时，检测所述备份数据的接收情况；
在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息和所述备份数据建立异地虚拟机。
25.如权利要求23所述的虚拟化平台容灾方法，其特征在于，所述在所述容灾策略为第二容灾策略时，根据所述第二容灾策略利用所述备份数据建立异地虚拟机，具体包括：
在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，所述输入输出日志为记录目标虚拟机数据输入或输出的日志；
检测所述备份数据的接收情况，在所述备份数据接收完成后，反馈数据导入完成信息至容灾控制服务器；
接收所述容灾控制服务器发送的配置信息，所述配置信息为目标虚拟机的配置信息；
根据所述配置信息、所述备份数据和所述输入输出日志建立异地虚拟机。
26.如权利要求25所述的虚拟化平台容灾方法，其特征在于，所述在所述容灾策略为第二容灾策略时，接收所述目标虚拟机发送的输入输出日志，具体包括：
在所述容灾策略为第二容灾策略时，获取所述目标虚拟机对访问所述虚拟化平台的数据的当前备份状态；
在所述当前备份状态为备份完成时，接收所述目标虚拟机发送的输入输出日志；
在所述当前备份状态为备份启动时，接收所述目标虚拟机发送的输入输出日志。
27.如权利要求22-26中任一项所述的虚拟化平台容灾方法，其特征在于，所述根据所述容灾业务类型确定对应的容灾策略，并根据所述容灾策略获取目标虚拟机中的备份数据之后，所述虚拟化平台容灾方法还包括：
将备份数据的格式转换为所述异地灾备服务器支持的文件格式，并将格式转换后的数据作为备份数据。
28.一种虚拟化平台容灾***，其特征在于，所述虚拟化平台容灾***包括：
数据接收模块，用于在接收到容灾切换请求时，获取目标虚拟机中的备份数据，所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机；
虚拟机恢复模块，用于根据所述备份数据建立异地虚拟机；
业务恢复模块，用于根据所述异地虚拟机创建预设虚拟机网络，并根据所述预设虚拟机网络恢复业务处理。
29.一种异地灾备服务器，其特征在于，所述异地灾备服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的虚拟化平台容灾程序，所述虚拟化平台容灾程序配置为实现如权利要求21至27中任一项所述的虚拟化平台容灾方法的步骤。
30.一种存储介质，其特征在于，所述存储介质上存储有虚拟化平台容灾程序，所述虚拟化平台容灾程序被处理器执行时实现如权利要求21至27中任一项所述的虚拟化平台容灾方法的步骤。
CN201980003102.XA 2018-11-02 2019-10-30 虚拟化平台的容灾方法及装置 Pending CN110972497A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201811304793.0A CN111143114B (zh) 2018-11-02 2018-11-02 虚拟化平台容灾方法、***、服务器及存储介质
CN2018113047930 2018-11-02
PCT/CN2019/114403 WO2020088533A1 (zh) 2018-11-02 2019-10-30 虚拟化平台的容灾方法及装置

Publications (1)

Publication Number Publication Date
CN110972497A true CN110972497A (zh) 2020-04-07

Family

ID=70038341

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980003102.XA Pending CN110972497A (zh) 2018-11-02 2019-10-30 虚拟化平台的容灾方法及装置

Country Status (1)

Country Link
CN (1) CN110972497A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112256486A (zh) * 2020-11-11 2021-01-22 北京联创信安科技股份有限公司 服务器备份方法、装置、服务器及存储介质
CN112306762A (zh) * 2020-10-30 2021-02-02 西安万像电子科技有限公司 通信处理方法、装置及***、非易失性存储介质
CN113849340A (zh) * 2021-08-13 2021-12-28 苏州浪潮智能科技有限公司 虚拟化平台与多存储***的容灾备份对接方法及装置

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101876883A (zh) * 2009-11-30 2010-11-03 英业达股份有限公司 保持虚拟机器的远程操作不中断的方法
CN101876926A (zh) * 2009-11-26 2010-11-03 北京航空航天大学 一种非对称结构的软件三机热备容错方法
CN103365741A (zh) * 2012-03-30 2013-10-23 伊姆西公司 用于虚拟机集群的快照和恢复的方法和设备
CN103853635A (zh) * 2014-03-06 2014-06-11 上海爱数软件有限公司 一种不影响备份虚拟机性能的虚拟机备份方法
CN105550063A (zh) * 2015-12-03 2016-05-04 上海爱数信息技术股份有限公司 一种基于持续数据保护与kvm虚拟化的容灾方法
CN105589735A (zh) * 2015-12-16 2016-05-18 深圳市深信服电子科技有限公司 异地容灾方法、装置和***
CN106407045A (zh) * 2016-09-29 2017-02-15 郑州云海信息技术有限公司 一种数据灾难恢复方法、***及服务器虚拟化***
CN107203440A (zh) * 2017-05-27 2017-09-26 郑州云海信息技术有限公司 一种一体化实时备份容灾***及搭建方法
CN107729187A (zh) * 2017-11-03 2018-02-23 郑州云海信息技术有限公司 一种基于虚拟化平台的测试用例管理容灾方法及***

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101876926A (zh) * 2009-11-26 2010-11-03 北京航空航天大学 一种非对称结构的软件三机热备容错方法
CN101876883A (zh) * 2009-11-30 2010-11-03 英业达股份有限公司 保持虚拟机器的远程操作不中断的方法
CN103365741A (zh) * 2012-03-30 2013-10-23 伊姆西公司 用于虚拟机集群的快照和恢复的方法和设备
CN103853635A (zh) * 2014-03-06 2014-06-11 上海爱数软件有限公司 一种不影响备份虚拟机性能的虚拟机备份方法
CN105550063A (zh) * 2015-12-03 2016-05-04 上海爱数信息技术股份有限公司 一种基于持续数据保护与kvm虚拟化的容灾方法
CN105589735A (zh) * 2015-12-16 2016-05-18 深圳市深信服电子科技有限公司 异地容灾方法、装置和***
CN106407045A (zh) * 2016-09-29 2017-02-15 郑州云海信息技术有限公司 一种数据灾难恢复方法、***及服务器虚拟化***
CN107203440A (zh) * 2017-05-27 2017-09-26 郑州云海信息技术有限公司 一种一体化实时备份容灾***及搭建方法
CN107729187A (zh) * 2017-11-03 2018-02-23 郑州云海信息技术有限公司 一种基于虚拟化平台的测试用例管理容灾方法及***

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112306762A (zh) * 2020-10-30 2021-02-02 西安万像电子科技有限公司 通信处理方法、装置及***、非易失性存储介质
CN112256486A (zh) * 2020-11-11 2021-01-22 北京联创信安科技股份有限公司 服务器备份方法、装置、服务器及存储介质
CN113849340A (zh) * 2021-08-13 2021-12-28 苏州浪潮智能科技有限公司 虚拟化平台与多存储***的容灾备份对接方法及装置
CN113849340B (zh) * 2021-08-13 2024-02-27 苏州浪潮智能科技有限公司 虚拟化平台与多存储***的容灾备份对接方法及装置

Similar Documents

Publication Publication Date Title
WO2020088533A1 (zh) 虚拟化平台的容灾方法及装置
CN108255641B (zh) 一种基于云平台的cdp容灾方法
KR101970839B1 (ko) 서비스의 2차 위치에서의 작업의 재생 기법
US10353790B1 (en) Disaster recovery rehearsals
US11947429B2 (en) Data disaster recovery method and site
CN110972497A (zh) 虚拟化平台的容灾方法及装置
WO2021226905A1 (zh) 一种数据存储方法、***及存储介质
US10402377B1 (en) Data recovery in a distributed computing environment
US20190227710A1 (en) Incremental data restoration method and apparatus
CN106452836B (zh) 主节点设置方法及装置
US11550677B2 (en) Client-less database system recovery
CN111984465A (zh) 数据库远程备份方法、装置、介质和电子设备
CN112596951A (zh) 一种nas数据容灾方法、装置、设备及存储介质
CN110196749B (zh) 虚拟机的恢复方法及装置、存储介质及电子装置
CN112214357A (zh) 一种hdfs数据备份恢复***及备份恢复方法
CN111342986B (zh) 分布式节点管理方法及装置、分布式***、存储介质
CN110620798B (zh) Ftp连接的控制方法、***、设备和存储介质
CN114356650A (zh) 数据备份方法、装置、设备、***及存储介质
CN117992283A (zh) 云主机备份方法、装置、计算机设备及存储介质
KR20090123518A (ko) 실시간 데이터 복제 시스템
CN111130856A (zh) 一种服务器配置方法、***、设备及计算机可读存储介质
CN111427721B (zh) 异常恢复方法及装置
CN110806952B (zh) 虚拟存储保护方法及***
CN100592299C (zh) 存储***中文件信息的管理方法和存储***
CN116881049B (zh) 一种云构架下基于终端和云主机的分布式数据备份方法

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200407

RJ01 Rejection of invention patent application after publication