CN110377456B - Management method and device for virtualization platform disaster tolerance - Google Patents
Management method and device for virtualization platform disaster tolerance Download PDFInfo
- Publication number
- CN110377456B CN110377456B CN201910605191.7A CN201910605191A CN110377456B CN 110377456 B CN110377456 B CN 110377456B CN 201910605191 A CN201910605191 A CN 201910605191A CN 110377456 B CN110377456 B CN 110377456B
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- source host
- virtualization platform
- disk
- virtual
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims abstract description 23
- 238000011084 recovery Methods 0.000 claims description 38
- 238000012544 monitoring process Methods 0.000 claims description 13
- 238000000034 method Methods 0.000 claims description 12
- 230000005012 migration Effects 0.000 description 6
- 238000013508 migration Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 238000012546 transfer Methods 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000008676 import Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a management method for virtualization platform disaster tolerance, which comprises the following steps: after a fault switching node in a virtualization platform is started, when an IP address of a source host with a fault in the virtualization platform is received, a storage space is created, and backup data in the storage pool are led into the storage space according to the IP address; and determining the virtual machine which needs to be restored in the fault source host and executing the restoration operation according to the backup data imported in the storage space. By the scheme of the invention, the management of the virtualized platform disaster tolerance is more convenient, and the efficiency of the disaster tolerance is improved.
Description
Technical Field
The present invention relates to the field of computers, and in particular, to a method and an apparatus for managing disaster recovery of a virtualization platform.
Background
The ICS (InCloud Sphere, Langchao virtualization platform) virtualization platform disaster recovery is an important function for guaranteeing data safety when a user fails under an ineffectiveness factor, can recover original production data in a short time after a disaster occurs, guarantees normal operation of services, and enables the user to recover various management services in a short time. However, the disaster recovery operation steps of the current ICS virtualization platform are too complicated, and even data loss may be caused by improper operation, so a professional virtualization operation and maintenance person must perform post-disaster recovery, which increases the operation and maintenance cost and prolongs the service recovery time of a user.
In view of the above problems in the prior art, it is urgently needed to provide a simple and easy-to-use automatic disaster recovery management scheme based on an ICS virtualization platform, which can conveniently, quickly and safely perform disaster recovery work.
Disclosure of Invention
In order to solve the above technical problems, the present invention provides a method and an apparatus for managing a virtualization platform disaster tolerance, which can conveniently, quickly and safely perform a recovery operation of the virtualization platform disaster tolerance.
In order to achieve the purpose of the present invention, the present invention provides a management method for a virtualization platform disaster tolerance, including:
after a failover node in a virtualization platform is started, when an IP address of a source host with a fault in the virtualization platform is received, creating a storage space, and importing backup data in a storage pool into the storage space according to the IP address, wherein the failover node and the source host with the fault comprise the same storage pool;
and determining the virtual machine which needs to be recovered in the fault source host and executing recovery operation according to the backup data imported in the storage space.
In an exemplary embodiment, the method further comprises:
after the virtual machine is recovered, monitoring whether the source host recovers the service of the virtualization platform;
and if the source host recovers the service of the virtualization platform, migrating the recovered virtual machine memory to the source host, and executing initialization operation.
In an exemplary embodiment, the monitoring whether the source host recovers services of the virtualization platform includes:
detecting whether the source host is communicated with the source host through a PING command;
if the connection is available, checking the service state data of the source host through a preset command, and if the service state data reaches a preset standard, determining that the source host recovers the service.
In an exemplary embodiment, the determining, according to the backup data imported from the storage space, a virtual machine that needs to be restored in the failed source host and performing a restoration operation includes:
scanning imported backup data, and determining whether disk information in a virtual machine configuration file corresponds to virtual disks one by one according to the virtual machine configuration file to be backed up and the virtual disk data to be backed up, wherein the backup data comprises the virtual machine configuration file to be backed up and the virtual disk data to be backed up;
if not, determining the virtual machines which are missed in the virtual machine configuration file and correspond to the virtual disk and need to be recovered;
and executing the operation of restoring the virtual machine.
In an exemplary embodiment, the performing the operation of restoring the virtual machine includes:
if the system disk of the virtual machine exists in the backed-up virtual disk, entering the system of the virtual machine, and recovering the lost virtual machine;
and if the system disk of the virtual machine does not exist in the backed-up virtual disk, creating a new disk to install the system, mounting the virtual disk after the system is installed, and starting the recovery virtual machine.
In order to solve the above problem, the present invention further provides a management device for virtualized platform disaster recovery, including: a memory and a processor;
the memory is used for storing a program for managing the virtualization platform disaster tolerance;
the processor is configured to read and execute the program for managing the virtualization platform disaster tolerance, and execute the following operations:
after a failover node in a virtualization platform is started, when an IP address of a source host with a fault in the virtualization platform is received, creating a storage space, and importing backup data in a storage pool into the storage space according to the IP address, wherein the failover node and the source host with the fault comprise the same storage pool;
and determining the virtual machine which needs to be recovered in the fault source host and executing recovery operation according to the backup data imported in the storage space.
In an exemplary embodiment, the processor is configured to read the program for executing the management for the virtualization platform disaster tolerance, and further perform the following operations:
after the virtual machine is recovered, monitoring whether the source host recovers the service of the virtualization platform;
and if the source host recovers the service of the virtualization platform, migrating the recovered virtual machine memory to the source host, and executing initialization operation.
In an exemplary embodiment, the monitoring whether the source host recovers services of the virtualization platform includes:
detecting whether the source host is communicated with the source host through a PING command;
if the connection is available, checking the service state data of the source host through a preset command, and if the service state data reaches a preset standard, determining that the source host recovers the service.
In an exemplary embodiment, the determining, according to the backup data imported from the storage space, a virtual machine that needs to be restored in the failed source host and performing a restoration operation includes:
scanning imported backup data, and determining whether disk information in a virtual machine configuration file corresponds to virtual disks one by one according to the virtual machine configuration file to be backed up and the virtual disk data to be backed up, wherein the backup data comprises the virtual machine configuration file to be backed up and the virtual disk data to be backed up;
if not, determining the virtual machines which are missed in the virtual machine configuration file and correspond to the virtual disk and need to be recovered;
and executing the operation of restoring the virtual machine.
In an exemplary embodiment, the performing the operation of restoring the virtual machine includes:
if the system disk of the virtual machine exists in the backed-up virtual disk, entering the system of the virtual machine, and recovering the lost virtual machine;
and if the system disk of the virtual machine does not exist in the backed-up virtual disk, creating a new disk to install the system, mounting the virtual disk after the system is installed, and starting the recovery virtual machine.
Compared with the prior art, the invention provides a management method for virtualized platform disaster tolerance, which comprises the following steps: after a fault switching node in a virtualization platform is started, when an IP address of a source host with a fault in the virtualization platform is received, a storage space is created, backup data in a storage pool are led into the storage space according to the IP address, wherein the fault switching node and the source host with the fault comprise the same storage pool; and determining the virtual machine which needs to be recovered in the fault source host and executing recovery operation according to the backup data imported in the storage space. By the scheme of the invention, the management of the virtualized platform disaster tolerance can be more convenient, and the disaster tolerance efficiency is improved.
Additional features and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
Drawings
The accompanying drawings are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the example serve to explain the principles of the invention and not to limit the invention.
FIG. 1 is a flowchart of a management method for disaster recovery of a virtualization platform according to the present invention;
FIG. 2 is a schematic diagram of a management apparatus for disaster recovery of a virtualization platform according to the present invention;
fig. 3 is a flowchart illustrating a management method for disaster recovery of a virtualization platform according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that the embodiments and features of the embodiments in the present application may be arbitrarily combined with each other without conflict.
The steps illustrated in the flow charts of the figures may be performed in a computer system such as a set of computer-executable instructions. Also, while a logical order is shown in the flow diagrams, in some cases, the steps shown or described may be performed in an order different than here.
Fig. 1 is a flowchart of a management method for a virtualized platform disaster recovery according to the present invention, where according to the flowchart, the management method for a virtualized platform disaster recovery according to the present embodiment includes:
step 100: after a fault switching node in a virtualization platform is started, when an IP address of a source host with a fault in the virtualization platform is received, a storage space is created, and backup data in the storage pool is led into the storage space according to the IP address.
In this embodiment, the virtualization platform includes a plurality of source hosts and a plurality of failover nodes. One source host includes a plurality of virtual machines.
The virtualization platform presets a corresponding relationship between the source host and the failover node, that is, sets the IP address of the source host and the failover node to a one-to-one corresponding relationship, or sets a plurality of source hosts corresponding to one failover node.
When one source host in the virtualization platform fails due to inelasticity, the virtualization platform acquires the IP address of the failed source host, determines a fault switching node corresponding to the source host through the IP address of the source host, and starts the fault switching node. When the fault switching node receives the IP address of the source host of the fault sent by the virtualization platform, the fault switching node creates a storage space and leads the backup data related to the source host of the IP address in the storage pool into the storage space according to the IP address. In the virtualization platform, in the presetting of the corresponding relation between the source host and the failover node, the failure source host and the corresponding failover node comprise the same storage pool, backup data of the source host are backed up in the storage pool, and disaster recovery can be realized through the backup data in the storage pool.
Step 101: and determining the virtual machine which needs to be restored in the fault source host and executing the restoration operation according to the backup data imported in the storage space.
In this embodiment, the failover node creates a storage space, imports the backup data in the same storage pool of the failure source host and the failover node into the storage space, determines a virtual machine that needs to be restored in the failure source host according to the backup data imported into the storage space, and executes a restoration operation.
In an exemplary embodiment, the backup data includes backed up virtual machine configuration files and backed up virtual disk data.
The determining, according to the backup data imported into the storage space, a virtual machine that needs to be restored in the failed source host and executing a restoration operation includes:
and scanning the imported backup virtual machine configuration files and the backup virtual disk data, determining the corresponding relation between the virtual machine configuration files and the virtual disk data, and if the virtual machine configuration files are in one-to-one correspondence with the virtual disks, restoring the virtual machines in which the disk information in all the configuration files is in one-to-one correspondence with the virtual disks according to the virtual machine configuration files and the virtual disks.
Determining that disk information in the virtual machine configuration file does not correspond to the virtual disk according to the backed-up virtual machine configuration file and backed-up virtual disk data, and determining a virtual machine which is missed in the virtual machine configuration file and corresponds to the virtual disk and needs to be restored; and executing the operation of restoring the virtual machine.
In an exemplary embodiment, when it is determined that a virtual machine corresponding to a virtual disk that is missing in the virtual machine configuration file and needs to be restored, performing an operation of restoring the virtual machine includes: if the system disk of the virtual machine exists in the virtual disk to be backed up, entering the system of the virtual machine existing in the virtual disk to be backed up, and recovering the lost virtual machine; if the system disk of the virtual machine does not exist in the virtual disk to be backed up, a new disk is created to install the system, and when the virtual disk is mounted after the system is installed, the virtual machine is started to be recovered; that is, if the system disk of the virtual machine does not exist in the virtual disk of the backup, a new disk is created to load the system, and the original disk is mounted after the system is installed, so as to recover the user data to the maximum extent.
In an exemplary embodiment, after the virtual machine is recovered, whether the service of the virtualization platform is recovered by the source host is monitored; and if the source host recovers the service of the virtualization platform, migrating the recovered virtual machine memory to the source host, and executing initialization operation. The migration is direct memory migration, the host of the fault transfer node and the source host share one shared storage, and the memory of the virtual machine recovered by the fault node is migrated to the fault source host on line, so that the recovered virtual machine is migrated to the source host; after the migration is completed, the memory of the fault transfer node is released, so that the fault transfer node is initialized, the next time disaster tolerance is prepared, and when a certain source host fails, the fault transfer node can be continuously utilized to execute the disaster tolerance.
In an exemplary embodiment, the monitoring whether the source host recovers services of the virtualization platform includes: detecting whether the source host is communicated with the source host through a PING command; if the connection is available, checking the service state data of the source host through a preset command, and if the service state data reaches a preset standard, determining that the source host recovers the service. The specific implementation process can be that the fault node determines whether the fault node can be communicated with a fault source host through a PING command, if the fault node can be communicated with the fault source host through the PING command, the service state data of the source host is checked through a preset command, and whether some ICS key services of the source host are recovered to be normal is determined; subsequent migration operations may be performed if resumed.
In addition, the present application provides an embodiment of a management apparatus for virtualized platform disaster recovery, where the embodiment of the apparatus corresponds to the embodiment of the method shown in fig. 1, and the apparatus may be specifically applied to various electronic devices.
In order to solve the above problem, as shown in fig. 2, the present invention further provides a management apparatus for virtualized platform disaster recovery, which includes a memory and a processor;
the memory is used for storing a program for managing the virtualization platform disaster tolerance;
the processor is configured to read and execute the program for managing the virtualization platform disaster tolerance, and execute the following operations:
after a failover node in a virtualization platform is started, when an IP address of a source host with a fault in the virtualization platform is received, creating a storage space, and importing backup data in a storage pool into the storage space according to the IP address, wherein the failover node and the source host with the fault comprise the same storage pool;
and determining the virtual machine which needs to be recovered in the fault source host and executing recovery operation according to the backup data imported in the storage space.
In an exemplary embodiment, the processor, configured to read the program for performing the management of the virtualization platform disaster recovery, further performs the following operations:
after the virtual machine is recovered, monitoring whether the source host recovers the service of the virtualization platform;
and if the source host recovers the service of the virtualization platform, migrating the recovered virtual machine memory to the source host, and executing initialization operation.
In an exemplary embodiment, the monitoring whether the source host recovers services of the virtualization platform includes:
detecting whether the source host is communicated with the source host through a PING command;
if the connection is available, checking the service state data of the source host through a preset command, and if the service state data reaches a preset standard, determining that the source host recovers the service.
In an exemplary embodiment, the determining, according to the backup data imported from the storage space, a virtual machine that needs to be restored in the failed source host and performing a restoration operation includes:
scanning imported backup data, and determining whether disk information in a virtual machine configuration file corresponds to virtual disks one by one according to the virtual machine configuration file to be backed up and the virtual disk data to be backed up, wherein the backup data comprises the virtual machine configuration file to be backed up and the virtual disk data to be backed up;
if not, determining the virtual machines which are missed in the virtual machine configuration file and correspond to the virtual disk and need to be recovered;
and executing the operation of restoring the virtual machine.
In an exemplary embodiment, the performing the operation of restoring the virtual machine includes:
if the system disk of the virtual machine exists in the backed-up virtual disk, entering the system of the virtual machine, and recovering the lost virtual machine;
and if the system disk of the virtual machine does not exist in the backed-up virtual disk, creating a new disk to install the system, mounting the virtual disk after the system is installed, and starting the recovery virtual machine.
As shown in fig. 3, an exemplary embodiment of managing a virtualization platform disaster tolerance according to the present invention is implemented as follows:
step 300: the failover node is initiated.
In this step, after a source host in the virtualization platform fails, a failover node is started according to an IP address of the source host, where the failover node and the source host include the same storage pool.
The virtualization platform presets a corresponding relationship between the source host and the failover node, that is, sets the IP address of the source host and the failover node to a one-to-one corresponding relationship, or sets a plurality of source hosts corresponding to one failover node.
Step 301: the fail-over node creates a storage space.
In this step, after the failover node receives the IP address of the source host that has failed in the virtualization platform, the failover node creates a storage space.
Step 302: and importing the backup data in the storage pool into the storage space.
In this step, according to the IP address of the failed source host, the backup data of the source host in the storage pool is searched, and the searched backup data in the storage pool is imported into the storage space.
Step 303: the imported backup data is scanned.
In this step, the backup data includes the backed-up virtual machine configuration file and the backed-up virtual disk data. And scanning the imported backup data, and determining whether the disk information in the virtual machine configuration file corresponds to the virtual disks one by one according to the backed-up virtual machine configuration file and the backed-up virtual disk data. If not, go to step 304.
Step 304: and determining the virtual machines which are missed in the virtual machine configuration file and correspond to the virtual disk and need to be recovered.
In this step, if the disk information in the virtual machine configuration file does not correspond to the virtual disk, determining the virtual machine which is missing in the virtual machine configuration file and corresponds to the virtual disk and needs to be restored.
Step 305: and executing the operation of restoring the virtual machine.
In this step, if a system disk of the virtual machine exists in the backed-up virtual disk, entering a system of the virtual machine, and recovering the lost virtual machine;
and if the system disk of the virtual machine does not exist in the backed-up virtual disk, creating a new disk to install the system, mounting the virtual disk after the system is installed, and starting the recovery virtual machine.
Step 306: monitoring whether the source host recovers the service of the virtualization platform.
In this step, after the virtual machine is recovered, monitoring whether the source host recovers the service of the virtualization platform includes:
detecting whether the source host is communicated with the source host through a PING command; if the connection is available, checking the service state data of the source host through a preset command, and if the service state data reaches a preset standard, determining that the source host recovers the service.
Step 307: migrating the recovered virtual machine memory to the source host.
In this step, if the source host recovers the service of the virtualization platform, the recovered virtual machine memory is migrated to the source host. The host and the source host of the failover node share a shared storage, and the recovered virtual machine can be directly migrated into the source host only by online memory migration.
Step 308: and initializing the fault switching node.
In this step, after migrating the recovered virtual machine memory to the source host, the memory of the failover node is released, the failover node of the released memory is initialized, and when a subsequent source host fails, the failover node can be continuously used to execute disaster recovery.
Based on a specific example of this embodiment, the operation and maintenance work of the ICS virtualization platform on the disaster recovery function is reduced, and the problem of data loss caused by manual failover is greatly reduced, so that the disaster recovery function of the virtualization platform is more convenient and easy to use, and migration is performed after the virtual machine is recovered, so that the failover node can meet the demand for performing disaster recovery on the subsequent source host node.
It will be understood by those of ordinary skill in the art that all or some of the steps of the methods, systems, functional modules/units in the devices disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be performed by several physical components in cooperation. Some or all of the components may be implemented as software executed by a processor, such as a digital signal processor or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). The term computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as is well known to those of ordinary skill in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by a computer. In addition, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media as known to those skilled in the art.
Claims (6)
1. A management method for virtualization platform disaster tolerance is characterized by comprising the following steps:
after a fault switching node in a virtualization platform is started, when an IP address of a source host with a fault in the virtualization platform is received, a storage space is created, backup data in a storage pool are led into the storage space according to the IP address, wherein the fault switching node and the source host share the same storage pool;
according to the backup data imported in the storage space, determining a virtual machine which needs to be restored in the fault source host and executing a restoration operation, wherein the method comprises the following steps:
scanning imported backup data, and determining whether disk information in a virtual machine configuration file corresponds to virtual disks one by one according to the virtual machine configuration file to be backed up and the virtual disk data to be backed up, wherein the backup data comprises the virtual machine configuration file to be backed up and the virtual disk data to be backed up;
if not, determining the virtual machine which is missed in the virtual machine configuration file and is required to be recovered and corresponding to the virtual disk, and executing the operation of recovering the virtual machine, wherein the operation comprises the following steps:
if the system disk of the virtual machine exists in the backed-up virtual disk, entering the system of the virtual machine, and recovering the lost virtual machine;
and if the system disk of the virtual machine does not exist in the backed-up virtual disk, creating a new disk to install the system, mounting the virtual disk after the system is installed, and starting the recovery virtual machine.
2. The method for managing disaster recovery of a virtualization platform according to claim 1, further comprising:
after the virtual machine is recovered, monitoring whether the source host recovers the service of the virtualization platform;
and if the source host recovers the service of the virtualization platform, migrating the recovered virtual machine memory into the source host, and executing initialization operation on the source host.
3. The method for managing disaster recovery of a virtualization platform according to claim 2, wherein the monitoring whether the source host recovers the service of the virtualization platform comprises:
detecting whether the source host is communicated with the source host through a PING command;
if the connection is available, checking the service state data of the source host through a preset command, and if the service state data reaches a preset standard, determining that the source host recovers the service.
4. A management device for virtualized platform disaster recovery, comprising: a memory and a processor; the method is characterized in that:
the memory is used for storing a program for managing the virtualization platform disaster tolerance;
the processor is configured to read a program for executing management of a virtualization platform disaster tolerance, and execute the following operations:
after a fault switching node in a virtualization platform is started, when an IP address of a source host with a fault in the virtualization platform is received, a storage space is created, backup data in a storage pool are led into the storage space according to the IP address, wherein the fault switching node and the source host share the same storage pool;
according to the backup data imported in the storage space, determining a virtual machine which needs to be restored in the fault source host and executing a restoration operation, wherein the method comprises the following steps:
scanning imported backup data, and determining whether disk information in a virtual machine configuration file corresponds to virtual disks one by one according to the virtual machine configuration file to be backed up and the virtual disk data to be backed up, wherein the backup data comprises the virtual machine configuration file to be backed up and the virtual disk data to be backed up;
if not, determining the virtual machine which is missed in the virtual machine configuration file and is required to be recovered and corresponding to the virtual disk, and executing the operation of recovering the virtual machine, wherein the operation comprises the following steps:
if the system disk of the virtual machine exists in the backed-up virtual disk, entering the system of the virtual machine, and recovering the lost virtual machine;
and if the system disk of the virtual machine does not exist in the backed-up virtual disk, creating a new disk to install the system, mounting the virtual disk after the system is installed, and starting the recovery virtual machine.
5. The apparatus for managing disaster recovery in a virtualization platform of claim 4, wherein the processor is configured to read the program for managing disaster recovery in a virtualization platform, and further perform the following operations:
after the virtual machine is recovered, monitoring whether the source host recovers the service of the virtualization platform;
and if the source host recovers the service of the virtualization platform, migrating the recovered virtual machine memory into the source host, and executing initialization operation on the source host.
6. The apparatus for disaster recovery management of a virtualization platform as claimed in claim 5, wherein said monitoring whether the source host recovers the services of the virtualization platform comprises:
detecting whether the source host is communicated with the source host through a PING command;
if the connection is available, checking the service state data of the source host through a preset command, and if the service state data reaches a preset standard, determining that the source host recovers the service.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910605191.7A CN110377456B (en) | 2019-07-05 | 2019-07-05 | Management method and device for virtualization platform disaster tolerance |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910605191.7A CN110377456B (en) | 2019-07-05 | 2019-07-05 | Management method and device for virtualization platform disaster tolerance |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110377456A CN110377456A (en) | 2019-10-25 |
| CN110377456B true CN110377456B (en) | 2021-11-26 |
Family
ID=68252203
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910605191.7A Active CN110377456B (en) | 2019-07-05 | 2019-07-05 | Management method and device for virtualization platform disaster tolerance |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110377456B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111124755B (en) * | 2019-12-06 | 2023-08-15 | 中国联合网络通信集团有限公司 | Fault recovery method and device for cluster nodes, electronic equipment and storage medium |
| CN111124620B (en) * | 2019-12-26 | 2021-11-23 | 航天壹进制(南京)数据科技有限公司 | Continuous data protection method for application programming interface for IO filtering |
| CN111274065B (en) * | 2020-01-20 | 2023-01-10 | 苏州浪潮智能科技有限公司 | Disaster recovery method and device based on software |
| CN111813604B (en) * | 2020-07-17 | 2022-06-10 | 济南浪潮数据技术有限公司 | Data recovery method, system and related device of fault storage equipment |
| CN112000517B (en) * | 2020-08-12 | 2022-12-23 | 苏州浪潮智能科技有限公司 | Post-disaster recovery method and device for local storage pool in virtualization system |
| CN111984375B (en) * | 2020-08-28 | 2022-05-24 | 苏州浪潮智能科技有限公司 | Disaster recovery method, system, device and medium for bare device |
| CN112711498A (en) * | 2020-12-29 | 2021-04-27 | 北京浪潮数据技术有限公司 | Virtual machine disaster recovery backup method, device, equipment and readable storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102662751A (en) * | 2012-03-30 | 2012-09-12 | 浪潮电子信息产业股份有限公司 | Method for improving availability of virtual machine system based on thermomigration |
| CN105740049A (en) * | 2016-01-27 | 2016-07-06 | 杭州华三通信技术有限公司 | Control method and apparatus |
| CN106445733A (en) * | 2016-08-30 | 2017-02-22 | 广州鼎甲计算机科技有限公司 | KVM virtualization-based agency mode-free backup method and system |
| CN106802840A (en) * | 2017-01-19 | 2017-06-06 | 郑州云海信息技术有限公司 | A kind of virtual machine backup, restoration methods and device |
| CN107122229A (en) * | 2017-04-21 | 2017-09-01 | 紫光华山信息技术有限公司 | A kind of virtual machine restoration methods and device |
| CN107967190A (en) * | 2017-11-23 | 2018-04-27 | 郑州云海信息技术有限公司 | A kind of disaster recovery test method |
| US10146635B1 (en) * | 2015-06-30 | 2018-12-04 | EMC IP Holding Company LLC | Virtual machine backup |
-
2019
- 2019-07-05 CN CN201910605191.7A patent/CN110377456B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102662751A (en) * | 2012-03-30 | 2012-09-12 | 浪潮电子信息产业股份有限公司 | Method for improving availability of virtual machine system based on thermomigration |
| US10146635B1 (en) * | 2015-06-30 | 2018-12-04 | EMC IP Holding Company LLC | Virtual machine backup |
| CN105740049A (en) * | 2016-01-27 | 2016-07-06 | 杭州华三通信技术有限公司 | Control method and apparatus |
| CN106445733A (en) * | 2016-08-30 | 2017-02-22 | 广州鼎甲计算机科技有限公司 | KVM virtualization-based agency mode-free backup method and system |
| CN106802840A (en) * | 2017-01-19 | 2017-06-06 | 郑州云海信息技术有限公司 | A kind of virtual machine backup, restoration methods and device |
| CN107122229A (en) * | 2017-04-21 | 2017-09-01 | 紫光华山信息技术有限公司 | A kind of virtual machine restoration methods and device |
| CN107967190A (en) * | 2017-11-23 | 2018-04-27 | 郑州云海信息技术有限公司 | A kind of disaster recovery test method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110377456A (en) | 2019-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110377456B (en) | Management method and device for virtualization platform disaster tolerance | |
| US9535631B2 (en) | Multi-path management | |
| CN113282434B (en) | Memory repair method based on post-package repair technology and related components | |
| WO2015169199A1 (en) | Anomaly recovery method for virtual machine in distributed environment | |
| JP2011060055A (en) | Virtual computer system, recovery processing method and of virtual machine, and program therefor | |
| CN105302661A (en) | System and method for implementing virtualization management platform high availability | |
| CN113626256B (en) | Virtual machine disk data backup method, device, terminal and storage medium | |
| CN104216793A (en) | Application program backing up and restoring method and device | |
| CN103780417A (en) | Database failure transfer method based on cloud hard disk and device thereof | |
| CN105204955A (en) | Method and device for correcting faults of virtual machines | |
| US11366682B1 (en) | Automatic snapshotting for recovery of instances with local storage | |
| CN113051104B (en) | Method and related device for recovering data between disks based on erasure codes | |
| CN112380062A (en) | Method and system for rapidly recovering system for multiple times based on system backup point | |
| US10824517B2 (en) | Backup and recovery of configuration files in management device | |
| CN114416293A (en) | Fault recovery method and device for virtualization equipment | |
| US20150269237A1 (en) | Disaster Recovery of Converged Infrastructure Platforms | |
| CN113778607A (en) | Method and device for realizing high availability of virtual machine, cloud management platform and storage medium | |
| CN111090537A (en) | Cluster starting method and device, electronic equipment and readable storage medium | |
| CN111190770A (en) | COW snapshot technology for data storage and data disaster recovery | |
| CN110740066A (en) | Cross-machine fault migration method and system with unchangeable seats of types | |
| CN115391106A (en) | Method, system and device for pooling backup resources | |
| CN112540873B (en) | Disaster tolerance method and device, electronic equipment and disaster tolerance system | |
| CN107544868B (en) | Data recovery method and device | |
| CN114296827A (en) | Data file processing method, device, equipment and storage medium | |
| CN103197992B (en) | The automation restoration methods of GlusterFS fissure |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |