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

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

Info

Publication number
WO2020088533A1
WO2020088533A1 PCT/CN2019/114403 CN2019114403W WO2020088533A1 WO 2020088533 A1 WO2020088533 A1 WO 2020088533A1 CN 2019114403 W CN2019114403 W CN 2019114403W WO 2020088533 A1 WO2020088533 A1 WO 2020088533A1
Authority
WO
WIPO (PCT)
Prior art keywords
disaster recovery
virtualization platform
virtual machine
data
backup
Prior art date
Application number
PCT/CN2019/114403
Other languages
English (en)
French (fr)
Inventor
谢鸿钊
李彬昌
罗明皓
李凡
赵泉彬
张友加
Original Assignee
深信服科技股份有限公司
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 深信服科技股份有限公司 filed Critical 深信服科技股份有限公司
Priority to CN201980003102.XA priority Critical patent/CN110972497A/zh
Publication of WO2020088533A1 publication Critical patent/WO2020088533A1/zh

Links

Images

Classifications

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

Definitions

  • This application relates to the field of virtual machines, and more specifically, to a disaster recovery method and device of a virtualization platform.
  • RPO Recovery Point Objective
  • RPO refers to the system and application data, to be able to recover to support the business operations of various departments, corresponding to the time when the recovered data Between points. If the current enterprise conducts a backup at 0:00 every day, when the service is restored, the system will only store the data at 0:00 before the most recent disaster.
  • snapshots are also supported for disaster recovery, that is, take a snapshot locally to obtain snapshot difference data, transfer it to a different place, and then delete the local snapshot to avoid performance impact on the virtual machine business;
  • the disadvantage of this solution is that there is no local backup, and the recovery cannot be performed locally after the snapshot is deleted.
  • another disadvantage of the snapshot is that it has a serious impact on the performance of the virtual machine.
  • the present invention provides a disaster recovery method and device for a virtualization platform that overcomes the above problems or at least partially solves the above problems.
  • a disaster recovery method of a virtualization platform includes:
  • Disaster recovery data of the first virtualization platform is stored, and the disaster recovery data includes the first backup data and the second backup data.
  • the first backup data is obtained by backing up the virtual machine running on the first virtualization platform on the first virtualization platform, including:
  • the first backup data is obtained.
  • the first backup data is obtained by backing up the virtual machine running on the first virtualization platform on the first virtualization platform, including:
  • the disaster recovery method of the virtualization platform further includes:
  • the third backup data is obtained by recording the input log in the input and output log of the disk of the first virtualization platform in a second cycle, and the unit of the second cycle is seconds;
  • the disaster recovery data also includes: the third backup data.
  • the method further includes:
  • the disaster recovery data also includes:
  • the remote data is disaster recovery data of the second virtualization platform
  • the method further includes:
  • a disaster recovery method of a virtualization platform includes:
  • the disaster recovery data includes first backup data and second backup data; the first backup data is backed up on the first virtualization platform by using a virtual machine running on the first virtualization platform It is obtained that the second backup data includes at least configuration information of the virtual machine.
  • the disaster recovery data further includes: third backup data, which is obtained by recording the input log in the input and output log of the disk of the first virtualization platform in a second cycle, the second The unit of the period is seconds;
  • the use of disaster recovery data to recover the virtual machine running on the first virtualization platform includes:
  • Target third backup data is the third backup data at a specified recovery time
  • recovering the virtual machine running on the first virtualization platform using disaster recovery data includes:
  • a disaster recovery system of a virtualization platform including:
  • the backup module is configured to back up the virtual machine running on the first virtualization platform on the first virtualization platform to obtain first backup data; and obtain the second backup data, the first 2.
  • the backup data includes at least the configuration information of the virtual machine;
  • the storage module is configured to store disaster recovery data of the first virtualization platform, and the disaster recovery data includes the first backup data and the second backup data.
  • the backup module is used to back up the virtual machine running on the first virtualization platform on the first virtualization platform to obtain first backup data, including:
  • the backup module is specifically used to back up the virtual machine running on the first virtualization platform in a first cycle on the first virtualization platform to obtain first backup data.
  • the backup module is used to back up the virtual machine running on the first virtualization platform on the first virtualization platform to obtain first backup data, including:
  • the backup module is specifically used to back up the virtual machine running on the first virtualization platform at a preset time point on the first virtualization platform to obtain first backup data;
  • the backup module is also used for:
  • the third backup data is obtained by recording the input log in the input and output log of the disk of the first virtualization platform in a second cycle, and the unit of the second cycle is seconds;
  • the disaster recovery data also includes: the third backup data.
  • system further includes:
  • the transmission module is used to send the disaster recovery data to the second virtualization platform.
  • the disaster recovery data also includes:
  • the remote data is disaster recovery data of the second virtualization platform
  • the transmission module is further configured to receive the off-site data transmitted by the second virtualization platform.
  • system further includes:
  • the disaster recovery control module is configured to trigger at least one of the backup module, the storage module, and the transmission module to operate.
  • a disaster recovery system of a virtualization platform including:
  • a recovery module configured to use the disaster recovery data to recover the virtual machine running on the first virtualization platform after receiving the disaster recovery switching request;
  • the disaster recovery data includes first backup data and second backup data; the first backup data is backed up on the first virtualization platform by using a virtual machine running on the first virtualization platform It is obtained that the second backup data includes at least configuration information of the virtual machine.
  • the disaster recovery data further includes: third backup data, which is obtained by recording the input log in the input and output log of the disk of the first virtualization platform in a second cycle, the second The unit of the period is seconds;
  • the recovery module is used to recover the virtual machine running on the first virtualization platform using disaster recovery data, including:
  • the recovery module is specifically used for:
  • Target third backup data is the third backup data at a specified recovery time
  • the recovery module is used to recover the virtual machine running on the first virtualization platform using disaster recovery data, including:
  • the recovery module is specifically used for:
  • the system also includes:
  • the disaster recovery control module is used to trigger the recovery module to operate.
  • Disaster recovery equipment of a virtualization platform including: memory and processor;
  • the memory is used to store programs
  • the processor is used to run the program to implement the disaster recovery method of the virtualization platform as described above.
  • a computer-readable storage medium characterized in that the computer-readable storage medium runs on a computer to implement the disaster recovery method of the virtualization platform as described above.
  • a virtualization platform disaster recovery method includes the following steps:
  • the remote disaster recovery server When receiving the disaster recovery switching request, the remote disaster recovery server obtains backup data in the target virtual machine, where the target virtual machine is a virtual machine in the target disaster recovery server that performs business processing;
  • the remote disaster recovery server when receiving the disaster recovery switching request, obtains backup data in the target virtual machine, which specifically includes:
  • the remote disaster recovery server obtains the disaster recovery service type corresponding to the disaster recovery switching request when receiving the disaster recovery switching request;
  • the corresponding disaster recovery strategy is determined according to the disaster recovery service type, and the backup data in the target virtual machine is obtained according to the disaster recovery strategy.
  • the establishing a remote virtual machine based on the backup data specifically includes:
  • the disaster recovery strategy is the first disaster recovery strategy
  • use the backup data to establish a remote virtual machine according to the first disaster recovery strategy
  • the backup data is used to establish a remote virtual machine according to the second disaster recovery strategy.
  • using the backup data to establish a remote virtual machine according to the first disaster recovery strategy specifically includes:
  • the disaster recovery strategy is the first disaster recovery strategy, detecting the reception status of the backup data
  • using the backup data to establish a remote virtual machine according to the second disaster recovery strategy specifically includes:
  • the disaster recovery strategy is the second disaster recovery strategy
  • receive input and output logs sent by the target virtual machine and the input and output logs are logs recording data input or output of the target virtual machine
  • receiving the input and output logs sent by the target virtual machine specifically includes:
  • the disaster recovery strategy is the second disaster recovery strategy, obtain the current backup state of the target virtual machine for data accessing the virtualization platform;
  • the virtualization platform disaster recovery method further includes:
  • the present invention also provides a server, the server includes: a memory, a processor, and a virtualization platform disaster recovery program stored on the memory and executable on the processor, the The virtualization platform disaster recovery program is configured to implement the steps of the virtualization platform disaster recovery method described above.
  • the present invention also proposes a storage medium on which a virtualization platform disaster recovery program is stored, and when the virtualization platform disaster recovery program is executed by a processor, the virtualization described above is implemented. The steps of the platform disaster recovery method.
  • the present invention also provides a virtualization platform disaster recovery system, where the virtualization platform disaster recovery system includes:
  • the data receiving module is used to obtain backup data in the target virtual machine when receiving the disaster recovery switching request, where the target virtual machine is a virtual machine in the target disaster recovery server for business processing;
  • a virtual machine recovery module used to establish a remote virtual machine based on the backup data
  • the service recovery module is configured to create a preset virtual machine network according to the off-site virtual machine, and resume service processing according to the preset virtual machine network.
  • the disaster recovery method and system of the virtualization platform provided by this application directly back up on the first virtualization platform without using a front-end machine or client, so there is no need to set up before restoring data Set up the machine or client to improve efficiency.
  • this method backs up the virtual machine and the configuration of the virtual machine, rather than only backing up the business data, so when restoring the data, the virtual machine can be restored directly without importing the data into the business system Further improve the recovery efficiency.
  • Figure 1 illustrates a schematic diagram of an application scenario
  • FIG. 2 is a schematic structural diagram of a disaster recovery system of a virtualization platform disclosed in an embodiment of the present application
  • FIG. 3 is a flowchart of a disaster recovery method of a virtualization platform disclosed in an embodiment of this application;
  • FIG. 4 is a schematic structural diagram of a disaster recovery apparatus of a virtualization platform supporting local disaster recovery disclosed in an embodiment of the present application;
  • FIG. 5 is a schematic structural diagram of a disaster recovery apparatus of a virtualization platform that supports remote disaster recovery disclosed in an embodiment of the present application;
  • FIG. 6 is a schematic flowchart of a disaster recovery method of a virtualization platform that supports remote disaster recovery disclosed in an embodiment of the present application
  • FIG. 7 is a schematic structural diagram of a disaster recovery device of a virtualization platform disclosed in an embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of a server in a hardware operating environment according to an embodiment of the present invention.
  • FIG. 9 is a schematic flowchart of a first embodiment of a disaster recovery method of a virtualization platform of the present invention.
  • FIG. 10 is a schematic flowchart of a second embodiment of a disaster recovery method of a virtualization platform of the present invention.
  • FIG. 11 is a schematic flowchart of a third embodiment of a disaster recovery method of a virtualization platform of the present invention.
  • FIG. 12 is a functional module diagram of a first embodiment of a virtualization platform disaster recovery system of the present invention.
  • the embodiments of the present application can be applied to the application scenario shown in FIG. 1, and the site shown in FIG. 1 refers to a physical machine or a collection of physical machines (generally refers to a local area network).
  • a site runs a virtualization platform.
  • the virtualization platform includes a virtualization platform layer and a storage layer. Among them, multiple virtual machines (eg, virtual machine A, virtual machine B, ..., virtual machine N), the storage layer can be used to store data.
  • a disaster recovery solution is generally preset in the virtualization platform.
  • the disaster recovery system will be used to recover the business data in the virtual machine.
  • the virtualization platform suffers from man-made disasters such as computer crime, computer virus, power failure, network / communication failure, hardware / software error, or human operation error, or the area where the virtualization platform is located suffers from fire, flood, earthquake, or war
  • a disaster recovery solution can be started, and the disaster recovery system can recover business data in virtual machines before the disaster.
  • the disaster recovery scheme applied by the virtualization platform is to use a front-end machine or a client to back up business data, thereby obtaining backup data that can be used to restore the virtual machine.
  • a front-end machine or client that has the same backup process (for example, the same operating system) must be constructed.
  • the existing disaster recovery solution only backs up business data, so the business data needs to be imported into the business system before the data can be recovered, resulting in low recovery efficiency.
  • FIG. 2 is a schematic structural diagram of a disaster recovery system of a virtualization platform disclosed in an embodiment of the present application.
  • the system includes: a backup module and a storage module.
  • the backup module is set on the virtualization platform layer of the first virtualization platform, and is used to backup the virtual machine running on the first virtualization platform on the first virtualization platform to obtain the first backup data.
  • the storage module is used to store the disaster recovery data of the first virtualization platform.
  • the location of the storage module only needs to be accessible by the first virtualization platform, for example, it can be installed on the storage layer of the first virtualization platform or on the first virtual platform On other platforms that can be accessed by the platform.
  • the backed-up virtual machine is the target virtual machine, and the target virtual machine may be all virtual machines running on the first virtualization platform, or may be set to support the virtual machine running on the first virtualization platform.
  • the target virtual machine may be all virtual machines running on the first virtualization platform, or may be set to support the virtual machine running on the first virtualization platform.
  • whether the virtual machine is the target virtual machine, that is, whether the virtual machine needs to be backed up can be preset by the user.
  • FIG. 3 is a flowchart of a disaster recovery method of a virtualization platform disclosed in an embodiment of the present application. The method is implemented based on the disaster recovery system of the virtualization platform, and may specifically include:
  • the backup module backs up the virtual machine running on the first virtualization platform on the first virtualization platform to obtain first backup data.
  • the backup module may also obtain backup information, where the backup information is a storage location and / or data size of the first backup data.
  • the backup module obtains second backup data.
  • the second backup data includes at least configuration information of the virtual machine.
  • the configuration information may include CPU attributes, memory size, IP address, and network relationship.
  • the storage module stores the disaster recovery data of the first virtualization platform.
  • the disaster recovery data includes the first backup data and the second backup data obtained by the backup module.
  • the storage module can support the storage of different types of disaster recovery data, such as Internet Small Computer System Interface (Internet Small Computer System Interface, iSCSI), Fibre Channel (Fibre Channel, FC), Information Service Block (Server Messages Block, SMB), etc.
  • Type of storage optionally, the storage module can be set on the storage layer of the virtualization platform.
  • the disaster recovery method and system of the virtualization platform provided by this application directly back up on the first virtualization platform without using a front-end machine or client, so there is no need to set up before restoring data Set up the machine or client to improve efficiency.
  • this method backs up the virtual machine and the configuration of the virtual machine, so when restoring data, the virtual machine can be directly restored without importing the data into the business system, thereby further improving the efficiency of restoration.
  • the backup module may specifically implement multiple backup solutions when performing backup.
  • an optional solution is to backup the first backup data based on a period, that is, an hour-level backup solution.
  • the first backup data is obtained by backing up the virtual machine running on the first virtualization platform in a first cycle on the first virtualization platform.
  • the first cycle is a preset time.
  • the first cycle may be preset to 1 hour.
  • the backup module is used to obtain all data of the virtual machine every hour as the first backup data.
  • the storage module may store the first backup data and the second backup data as disaster recovery data.
  • another scheme is a second-level backup scheme, which backs up the first backup data based on a time point.
  • the Perform backup on the first virtualization platform to obtain the first backup data.
  • the preset time point may be an initial time point at which the first virtualization platform starts to operate, or the preset time point may be initially set and periodically updated by the user according to the operating state of the first virtualization platform.
  • the first backup data is all data of the virtual machine at the time point, and during the operation of the first virtualization platform, new data or updated data will be generated. Therefore, under this backup scheme, the backup module is also used to obtain the third backup data by recording the input log in the input and output log of the disk of the first virtualization platform in the second cycle.
  • input and output logs such as IO logs
  • the IO log includes read and write records for each virtual machine, and the backup module can obtain the write records therein as third backup data.
  • the unit of the second cycle is seconds, that is, the backup module obtains the write record in the IO log once per second, and the data in the write record is the third backup data.
  • the second cycle unit takes the second cycle unit as an example, but this application is not limited to this.
  • the second cycle unit may also be minutes, etc. In practice, it can be set according to requirements.
  • the storage module may store the first backup data, the second backup data, and the third backup data as disaster recovery data.
  • the disaster recovery system of another virtualization platform disclosed in the embodiments of the present application may include a recovery module.
  • the recovery module may be set on the first virtualization platform.
  • the recovery module can be used to recover data.
  • the method for recovering data by the recovery module may be: after receiving the disaster tolerance switching request, recover the virtual machine running on the first virtualization platform using the disaster tolerance data.
  • the disaster tolerance switching request may include service information to be switched, address information of the virtualization platform, and specific switching time information. Based on the above information, the disaster recovery service type indicated by the disaster recovery switching request can be analyzed.
  • the disaster recovery service type indicated by the disaster recovery switching request is hour-level disaster recovery
  • the corresponding disaster recovery strategy is the preset hour-level disaster recovery strategy
  • the recovery module recovers the data based on the hour-level disaster recovery strategy. That is, the disaster recovery data includes the first backup data and the second backup data.
  • the first backup data is obtained by backing up the virtual machine running on the first virtualization platform on the first virtualization platform
  • the second backup data includes at least the configuration information of the virtual machine.
  • the corresponding disaster recovery strategy is the preset second-level disaster recovery strategy
  • the recovery module recovers the data based on the second-level disaster recovery strategy.
  • the disaster recovery data includes first backup data, second backup data, and third backup data.
  • the first backup data is obtained by backing up the virtual machine running on the first virtualization platform on the first virtualization platform
  • the second backup data includes at least the configuration information of the virtual machine.
  • the third backup data is obtained by recording the input log in the input and output log of the disk of the first virtualization platform in a second cycle, and the unit of the second cycle is seconds.
  • the present application provides a disaster recovery device of a virtualization platform that supports local disaster recovery.
  • 4 is a schematic structural diagram of a disaster recovery apparatus of a virtualization platform supporting local disaster recovery disclosed in an embodiment of the present application.
  • the device includes the backup module and the storage module shown in FIG. 2, and also includes a recovery module and a disaster recovery control module. The device is used for local disaster recovery on the first virtualization platform.
  • the disaster recovery control module may run on the first virtualization platform, any other virtualization platform, or a third-party device, and is used to trigger at least one of the backup module, the storage module, and the recovery module in the disaster recovery system Running. Moreover, when the disaster recovery control module triggers the operation of any module, the module can feed back the operation state to the disaster recovery control module.
  • the recovery module is set at the virtualization platform layer of the first virtualization platform.
  • the module is mainly used to recover the virtual machine running on the first virtualization platform using the disaster recovery data after receiving the disaster tolerance switching request.
  • the disaster tolerance switching request may be triggered by user operation.
  • the disaster tolerance switching request can also be triggered automatically, for example, by monitoring the operating state of the first virtualization platform, when the operating state is abnormal and automatically analyzes the abnormality, when the abnormality exceeds the threshold, it is automatically triggered Disaster recovery switching request.
  • the embodiments of the present application provide an optional disaster recovery method of the virtualization platform.
  • the disaster recovery strategy is a preset hourly disaster recovery Strategy, execute this method. This can include:
  • the backup module backs up the virtual machine running on the first virtualization platform in a first cycle on the first virtualization platform to obtain first backup data; and obtains second backup data.
  • the storage module stores the disaster recovery data of the first virtualization platform, where the disaster recovery data includes the first backup data and the second backup data obtained by the backup module.
  • the recovery module uses the disaster recovery data stored in the storage module to recover the virtual machine running on the first virtualization platform on the first virtualization platform.
  • the embodiments of the present application also provide another optional disaster recovery method of the virtualization platform.
  • the disaster recovery strategy is a preset second-level disaster recovery strategy
  • the method is executed. This includes:
  • the backup module backs up the virtual machine running on the first virtualization platform at a preset time point on the first virtualization platform to obtain the first backup data; and passes the second cycle (in seconds) Record the input log in the input and output log of the disk of the first virtualization platform to obtain the third backup data.
  • the storage module stores the disaster recovery data of the first virtualization platform, where the disaster recovery data includes the first backup data, the second backup data, and the third backup data obtained by the backup module.
  • the recovery module obtains the third backup data at the specified recovery time as the target third backup data, where the specified recovery time can be set by the user, or can automatically set a preset time point before the trigger time based on the trigger time of the disaster recovery switching request Specify the recovery time.
  • the third backup data is the input log in the input and output log at the specified recovery time, and the input data in the virtual machine at that time can be analyzed through the input log in the input and output log, that is, the third backup data It is the updated data of the virtual machine after the first backup data is backed up. For example, if the restoration time is specified, the method obtains the content written in the storage location recorded in the input log in the 10:00 input and output log as third backup data, and updates to the same storage location in the first backup data.
  • the recovery module uses the first backup data and the target third backup data to obtain the virtual machine data at the specified recovery time.
  • the recovery module may use the virtual machine data and the second backup data at the specified recovery time to restore the virtual machine running on the first virtualization platform.
  • hour-level backup data recovery or second-level backup data recovery can be performed on the first virtualization platform, that is, the local virtualization platform.
  • this method can complete second-level disaster recovery without storage feature support.
  • the disaster recovery apparatus of the virtualization platform supporting local disaster recovery shown in FIG. 4 may include a disaster recovery system of the virtualization platform, and the system includes the above storage module, backup module, recovery module, and disaster recovery control module, Among them, the function of each module can refer to the above.
  • the disaster recovery apparatus of the virtualization platform supporting local disaster recovery shown in FIG. 4 may also be a disaster recovery system of multiple virtualization platforms, for example, a disaster recovery system including two virtualization platforms.
  • the disaster recovery system of the first virtualization platform includes the above storage module and the backup module; the disaster recovery system of the second virtualization platform includes the above recovery module.
  • the disaster recovery control module may be set in the disaster recovery system of any one of the above virtualized platforms, and used to trigger at least one of the backup module, the storage module, and the recovery module to operate.
  • a disaster recovery control module may be provided in the disaster recovery system of the first virtualization platform to trigger at least one of the backup module and the storage module to run.
  • a disaster recovery control module is also provided in the disaster recovery system of the second virtualization platform to trigger the recovery module to operate.
  • FIG. 5 is a schematic structural diagram of a disaster recovery device of a virtualization platform that supports remote disaster recovery disclosed in an embodiment of the present application.
  • site A and site B are remote sites
  • the virtualization platform of site A is the first virtualization platform
  • the virtualization platform of site B is the second virtualization platform.
  • the first virtualization platform may be a local virtualization platform
  • the second virtualization platform may be a remote virtualization platform, such as a remote disaster recovery server.
  • the disaster recovery device of the virtualization platform includes the backup module, the storage module, the recovery module, and the disaster recovery control module introduced in the foregoing embodiment, and further includes a transmission module.
  • the device is used for remote disaster recovery of data on the first virtualization platform on the second virtualization platform.
  • FIG. 6 is a schematic flowchart of a disaster recovery method of a virtualization platform that supports remote disaster recovery disclosed in an embodiment of the present application, and may include:
  • the disaster recovery control module triggers the backup module on site A to run.
  • an instruction may be artificially input to the disaster recovery control module, so that the disaster recovery control module triggers the operation of the backup module at site A, or the disaster recovery control module may determine to trigger the operation of the backup module at site A according to a preset condition.
  • the backup module on Site A starts backup, that is, the backup module backs up the virtual machine running on the virtualization platform on the virtualization platform to obtain the first backup data; and obtains the second backup data, the second backup
  • the data includes at least the configuration information of the virtual machine
  • the backup module may also obtain the third backup data by recording the input log in the input and output log of the disk of the virtualization platform in the second period (in seconds).
  • the disaster recovery control module triggers the storage module on site A to run.
  • the storage module on site A stores the disaster recovery data of the first virtualization platform, where the disaster recovery data includes the first backup data and the second backup data obtained by the backup module, and may also include the third backup data.
  • the disaster recovery control module triggers the transmission module on site A to run.
  • the transmission module on site A starts transmission, that is, by connecting to the transmission module on site B, the local disaster recovery data is sent to the virtualization platform on site B, that is, the second virtualization platform.
  • the third backup data after the transmission module is triggered, the third backup data can be continuously transmitted in a state where the network connection is successful, or it can be periodic transmission at a preset cycle, this embodiment of the present application There is no restriction on this.
  • this method also supports backup and transmission of disaster recovery data at the same time, that is, transmission while backup. Or, transfer the disaster recovery data after the backup is completed.
  • the disaster recovery control module triggers the transmission module on site B to be triggered to run.
  • This trigger can be triggered by the transmission data of the transmission module on site A, or triggered by the disaster recovery control module.
  • the transmission module on site B receives the virtualization platform on site A, that is, the disaster recovery data sent by the first virtualization platform as off-site data, and the off-site data is the disaster recovery data on the virtualization platform on site A.
  • the disaster recovery control module triggers the recovery module on site B to operate.
  • the recovery module on the virtualization platform at site B uses the virtual machine running on the virtualization platform at site A to recover the disaster recovery data.
  • the specific recovery method can refer to the above embodiments.
  • the disaster recovery control module in the embodiment of the present application may run on the first virtualization platform, the second virtualization platform, or a third-party device.
  • the disaster recovery control module may be as shown in FIG.
  • One site is used to trigger the operation of at least one of the backup module, storage module, transmission module, and recovery module in the disaster recovery system of the virtualization platform at multiple sites.
  • a disaster recovery control module may be set at each site to trigger the operation of at least one of the backup module, storage module, transmission module, and recovery module in the disaster recovery system of the virtualization platform at the site.
  • each module can feed back an execution status command, that is, a successful OK or failed FAIL to the disaster recovery control module, and the disaster recovery control module can determine the trigger timing based on the status command.
  • the disaster recovery apparatus of the virtualization platform supporting remote disaster recovery shown in FIG. 5 may include a disaster recovery system of the virtualization platform.
  • the system includes the above storage module, backup module, recovery module, transmission module, and Disaster control module.
  • the function of each module can refer to the above.
  • the disaster recovery apparatus of the virtualization platform supporting local disaster recovery shown in FIG. 4 may also be a disaster recovery system of multiple virtualization platforms, that is, each module in the above method may be distributed on different virtualization platforms In the disaster recovery system of this application, this embodiment of the present application does not limit this.
  • the disaster recovery method and system of the virtualization platform disclosed in this application support local disaster recovery or remote disaster recovery.
  • the local (that is, the first virtualization platform) recovery module can recover the virtual machine.
  • the module restores the virtual machine at the local site (ie, the first virtualization platform).
  • the local site ie, the first virtualization platform
  • the storage resources of the virtualization platform are used to meet the customer's needs for disaster recovery, reduce the cost of disaster recovery, and improve User experience.
  • the format of the disaster recovery data stored in the local site can be automatically switched to a format that can be recognized by the remote site (that is, the second virtualization platform), which further improves the recovery efficiency.
  • An embodiment of the present application also provides a disaster recovery device of a virtualization platform.
  • the device may include: at least one processor 701, at least one Communication interface 702, at least one memory 703 and at least one communication bus 704;
  • the number of the processor 701, the communication interface 702, the memory 703, and the communication bus 704 is at least one, and the processor 701, the communication interface 702, and the memory 703 complete communication with each other through the communication bus 704;
  • the processor 701 may be a central processing unit CPU, or a specific integrated circuit ASIC (Application Specific Integrated Circuit), or one or more integrated circuits configured to implement embodiments of the present invention, etc .;
  • the memory 703 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), for example, at least one magnetic disk memory;
  • the memory stores a program
  • the processor can call the program stored in the memory, and the program is used for:
  • Disaster recovery data of the first virtualization platform is stored, and the disaster recovery data includes the first backup data and the second backup data.
  • the disaster recovery data includes first backup data and second backup data; the first backup data is backed up on the first virtualization platform by using a virtual machine running on the first virtualization platform It is obtained that the second backup data includes at least configuration information of the virtual machine.
  • Embodiments of the present application also provide a computer-readable storage medium.
  • the computer-readable storage medium may store a program suitable for execution by a processor.
  • the program is used to:
  • Disaster recovery data of the first virtualization platform is stored, and the disaster recovery data includes the first backup data and the second backup data.
  • the disaster recovery data includes first backup data and second backup data; the first backup data is backed up on the first virtualization platform by using a virtual machine running on the first virtualization platform It is obtained that the second backup data includes at least configuration information of the virtual machine.
  • the solution of the embodiment of the present invention is mainly: the present invention obtains the backup data in the target virtual machine through the remote disaster recovery server when receiving the disaster recovery switching request, the target virtual machine is the target disaster recovery server for business processing Virtual machine based on the backup data; establish a remote virtual machine based on the backup data; create a preset virtual machine network based on the remote virtual machine, and resume business processing according to the preset virtual machine network; add remote disaster recovery through local backup, saving The time and resources spent on disaster recovery; through the combination with the virtual platform, the storage resources of the virtualization platform are used to meet the customer's needs for disaster recovery, reduce the cost of disaster recovery, improve the user experience, and solve the problems in the existing technology. If the customer's business system fails, the business can only be restored in a different location, resulting in poor data timeliness and inconvenient operation, and a technical problem that seriously affects the performance of the virtual machine.
  • the disaster recovery method of the virtualization platform obtains the backup data in the target virtual machine when the remote disaster recovery server receives the disaster recovery switching request, and the target virtual machine is the target disaster recovery server that performs business processing.
  • Virtual machine establish a remote virtual machine based on the backup data; create a preset virtual machine network based on the remote virtual machine, and restore business processing according to the preset virtual machine network; add remote disaster recovery through local backup, saving capacity
  • the time and resources spent on disasters; through the combination with the virtual platform, the storage resources of the virtualization platform are utilized to meet the customer's needs for disaster recovery, reduce the cost of disaster recovery, and improve the user experience.
  • FIG. 8 is a schematic structural diagram of a server in a hardware operating environment according to an embodiment of the present invention.
  • the server may include: a processor 1001, such as a central processing unit (CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005.
  • the communication bus 1002 is used to implement connection communication between these components.
  • the user interface 1003 may include a standard wired interface and a wireless interface.
  • the network interface 1004 may optionally include a standard wired interface and a wireless interface (such as a wireless fidelity (WIreless-FIdelity, WI-FI) interface).
  • the memory 1005 may be a high-speed random access memory (Random Access Memory, RAM) memory, or may be a stable memory (Non-volatile Memory, NVM), such as a disk memory.
  • the memory 1005 may optionally be a storage device independent of the foregoing processor 1001.
  • server structure shown in FIG. 8 does not constitute a limitation on the server, and may include more or less components than shown, or combine certain components, or arrange different components.
  • the memory 1005 as a storage medium may include an operating system, a network communication module, a user interface module, and a virtualization platform disaster recovery program.
  • the server of the present invention calls the virtualization platform disaster recovery program stored in the memory 1005 through the processor 1001, and performs the following operations:
  • processor 1001 may call the virtualization platform disaster recovery program stored in the memory 1005, and also perform the following operations:
  • the corresponding disaster recovery strategy is determined according to the disaster recovery service type, and the backup data in the target virtual machine is obtained according to the disaster recovery strategy.
  • processor 1001 may call the virtualization platform disaster recovery program stored in the memory 1005, and also perform the following operations:
  • the disaster recovery strategy is the first disaster recovery strategy
  • use the backup data to establish a remote virtual machine according to the first disaster recovery strategy
  • the backup data is used to establish a remote virtual machine according to the second disaster recovery strategy.
  • processor 1001 may call the virtualization platform disaster recovery program stored in the memory 1005, and also perform the following operations:
  • the disaster recovery strategy is the first disaster recovery strategy, detecting the reception status of the backup data
  • processor 1001 may call the virtualization platform disaster recovery program stored in the memory 1005, and also perform the following operations:
  • the disaster recovery strategy is the second disaster recovery strategy
  • receive input and output logs sent by the target virtual machine and the input and output logs are logs recording data input or output of the target virtual machine
  • processor 1001 may call the virtualization platform disaster recovery program stored in the memory 1005, and also perform the following operations:
  • the disaster recovery strategy is the second disaster recovery strategy, obtain the current backup state of the target virtual machine for data accessing the virtualization platform;
  • processor 1001 may call the virtualization platform disaster recovery program stored in the memory 1005, and also perform the following operations:
  • the remote disaster recovery server receives the backup data in the target virtual machine when receiving the disaster recovery switching request, and the target virtual machine is a virtual machine in the target disaster recovery server that performs business processing;
  • the backup data establishes a remote virtual machine; a preset virtual machine network is created according to the remote virtual machine, and business processing is resumed according to the preset virtual machine network; remote backup and remote disaster recovery are added through local backup, saving time spent in disaster recovery And resources; through the combination with the virtual platform, the storage resources of the virtualization platform are utilized to meet the needs of customers for disaster recovery, reduce the cost of disaster recovery, and improve the user experience.
  • FIG. 9 is a schematic flowchart of a first embodiment of a disaster recovery method for a virtualization platform of the present invention.
  • the virtualization platform disaster recovery method includes the following steps:
  • Step S10 When receiving the disaster recovery switching request, the remote disaster recovery server obtains the backup data in the target virtual machine, where the target virtual machine is a virtual machine in the target disaster recovery server that performs business processing.
  • the remote disaster recovery server is a preset server that is different from the local disaster recovery server.
  • the remote disaster recovery server may obtain the backup data in the target virtual machine
  • the disaster recovery switching request is a request triggered by a user and needs to be performed for disaster recovery switching.
  • the disaster recovery switching request may generally include service information that needs to be switched, address information of the switched server, and specific switching time information.
  • the target virtual machine is a virtual machine in a target disaster recovery server that performs business processing.
  • the target virtual machine can be understood as a local virtual machine
  • the target disaster recovery server can be understood as a local disaster recovery server, that is, after a disaster occurs in the local disaster recovery server, service recovery can be performed through the remote disaster recovery server.
  • the backup data is data generated by the target virtual machine accessing the virtualization platform, and the backup data is generally stored in a storage layer of the virtualization platform of the target virtual machine, and the storage layer may support Different types of storage, such as Internet Small Computer System Interface (Internet Small Computer System Interface, iSCSI), Fibre Channel (Fibre Channel, FC), Information Service Block (Server Messages Block, SMB), etc.
  • Internet Small Computer System Interface Internet Small Computer System Interface, iSCSI
  • Fibre Channel Fibre Channel
  • FC Information Service Block
  • SMB Information Service Block
  • the combination of virtualization platforms is convenient for unified management, and the storage resources of the virtualization platform are used to meet the needs of customers for disaster tolerance and reduce customer costs.
  • Step S20 Establish a remote virtual machine according to the backup data.
  • the off-site virtual machine is a virtual machine in a real-time off-site disaster recovery server that performs business processing. After backing up the backup data, it is used according to a preset application programming interface (API) After the backup data is restored to a remote virtual machine, the transmission process of the backup data may be after the network connection with the disaster recovery site is determined, and the data transmission between the sites is performed through the preset replication transmission module, of course, it may also be carried out by other methods Data transmission is not limited in this embodiment.
  • API application programming interface
  • Step S30 Create a preset virtual machine network according to the off-site virtual machine, and resume service processing according to the preset virtual machine network.
  • a preset virtual machine network is created according to the off-site virtual machine, that is, a virtual network connection is performed on the off-site virtual machine on the virtualization platform of the off-site disaster recovery server according to the pre-configuration information, and according to the preset virtual Machine network recovery service processing, that is, after a preset virtual machine network is created, the remote virtual machine is connected to the network, services that need to be restored are directly started, and service restoration is completed in the remote virtual machine.
  • the remote disaster recovery server receives the backup data in the target virtual machine when receiving the disaster recovery switching request, and the target virtual machine is a virtual machine in the target disaster recovery server that performs business processing;
  • the backup data establishes a remote virtual machine; a preset virtual machine network is created according to the remote virtual machine, and business processing is resumed according to the preset virtual machine network; remote backup and remote disaster recovery are added through local backup, saving time spent in disaster recovery And resources; through the combination with the virtual platform, the storage resources of the virtualization platform are utilized to meet the needs of customers for disaster recovery, reduce the cost of disaster recovery, and improve the user experience.
  • FIG. 10 is a schematic flowchart of a second embodiment of the disaster recovery method of the virtualization platform of the present invention.
  • a second embodiment of the disaster recovery method of the virtualization platform of the present invention is proposed based on the first embodiment.
  • the step S10 specifically includes the following steps:
  • Step S11 When receiving the disaster recovery switching request, the remote disaster recovery server obtains the disaster recovery service type corresponding to the disaster recovery switching request.
  • the remote disaster recovery server may analyze the disaster recovery switching request to determine the type of disaster recovery service corresponding to the disaster recovery switching request, and then determine the disaster recovery service type corresponding to the disaster recovery switching request. Different types of disaster services determine different disaster recovery strategies.
  • Step S12 Determine a corresponding disaster recovery strategy according to the disaster recovery service type, and obtain backup data in the target virtual machine according to the disaster recovery strategy.
  • the corresponding disaster recovery strategy is the default hourly disaster recovery strategy, that is, for some not too urgent recovery
  • the disaster recovery strategy set by the service of the service for example, the type of the disaster recovery service is second level
  • the corresponding disaster recovery strategy is the default second level disaster recovery strategy, that is, the disaster recovery strategy set for some services that need to be restored urgently, of course.
  • Other types of services correspond to different disaster recovery strategies, which are not limited in this embodiment.
  • the backup data can be obtained from the target virtual machine through the determined disaster recovery strategy.
  • the disaster recovery control module can generally be used to schedule disasters.
  • the preset backup module and the preset copy transmission module on the standby site perform service-level disaster recovery on the target virtual machine, obtain the backup data in the target virtual machine, and control the protected site, that is, on the remote disaster recovery server
  • the preset recovery module restores the backup data to off-site virtual machines; the preset disaster recovery control module can run on the protected site, that is, off-site disaster recovery server, or on the disaster recovery site, that is, the target disaster recovery server, and can also run On the third-party site, this embodiment does not limit this.
  • the virtualization platform disaster recovery method further includes the following steps:
  • the backup data may be format-converted so that the format of the backup data is converted into the remote disaster recovery server Supported file format, which can shorten the time of business recovery and improve the efficiency of business recovery.
  • the remote disaster recovery server when receiving the disaster recovery switching request, obtains the disaster recovery service type corresponding to the disaster recovery switching request; the corresponding disaster recovery strategy is determined according to the disaster recovery service type, and Obtain the backup data in the target virtual machine according to the disaster recovery strategy, and can adopt different disaster recovery strategies according to different disaster recovery business types, which accelerates the speed and efficiency of disaster recovery business recovery and makes disaster recovery business recovery more targeted And accuracy.
  • FIG. 11 is a schematic flowchart of a third embodiment of the virtualization platform disaster recovery method of the present invention. As shown in FIG. 11, a third embodiment of the virtualization platform disaster recovery method of the present invention is proposed based on the second embodiment.
  • the step S20 specifically includes the following steps:
  • Step S21 When the disaster recovery strategy is the first disaster recovery strategy, use the backup data to establish a remote virtual machine according to the first disaster recovery strategy.
  • the first disaster recovery strategy may be a preset hour-level disaster recovery strategy
  • the backup data may be used to establish a remote virtual machine according to the first disaster recovery strategy, that is, according to the first disaster recovery strategy
  • the backup data can be restored to a remote virtual machine through a preset backup and restoration module.
  • step S21 specifically includes the following steps:
  • the disaster recovery strategy is the first disaster recovery strategy, detecting the reception status of the backup data
  • the reception status of the backup data is the current backup status of the backup data, whether the backup is completed, and after the completion of the backup data reception, corresponding data import completion information can be generated to transfer the data Import the completed information and feed it back to the disaster recovery control server.
  • the disaster recovery control server is a preset server for controlling the disaster recovery process, which may be a server corresponding to a preset disaster recovery control module.
  • the disaster recovery control server passes the target disaster
  • the preset backup control module of the standby server can trigger the backup of the target virtual machine.
  • the configuration information records virtual machine configuration information and backup information.
  • the backup information includes information such as backup location and backup size.
  • the configuration information is configuration information required for establishing a virtual machine.
  • the configuration information of the target virtual machine of the target disaster recovery server is exactly the same, that is, the configuration information of the target virtual machine itself may also be preset information that matches the configuration information of the target virtual machine. This is not limited, and after obtaining the configuration information, the remote virtual machine can be configured in combination with the backup data.
  • the local backup can be copied to a different place through the preset copy module, of course, it can also be the backup of the data generated by the operation of the virtualization platform.
  • Data transmission is not limited in this embodiment; after receiving the backup data, the data import completion information is fed back to the disaster recovery control server, so that the disaster recovery control server sends configuration information to The remote disaster recovery server establishes a remote virtual machine.
  • Step S22 When the disaster recovery strategy is the second disaster recovery strategy, use the backup data to establish a remote virtual machine according to the second disaster recovery strategy.
  • the second disaster recovery strategy may be a preset second-level disaster recovery strategy
  • the backup data may be used to establish a remote virtual machine according to the second disaster recovery strategy, that is, according to the second disaster recovery strategy
  • the backup data can be restored to a remote virtual machine through a preset backup and restoration module.
  • step S22 specifically includes the following steps:
  • the disaster recovery strategy is the second disaster recovery strategy
  • receive input and output logs sent by the target virtual machine and the input and output logs are logs recording data input or output of the target virtual machine
  • the second disaster recovery strategy may be a preset second-level disaster recovery strategy, that is, compared with the ordinary backup disaster recovery, the second disaster recovery strategy is aimed at recovering more urgent services, and the difference is that The disaster strategy adds an Input Output (IO) log process.
  • IO Input Output
  • the input and output logs sent by the target virtual machine are received, and the input and output logs are records
  • the log of data input or output of the target virtual machine that is, the record corresponding to the historical data transmitted by the target virtual machine can be understood through the input and output log, that is, when any operation is performed, it can be obtained by analyzing the input and output log, Through the input and output logs, information corresponding to data operations can be obtained in real time, thereby preparing for rapid recovery of services.
  • the input and output logs may be managed by a preset backup control module, or may be a separate log subsystem for recording data input or output of the target virtual machine, triggered by the disaster recovery control server
  • the backup data of the target disaster recovery server can trigger the transmission of input and output logs after the completion of receiving the backup data through the data import completion information, and the transmission of the input and output logs is a continuous process as long as the network Without interruption, the input and output logs will be continuously transmitted, and will be automatically restored after the network is interrupted, and then continue to be transferred.
  • the remote data can be achieved at the RPO second level through the backup data and the input and output log resumes, that is, It can quickly restore the designated restoration business, which improves the integrity and accuracy of business restoration and guarantees the speed and efficiency of data business restoration.
  • the step of receiving the input and output logs sent by the target virtual machine when the disaster recovery strategy is the second disaster recovery strategy specifically includes the following steps:
  • the disaster recovery strategy is the second disaster recovery strategy, obtain the current backup state of the target virtual machine for data accessing the virtualization platform;
  • the transmission trigger condition of the input / output log may be that the current backup status of the data accessing the target virtual machine to access the virtualization platform is to trigger the transmission when the backup is completed, or the access
  • the current backup state of the target virtual machine for the data accessing the virtualization platform is that the transmission is triggered when the backup is started, which is not limited in this embodiment.
  • the disaster recovery strategy is the first disaster recovery strategy
  • the reception status of the backup data is detected; after the backup data reception is completed, the data import completion information is fed back to the disaster control server
  • Receiving configuration information sent by the disaster recovery control server the configuration information is the configuration information of the target virtual machine; based on the configuration information and the backup data to establish a remote virtual machine; in the disaster recovery strategy for the second
  • receive the input and output logs sent by the target virtual machine the input and output logs are logs that record the data input or output of the target virtual machine; detect the reception of the backup data, and after the backup data reception is completed , Feedback the data import completion information to the disaster recovery control server; receive the configuration information sent by the disaster recovery control server, the configuration information is the configuration information of the target virtual machine; according to the configuration information, the backup data and the input Export logs to create remote virtual machines, which can be used for business recovery in a targeted manner, which improves business recovery Integrity and accuracy, speed and efficiency of data protection of the business recovery
  • the present invention further provides a virtualization platform disaster recovery system.
  • FIG. 12 is a functional module diagram of a first embodiment of a virtualization platform disaster recovery system of the present invention.
  • the virtualization platform disaster recovery system includes:
  • the data receiving module 10 is configured to obtain backup data in a target virtual machine when receiving a disaster recovery switching request, where the target virtual machine is a virtual machine in a target disaster recovery server that performs business processing.
  • the virtual machine recovery module 20 is used to establish a remote virtual machine based on the backup data.
  • the service recovery module 30 is configured to create a preset virtual machine network according to the off-site virtual machine, and restore service processing according to the preset virtual machine network.
  • an embodiment of the present invention further provides a storage medium on which a virtualization platform disaster recovery program is stored, and when the virtualization platform disaster recovery program is executed by a processor, the following operations are implemented:
  • the corresponding disaster recovery strategy is determined according to the disaster recovery service type, and the backup data in the target virtual machine is obtained according to the disaster recovery strategy.
  • the disaster recovery strategy is the first disaster recovery strategy
  • use the backup data to establish a remote virtual machine according to the first disaster recovery strategy
  • the backup data is used to establish a remote virtual machine according to the second disaster recovery strategy.
  • the disaster recovery strategy is the first disaster recovery strategy, detecting the reception status of the backup data
  • the disaster recovery strategy is the second disaster recovery strategy
  • receive input and output logs sent by the target virtual machine and the input and output logs are logs recording data input or output of the target virtual machine
  • the disaster recovery strategy is the second disaster recovery strategy, obtain the current backup state of the target virtual machine for data accessing the virtualization platform;
  • the remote disaster recovery server receives the backup data in the target virtual machine when receiving the disaster recovery switching request, and the target virtual machine is a virtual machine in the target disaster recovery server that performs business processing;
  • the backup data establishes a remote virtual machine; a preset virtual machine network is created according to the remote virtual machine, and business processing is resumed according to the preset virtual machine network; remote backup and remote disaster recovery are added through local backup, saving time spent in disaster recovery And resources; through the combination with the virtual platform, the storage resources of the virtualized platform are utilized to meet the customer's needs for disaster recovery, reduce the cost of disaster recovery, and improve the user experience.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Hardware Redundancy (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 Small Computer System Interface,iSCSI)、光纤通道(Fibre Channel,FC)、信息服务块(Server Messages 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(Application Specific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路等;
存储器703可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory)等,例如至少一个磁盘存储器;
其中,存储器存储有程序,处理器可调用存储器存储的程序,所述程序用于:
通过将第一虚拟化平台上运行的虚拟机,在所述第一虚拟化平台上进 行备份,得到第一备份数据;
获取第二备份数据,所述第二备份数据至少包括所述虚拟机的配置信息;
存储所述第一虚拟化平台的容灾数据,所述容灾数据包括所述第一备份数据和所述第二备份数据。
所述程序还用于:
在接收到容灾切换请求后,使用容灾数据恢复第一虚拟化平台上运行的虚拟机;
其中,所述容灾数据包括第一备份数据和第二备份数据;所述第一备份数据通过将所述第一虚拟化平台上运行的虚拟机,在所述第一虚拟化平台上进行备份得到,所述第二备份数据至少包括所述虚拟机的配置信息。
可选的,所述程序的细化功能和扩展功能可参照上文描述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质可存储有适于处理器执行的程序,所述程序用于:
通过将第一虚拟化平台上运行的虚拟机,在所述第一虚拟化平台上进行备份,得到第一备份数据;
获取第二备份数据,所述第二备份数据至少包括所述虚拟机的配置信息;
存储所述第一虚拟化平台的容灾数据,所述容灾数据包括所述第一备份数据和所述第二备份数据。
所述程序还用于:
在接收到容灾切换请求后,使用容灾数据恢复第一虚拟化平台上运行的虚拟机;
其中,所述容灾数据包括第一备份数据和第二备份数据;所述第一备份数据通过将所述第一虚拟化平台上运行的虚拟机,在所述第一虚拟化平台上进行备份得到,所述第二备份数据至少包括所述虚拟机的配置信息。
可选的,所述程序的细化功能和扩展功能可参照上文描述。
本发明实施例的解决方案主要是:本发明通过异地灾备服务器在接收 到容灾切换请求时,获取目标虚拟机中的备份数据,所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机;根据所述备份数据建立异地虚拟机;根据所述异地虚拟机创建预设虚拟机网络,并根据所述预设虚拟机网络恢复业务处理;通过本地备份加异地容灾,节省了容灾花费的时间和资源;通过与虚拟平台的结合,利用了虚拟化平台的存储资源,满足了客户容灾的需求,降低了容灾成本,提升了用户体验,解决了现有技术中一旦客户业务系统发生故障,只能在异地恢复业务,导致数据及时性差和操作不便,并且对虚拟机性能影响严重的技术问题。
本发明提出的虚拟化平台容灾方法,通过异地灾备服务器在接收到容灾切换请求时,获取目标虚拟机中的备份数据,所述目标虚拟机为进行业务处理的目标灾备服务器中的虚拟机;根据所述备份数据建立异地虚拟机;根据所述异地虚拟机创建预设虚拟机网络,并根据所述预设虚拟机网络恢复业务处理;通过本地备份加异地容灾,节省了容灾花费的时间和资源;通过与虚拟平台的结合,利用了虚拟化平台的存储资源,满足了客户容灾的需求,降低了容灾成本,提升了用户体验。
参照图8,图8为本发明实施例方案涉及的硬件运行环境的服务器结构示意图。
如图8所示,该服务器可以包括:处理器1001,例如中央处理器(Central Processing Unit,CPU),通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity,WI-FI)接口)。存储器1005可以是高速的随机存取存储器(Random Access 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 System Interface,iSCSI)、光纤通道(Fibre Channel,FC)、信息服务块(Server Messages Block,SMB)等各种类型的存储,通过与虚拟化平台结合,便于统一管理,并且利用虚拟化平台的存储资源,满足了客户容灾的需求,且降低客户成本。
步骤S20、根据所述备份数据建立异地虚拟机。
可以理解的是,所述异地虚拟机为进行业务处理的实时异地灾备服务器中的虚拟机,即将所述备份数据进行备份后,根据预设的应用程序编程接口(Application Programming 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中任一项所述的虚拟化平台容灾方法的步骤。
PCT/CN2019/114403 2018-11-02 2019-10-30 虚拟化平台的容灾方法及装置 WO2020088533A1 (zh)

Priority Applications (1)

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

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811304793.0A CN111143114B (zh) 2018-11-02 2018-11-02 虚拟化平台容灾方法、系统、服务器及存储介质
CN201811304793.0 2018-11-02

Publications (1)

Publication Number Publication Date
WO2020088533A1 true WO2020088533A1 (zh) 2020-05-07

Family

ID=70461983

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/114403 WO2020088533A1 (zh) 2018-11-02 2019-10-30 虚拟化平台的容灾方法及装置

Country Status (2)

Country Link
CN (1) CN111143114B (zh)
WO (1) WO2020088533A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118132201A (zh) * 2024-03-15 2024-06-04 广州鼎甲计算机科技有限公司 虚拟机备份方法、装置、计算机设备及存储介质
CN118381817A (zh) * 2024-06-21 2024-07-23 国网信息通信产业集团有限公司 一种跨地域分布式云灾备与边缘智能算力融合协同的方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112000437A (zh) * 2020-08-21 2020-11-27 济南浪潮数据技术有限公司 一种灾备方法、装置、电子设备及存储介质
CN112306762A (zh) * 2020-10-30 2021-02-02 西安万像电子科技有限公司 通信处理方法、装置及系统、非易失性存储介质
CN112256486A (zh) * 2020-11-11 2021-01-22 北京联创信安科技股份有限公司 服务器备份方法、装置、服务器及存储介质
CN112653739A (zh) * 2020-12-14 2021-04-13 南京壹进制信息科技有限公司 一种外部指定虚拟机网络的有代理应急容灾方法及系统
CN112596951B (zh) * 2020-12-24 2024-07-23 深圳市科力锐科技有限公司 一种nas数据容灾方法、装置、设备及存储介质
CN112882871B (zh) * 2021-04-29 2021-08-24 深圳市科力锐科技有限公司 主机冲突检测方法、装置、设备及存储介质
CN113590386B (zh) * 2021-07-30 2023-03-03 深圳前海微众银行股份有限公司 数据的容灾恢复方法、系统、终端设备及计算机存储介质
CN114281600A (zh) * 2021-11-30 2022-04-05 北京青云科技股份有限公司 一种容灾备份和容灾恢复方法、装置、设备及存储介质
CN117389692B (zh) * 2023-12-12 2024-03-12 苏州元脑智能科技有限公司 虚拟机容灾保护方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101876926A (zh) * 2009-11-26 2010-11-03 北京航空航天大学 一种非对称结构的软件三机热备容错方法
US20110258481A1 (en) * 2010-04-14 2011-10-20 International Business Machines Corporation Deploying A Virtual Machine For Disaster Recovery In A Cloud Computing Environment
CN107391302A (zh) * 2017-06-14 2017-11-24 深信服科技股份有限公司 位图数据管理方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106681858A (zh) * 2015-11-10 2017-05-17 中国电信股份有限公司 一种虚拟机数据容灾方法及管理装置
CN105589735B (zh) * 2015-12-16 2020-06-09 深信服科技股份有限公司 异地容灾方法、装置和系统
CN107203440A (zh) * 2017-05-27 2017-09-26 郑州云海信息技术有限公司 一种一体化实时备份容灾系统及搭建方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101876926A (zh) * 2009-11-26 2010-11-03 北京航空航天大学 一种非对称结构的软件三机热备容错方法
US20110258481A1 (en) * 2010-04-14 2011-10-20 International Business Machines Corporation Deploying A Virtual Machine For Disaster Recovery In A Cloud Computing Environment
CN107391302A (zh) * 2017-06-14 2017-11-24 深信服科技股份有限公司 位图数据管理方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118132201A (zh) * 2024-03-15 2024-06-04 广州鼎甲计算机科技有限公司 虚拟机备份方法、装置、计算机设备及存储介质
CN118381817A (zh) * 2024-06-21 2024-07-23 国网信息通信产业集团有限公司 一种跨地域分布式云灾备与边缘智能算力融合协同的方法

Also Published As

Publication number Publication date
CN111143114B (zh) 2024-05-28
CN111143114A (zh) 2020-05-12

Similar Documents

Publication Publication Date Title
WO2020088533A1 (zh) 虚拟化平台的容灾方法及装置
CN108255641B (zh) 一种基于云平台的cdp容灾方法
US8938643B1 (en) Cloning using streaming restore
KR100604242B1 (ko) 파일서버 기억장치
US10353790B1 (en) Disaster recovery rehearsals
US9152578B1 (en) Securing data replication, backup and mobility in cloud storage
US7689862B1 (en) Application failover in a cluster environment
US11144405B2 (en) Optimizing database migration in high availability and disaster recovery computing environments
CN106339278A (zh) 一种网络文件系统的数据备份及恢复方法
CN110972497A (zh) 虚拟化平台的容灾方法及装置
US11947429B2 (en) Data disaster recovery method and site
JP2005196683A (ja) 情報処理システム、情報処理装置、及び情報処理システムの制御方法
US10509705B2 (en) Application protection through a combined functionality failure manager
US20230401128A1 (en) Backup recovery system and method for oracle database
US11550677B2 (en) Client-less database system recovery
US11531604B2 (en) Methods and systems for data resynchronization in a replication environment
US10402377B1 (en) Data recovery in a distributed computing environment
CN111984465A (zh) 数据库远程备份方法、装置、介质和电子设备
WO2020015709A1 (zh) 虚拟机镜像文件处理方法及装置
WO2024103594A1 (zh) 容器容灾方法、系统、装置、设备及计算机可读存储介质
WO2018157605A1 (zh) 一种集群文件系统中消息传输的方法及装置
WO2015043155A1 (zh) 一种基于命令集的网元备份与恢复方法及装置
CN102722425A (zh) 终端操作系统及数据实时远程备份、还原及克隆的方法
KR101024249B1 (ko) 실시간 데이터 복제 시스템
CN114356650A (zh) 数据备份方法、装置、设备、系统及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19877866

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19877866

Country of ref document: EP

Kind code of ref document: A1