CN115576743A - Operating system recovery method and device, computer equipment and storage medium - Google Patents
Operating system recovery method and device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN115576743A CN115576743A CN202211264990.0A CN202211264990A CN115576743A CN 115576743 A CN115576743 A CN 115576743A CN 202211264990 A CN202211264990 A CN 202211264990A CN 115576743 A CN115576743 A CN 115576743A
- Authority
- CN
- China
- Prior art keywords
- operating system
- virtual machine
- file
- source host
- backup
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1438—Restarting or rejuvenating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1479—Generic software techniques for error detection or fault masking
- G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
- G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45575—Starting, stopping, suspending or resuming virtual machine instances
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The application relates to an operating system recovery method, an operating system recovery device, computer equipment and a storage medium. The method comprises the following steps: responding to the source host machine meeting the operating system recovery condition, and sending a virtual machine creation request to a virtualization server; the virtual machine creating request is used for instructing the virtualization server to create a virtual machine corresponding to the source host; sending a virtual disk mounting request to a virtualization server; the virtual disk mounting request is used for indicating the virtualization server to mount the virtual disk file corresponding to the virtual machine on a file system of the proxy server; mounting the virtual disk file as a simulation block device of a file system, and implementing operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by a source host in advance; and unloading the simulation block equipment, disconnecting the remote mounting of the virtual disk file and sending a virtual machine starting request to the virtualization server. By adopting the method, the stability of the service provided by the source host can be effectively improved.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for recovering an operating system, a computer device, a storage medium, and a computer program product.
Background
Due to human error or software error, which may cause important data to be lost on a computer disk, an operating system may not be restarted due to a crash, or some system components may be defective after the system is upgraded, which may cause the operating system to operate unstably, and so on, the system administrator may want the operating system and the application deployed thereon to return to the state before these events occur.
However, when the host is disabled due to a hardware failure (e.g., a hard disk failure, a motherboard failure, etc.), and the hardware of the host cannot be repaired in time, the service provided by the host cannot be recovered even though the operating system backup of the host is stored in advance, which also causes the service provided by the host to be offline for a long time, and is not favorable for the stability of the service provided by the host.
Disclosure of Invention
In view of the foregoing, it is desirable to provide an operating system recovery method, an operating system recovery apparatus, a computer device, a computer readable storage medium, and a computer program product, which can effectively improve the stability of a service provided by a source host.
In a first aspect, an operating system recovery method is provided, which is applied to a proxy server, and the method includes:
responding to the source host machine meeting the recovery condition of the operating system, and sending a virtual machine creation request to a virtualization server; the virtual machine creation request is used for instructing the virtualization server to create a virtual machine corresponding to the source host;
sending a virtual disk mounting request to the virtualization server under the condition that the virtual machine is established; the virtual disk mount request is used for indicating the virtualization server to mount a virtual disk file corresponding to the virtual machine onto a file system of the proxy server;
mounting the virtual disk file as a simulation block device of the file system, and implementing an operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance;
and under the condition that the reconstruction operation of the operating system is finished, unloading the simulation block equipment, disconnecting the remote mounting of the virtual disk file and sending a virtual machine starting request to the virtualization server so as to start the virtual machine running with the operating system of the source host.
In one embodiment, the method further comprises:
sending a system backup read request to the backup server; the system backup reading request carries a backup identifier corresponding to the source host; the system backup reading request is used for indicating the backup server to return a system backup file corresponding to the backup identifier;
and receiving the system backup file corresponding to the backup identifier, and taking the system backup file corresponding to the backup identifier as the operating system backup.
In one embodiment, the performing, according to the operating system backup uploaded by the source host in advance, an operating system rebuilding operation on the analog block device includes:
determining operating system configuration information corresponding to the source host according to the operating system backup; the operating system configuration information comprises at least one of system partition information, file system information, boot sector information, directory information or file information;
and according to the operating system configuration information, operating system reconstruction operation is carried out on the simulation block equipment.
In one embodiment, in a case that the source host does not enable a logical volume function, the performing an os rebuilding operation on the emulated block device according to the os configuration information includes:
according to the system partition information and the file system information, file system reconstruction operation is carried out on the simulation block device;
and importing the directory information and the file information into the file system, and installing a boot code in a target sector to implement operating system rebuilding operation on the simulation block device.
In one embodiment, in a case that the source host enables a logical volume function, the performing an os rebuilding operation on the emulated block device according to the os configuration information includes:
carrying out logical volume reconstruction operation on the simulation block device to obtain a target logical volume;
according to the system partition information and the file system information, file system reconstruction operation is carried out on the target logic volume;
and importing the directory information and the file information into each partition in the file system, and installing a boot code in a target sector to implement operating system reconstruction operation on the simulation block device.
In a second aspect, an operating system recovery method is further provided, which is applied to a virtualized server, and the method includes:
responding to a virtual machine creation request sent by a proxy server, and creating a virtual machine corresponding to a source host; the source host is a host meeting the recovery condition of the operating system;
in response to a virtual disk mounting request sent by the proxy server, mounting a virtual disk file corresponding to the virtual machine on a file system of the proxy server; the proxy server is used for mounting the virtual disk file as a simulation block device of the file system, and implementing an operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance;
and responding to a virtual machine starting request sent by the proxy server, and starting the virtual machine running with the operating system of the source host.
In a third aspect, an operating system recovery apparatus is further provided, which is applied to a proxy server, and the apparatus includes:
the virtual machine creating module is used for responding to the condition that the source host meets the recovery condition of the operating system and sending a virtual machine creating request to the virtualization server; the virtual machine creation request is used for instructing the virtualization server to create a virtual machine corresponding to the source host;
the first mounting module is used for sending a virtual disk mounting request to the virtualization server under the condition that the virtual machine is established; the virtual disk mount request is used for indicating the virtualization server to mount a virtual disk file corresponding to the virtual machine onto a file system of the proxy server;
the reconstruction module is used for sending a module and is used for mounting the virtual disk file as a simulation block device of the file system and implementing operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance;
and the unloading module is used for unloading the simulation block equipment under the condition that the reconstruction operation of the operating system is finished, disconnecting the remote mounting of the virtual disk file and sending a virtual machine starting request to the virtualization server so as to start the virtual machine running with the operating system of the source host.
In a fourth aspect, an operating system recovery apparatus is further provided, where the apparatus is applied to a virtualization server, and the apparatus includes:
the response module is used for responding to a virtual machine establishing request sent by the proxy server and establishing a virtual machine corresponding to the source host; the source host is a host meeting the recovery condition of the operating system;
the second mounting module is used for responding to a virtual disk mounting request sent by the proxy server and mounting a virtual disk file corresponding to the virtual machine on a file system of the proxy server; the proxy server is used for mounting the virtual disk file as a simulation block device of the file system, and implementing an operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance;
and the starting module is used for responding to a virtual machine starting request sent by the proxy server and starting the virtual machine running with the operating system of the source host.
In a fifth aspect, the present application further provides a computer device. The computer device comprises a memory and a processor, the memory storing a computer program which, when executed by the processor, carries out the steps of the method described above.
In a sixth aspect, the present application further provides a computer-readable storage medium. The computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the above-mentioned method.
In a seventh aspect, the present application further provides a computer program product. The computer program product comprising a computer program which, when being executed by a processor, carries out the steps of the above-mentioned method.
The operating system recovery method, the operating system recovery device, the computer equipment, the storage medium and the computer program product send the virtual machine creation request to the virtualization server by responding to the source host meeting the operating system recovery condition so as to instruct the virtualization server to create the virtual machine corresponding to the source host; sending a virtual disk mounting request to a virtualization server under the condition that the virtual machine is created, so as to instruct the virtualization server to mount a virtual disk file corresponding to the virtual machine onto a file system of a proxy server; mounting the virtual disk file as a simulation block device of a file system, implementing an operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by a source host in advance, unloading the simulation block device and sending a virtual machine starting request to a virtualization server under the condition that the operating system reconstruction operation is executed, so as to start a virtual machine of an operating system running the source host; therefore, the virtual machine running with the backup operating system of the source host can be started in the virtual machine server timely and quickly under the condition that the source host meets the operating system recovery condition, the operating system of the source host is quickly and effectively automatically recovered in a mode of remotely accessing the virtual machine, the virtual machine continues to provide the service provided by the source host, the condition that the service provided by the host is offline for a long time is avoided, the negative influence caused by the damage of the source host is effectively reduced, and the stability of the service provided by the source host is effectively improved.
Drawings
FIG. 1 is a diagram of an application environment for a method for operating system recovery in one embodiment;
FIG. 2 is a flowchart of a method for operating system recovery in one embodiment;
FIG. 3 is a diagram of an operating environment for a method for operating system recovery in one embodiment;
FIG. 4 is a flowchart of another operating system recovery method in one embodiment;
FIG. 5 is a diagram illustrating steps in one embodiment for operating system rebuild;
FIG. 6 is a diagram illustrating another operating system rebuild process according to one embodiment;
FIG. 7 is a flowchart illustrating a method for operating system recovery in accordance with another embodiment;
FIG. 8 is a flow diagram of a method for operating system recovery in one embodiment;
FIG. 9 is a block diagram of an operating system recovery device in one embodiment;
FIG. 10 is a block diagram showing an alternative operating system recovery apparatus according to one embodiment;
FIG. 11 is a diagram illustrating an internal structure of a computer device in one embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more clearly understood, the present application is further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The operating system recovery method provided by the embodiment of the application can be applied to the application environment shown in fig. 1. Where the proxy server 102 communicates with the virtualization server 104 and the backup server 106 over a network. The proxy server 102 sends a virtual machine creation request to the virtualization server 104 in response to the source host 108 satisfying the operating system recovery condition; the virtual machine creation request is used to instruct the virtualization server 104 to create a virtual machine corresponding to the source host; the proxy server 102 sends a virtual disk mount request to the virtualization server 104 when the virtual machine is created; the virtual disk mount request is used to instruct the virtualization server 104 to mount a virtual disk file corresponding to the virtual machine onto the file system of the proxy server 102; the proxy server 102 mounts the virtual disk file as a simulation block device of the file system, and performs an operating system reconstruction operation on the simulation block device according to an operating system backup uploaded to the backup server 106 by the source host 108 in advance; when the os rebuilding operation is completed, the proxy server 102 unloads the analog block device, disconnects the remote mount of the virtual disk file, and sends a virtual machine boot request to the virtualization server 104, so as to start the virtual machine running the os of the active host 108. The proxy server 102, the virtualization server 104 and the backup server 106 may each be implemented as a stand-alone server or as a server cluster of multiple servers.
In one embodiment, as shown in fig. 2, an operating system recovery method is provided, which is described by taking the application of the method to the proxy server 102 in fig. 1 as an example, and includes the following steps:
step S202, responding to the source host meeting the recovery condition of the operating system, and sending a virtual machine creation request to a virtualization server.
The virtual machine creating request is used for instructing the virtualization server to create the virtual machine corresponding to the source host.
Wherein, the source host may refer to a computer device that needs to be protected.
The os recovery condition may refer to a trigger condition that needs to perform os recovery on the source host. For example, the operating system recovery condition may refer to the source host failing to boot due to a hardware failure.
In the specific implementation, when the source host fails to start due to hardware failure, the task of restoring the operating system backup of the source host to the virtualization server is completed by the proxy server; in particular, the proxy server may send a virtual machine creation request to the virtualization server for receipt by the virtualization server.
After the virtualization server receives the virtual machine creation request, the virtualization server may respond to the virtual machine creation request and create a virtual machine corresponding to the source host by using virtualization software (e.g., VMware ESXi) according to hardware configuration information of the virtual machine creation request.
The hardware configuration information (the number of hard disks, the capacity, the number of CPU cores, the size of the memory, the type of the motherboard firmware, etc.) is specified by a user (generally, an operation and maintenance worker) on a graphical interface, and generally requires that the number of the disks of the newly-built virtual machine is consistent with that of the physical source host.
In practical application, virtualization software may create multiple virtual machines, each disk of a virtual machine corresponds to one virtual disk file (such as VMDK, VHD) on a storage device, and the read-write operation of an operating system on a virtual machine to a disk is converted into an operation to a virtual disk file by a virtualization layer on a bottom layer.
In practical applications, the virtualization server is connected to a Storage device, and the Storage device may be a SAN (Storage Area Network), an iSCSI SAN (Internet Small Computer System Interface SAN), a hard disk array, or the like. The storage device stores a virtual disk file corresponding to the virtual machine.
Step S204, sending a virtual disk mounting request to a virtualization server under the condition that the virtual machine is established; the virtual disk mount request is used for instructing the virtualization server to mount the virtual disk file corresponding to the virtual machine on the file system of the proxy server.
In a specific implementation, when the virtual machine is created, the proxy server may further assign the operating system of the source host to the virtual disk file because the virtual disk file corresponding to the virtual machine is a blank file at this time. Specifically, the proxy server may send a virtual disk mount request to the virtualization server. After the virtualization server receives the virtual disk mount request, the virtualization server may mount the virtual disk file corresponding to the virtual machine to the file system of the proxy server according to the virtual disk mount request.
Step S206, mounting the virtual disk file as a simulation block device of the file system, and implementing an operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance.
In specific implementation, after the virtualization server mounts the virtual disk file corresponding to the virtual machine onto the file system of the proxy server, the proxy server mounts the virtual disk file (e.g., vmdk file) as a loop device (i.e., an analog block device). The proxy server then reads information from the backup server such as the partitions, file systems, boot sectors, etc. of each disk on the source host (which are all stored on the backup server by the source host when backing up the operating system). And reconstructing the disk partition, the guide record, the file system, the LVM, the directory and the file of the source host on the loop device according to the information of the partition, the file system, the guide sector and the like of each disk, which is backed up by the source host in advance, so as to complete the operation system reconstruction operation on the simulation block device.
Step S208, when the reconstruction operation of the operating system is finished, the simulation block device is unloaded, the remote mounting of the virtual disk file is disconnected, and a virtual machine starting request is sent to the virtualization server, so that the virtual machine of the operating system of the active host is started.
In a specific implementation, after the proxy server completes execution of the operation system rebuilding operation performed on the simulation block device, the proxy server unloads the loop device (i.e., the simulation block device), removes the mounting of the vmdk file on the file system of the proxy server, and then sends a starting request for the virtual machine to the virtualization server to start the virtual machine running the operation system of the active host.
To facilitate understanding by those skilled in the art, fig. 3 also provides a running environment diagram of an operating system recovery method; the agent host 2 (agent server ) and the host 1 (source host ), the backup server and the virtualization platform server (virtualization server) are all under the same local area network; wherein host 1 may represent a computer to be protected; when the host 1 has a hardware failure and cannot be started, the task of restoring the operating system backup of the host 1 to the virtualization platform is completed by the proxy host 2. In practical applications, the host 1 may have a plurality of hosts. The backup server stores the backup of the operating system of the host 1 and is managed by a backup management program; the operating system backup is uploaded to the backup server by the agent on the host 1 when performing the backup.
The virtualization server is installed with virtualization software (the virtualization layer in fig. one may refer to the virtualization software, and the virtualization software may run directly on a bare computer, such as VMware ESXi), the virtualization software may create multiple virtual machines, each disk of a virtual machine corresponds to one virtual disk file (such as VMDK, VHD) on the storage device, and the read-write operation of an operating system on the virtual machine on the disk is converted into an operation on the virtual disk file by the virtualization layer on the bottom layer. In practice, one virtual machine may have multiple virtual disks.
In the operating system recovery method, a virtual machine creation request is sent to the virtualization server in response to the source host meeting the operating system recovery condition, so as to instruct the virtualization server to create a virtual machine corresponding to the source host; sending a virtual disk mounting request to a virtualization server under the condition that the virtual machine is created, so as to instruct the virtualization server to mount a virtual disk file corresponding to the virtual machine onto a file system of a proxy server; mounting the virtual disk file as a simulation block device of a file system, implementing operating system reconstruction operation on the simulation block device according to operating system backup uploaded by a source host in advance, unloading the simulation block device and sending a virtual machine starting request to a virtualization server under the condition that the operating system reconstruction operation is executed completely so as to start a virtual machine of an operating system running the source host; therefore, the virtual machine running with the backup operating system of the source host can be started in the virtual machine server timely and quickly under the condition that the source host meets the operating system recovery condition, the operating system of the source host is quickly and effectively automatically recovered in a mode of remotely accessing the virtual machine, the virtual machine continues to provide the service provided by the source host, the condition that the service provided by the host is offline for a long time is avoided, the negative influence caused by the damage of the source host is effectively reduced, and the stability of the service provided by the source host is effectively improved.
In another embodiment, the method further comprises: sending a system backup reading request to a backup server; the system backup reading request carries a backup identifier corresponding to the active host; the system backup reading request is used for indicating the backup server to return a system backup file corresponding to the backup identifier; and receiving the system backup file corresponding to the backup identifier, and taking the system backup file corresponding to the backup identifier as an operating system backup.
In a specific implementation, in the process of obtaining the operating system backup of the source host by the proxy server, the proxy server may send a system backup reading request to the backup server; the system backup reading request carries a backup identifier corresponding to the active host; after receiving the system backup reading request, the backup server queries a system backup file corresponding to the backup identifier and sends the system backup file corresponding to the backup identifier to the proxy server. And after receiving the system backup file corresponding to the backup identifier, the proxy server takes the system backup file corresponding to the backup identifier as an operating system backup. Specifically, the proxy server may determine, based on the operating system backup, the partition, file system, boot sector, etc. information for each disk on the source host (which is stored on the backup server by the source host when backing up the operating system). And according to the information of partitions, file systems, boot sectors and the like of each disk backed up in advance by the source host, reconstructing the disk partitions, boot records, file systems, LVMs, directories and files of the source host on the loop device to complete the operation system reconstruction operation of the simulation block device.
In another embodiment, the performing an os rebuilding operation on the simulated block device according to an os backup uploaded by the source host in advance includes: determining operating system configuration information corresponding to a source host according to the operating system backup; and according to the operating system configuration information, performing operating system reconstruction operation on the simulation block equipment.
The operating system configuration information includes at least one of system partition information, file system information, boot sector information, directory information, or file information.
In a specific implementation, the proxy server may read the os backup to determine system partition information, file system information, boot sector information, directory information, or file information of the source host. And reconstructing the disk partition, the boot record, the file system, the LVM, the directory and the file of the source host on the loop device according to the system partition information, the file system information, the boot sector information, the directory information or the file information so as to complete the operation system reconstruction operation of the simulation block device.
According to the technical scheme of the embodiment, the system backup reading request carrying the backup identifier corresponding to the source host is sent to the backup server to indicate the backup server to return the system backup file corresponding to the backup identifier, and the received system backup file corresponding to the backup identifier is used as the operating system backup, so that the operating system backup for subsequently restoring the operating system of the source host can be accurately and quickly determined.
To facilitate understanding by those skilled in the art, fig. 4 provides a flow diagram of an operating system recovery method; the proxy server sends a virtual machine creation request to the virtualization platform server, and the virtualization platform server creates a virtual machine according to hardware configuration information in the virtual machine creation request, wherein the hardware configuration information includes the number of hard disks, capacity, the number of cores of a CPU, the size of a memory, the type of firmware of a mainboard, and the like. After the virtualization platform server successfully creates the virtual machine, the proxy server will request the virtualization platform server to mount the vmdk file of the virtual machine to the file system of the proxy server, and then the proxy server will mount the vmdk file as a loop device. Then, the recovery module of the proxy server reads the partition and file system of each disk on the source host, the boot sector, etc. information from the backup server. And reconstructing the disk partition, the guide record, the file system, the LVM, the directory and the file of the source host on the loop device according to the partition, the file system, the guide sector and other information of each disk on the source host. And finally, the recovery module of the proxy server unloads the loop equipment, relieves the mounting of the vmdk file on the file system of the proxy host, and then sends a starting request to the virtual machine to the virtualization platform so as to start the virtual machine running the operating system of the active host.
In another embodiment, in the case that the logical volume function is not enabled by the source host, performing an operating system rebuild operation on the emulated block device according to the operating system configuration information includes: according to the system partition information and the file system information, file system reconstruction operation is carried out on the simulation block device; and importing the directory information and the file information into the file system of each partition, and installing a boot code in the target sector to perform an operating system reconstruction operation on the simulation block device.
In a specific implementation, in a case where the Logical Volume function is not enabled by the source host (i.e., the source host does not use a LVM (Logical Volume Manager)), for the understanding of those skilled in the art, please refer to fig. 5, where fig. 5 exemplarily provides a step diagram of operating system rebuilding; because the loop device is empty, a recovery module of the proxy server acquires partition Table information (GPT (GUID partition Table) or MBR [3] partition Table) of a source host disk from the backup server; and then creating the same partition table at the beginning part of the loop device, wherein the recovery module of the proxy server can automatically adjust the size of each partition of the loop device because the capacity of the loop device can be larger or smaller than that of a disk of a corresponding source host.
Then, since the backup set on the backup server has the file system type of each partition of the source host recorded therein, after the partition creation is completed, the restore module of the proxy server may create a file system (such as ext4, fat32, xfs, etc.) on each partition, and the file system type of each partition is consistent with that on the source host. The restore module reads the partition backups of the source host from the backup server (the hierarchical structure of the directories and the file locations in the backup are consistent with those in the source host), and then releases the backup on the corresponding partitions. At present, most mainboards are equipped with Unified Extensible Firmware Interface (UEFI) Firmware to guide the starting of an operating system, and the UEFI Firmware can not only identify equipment, but also directly identify a general packet radio service (GPT) partition table and a file allocation table (FAT 32) file system. When an operating System is installed on such a motherboard's machine, the operating System installer places the boot code that loads the operating System kernel on a separate ESP (EFI System Partition) Partition. This UEFI firmware also supports legacy bios mode to accommodate older operating system installations that install boot code on the first sector of the boot disk (also called the boot sector).
If the motherboard of the source host boots the operating system in legacy mode, the created virtual machine also boots the operating system in legacy BIOS firmware, and the recovery module installs boot code on the boot sector when recovering the operating system, otherwise the recovery module skips this step.
In another embodiment, in the case that the source host enables the logical volume function, performing an operating system rebuilding operation on the emulated block device according to the operating system configuration information includes: carrying out logical volume reconstruction operation on the simulation block equipment to obtain a target logical volume; according to the system partition information and the file system information, file system reconstruction operation is carried out on the target logic volume; and importing the directory information and the file information into a file system, and installing a boot code in the target sector to implement an operating system rebuilding operation on the simulation block device.
In a specific implementation, in a case that the source host enables the Logical Volume function (i.e. the source host uses an LVM (Logical Volume Manager)), for understanding by those skilled in the art, please refer to fig. 6, where fig. 6 exemplarily provides another step diagram for operating system rebuilding; when the recovery module of the proxy server rebuilds the LVM on the proxy host, if there is a conflict between the LVM volume group name of the proxy host and the LVM volume group name of the source host, the recovery module of the proxy server may modify the volume group of the proxy host into a temporary name, and change the temporary name to the original name after the recovery is completed. Specifically, the recovery module first rebuilds the partitions that are not used by the LVM before beginning to recover the LVM. The source host exports the configuration file of the LVM during backup and stores the configuration file on the backup server, so the recovery module reads the configuration file from the backup server and reconstructs the LVM according to the configuration file. After the LVM (i.e. the target logical volume) is reconstructed, the logical volume may be used by a common volume, the metadata (information such as a file system type and a mount point) of each logical volume is already recorded on the backup server during backup, and the recovery module performs a file system reconstruction operation on the target logical volume according to the information such as the file system type and the mount point; and importing the directory information and the file information into each partition in the file system, and installing a boot code in the target sector to implement operating system rebuilding operation on the simulation block device.
In another embodiment, as shown in fig. 7, an operating system recovery method is provided, which is described by taking the application of the method to the virtualization server 104 in fig. 1 as an example, and includes the following steps:
step S702, in response to a virtual machine creation request sent by a proxy server, creating a virtual machine corresponding to a source host; the source host is a host that satisfies the operating system recovery condition.
Step S704, responding to the virtual disk mounting request sent by the proxy server, and mounting the virtual disk file corresponding to the virtual machine on a file system of the proxy server; the proxy server is used for mounting the virtual disk file as a simulation block device of the file system, and implementing operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance.
Step S706, in response to the virtual machine startup request sent by the proxy server, starts up the virtual machine running the operating system of the active host.
It should be noted that, for the specific limitations of the above steps, reference may be made to the above specific limitations of an operating system recovery method, which is not described herein again.
To facilitate understanding by those skilled in the art, FIG. 8 also illustratively provides a flow chart of another operating system recovery method; the proxy server requests the virtualization platform to create a virtual machine; then, the virtualization platform server creates a virtual machine according to the hardware configuration information in the virtual machine creation request, wherein the hardware configuration information includes the number of hard disks, the capacity, the number of CPU cores, the size of the memory, the type of the motherboard firmware, and the like. After the virtualization platform server successfully creates the virtual machine, the proxy server will request the virtualization platform server to mount the vmdk file of the virtual machine to the file system of the proxy server, and then the proxy server will mount the vmdk file as a loop device. The recovery module of the proxy server then reads the partition and file system, boot sector, etc. information for each disk on the source host from the backup server. And reconstructing the disk partition, the boot record, the file system, the LVM, the directory and the file of the source host on the loop device according to the partition, the file system, the boot sector and other information of each disk on the source host.
And finally, the recovery module of the proxy server unloads the loop device, relieves the mounting of the vmdk file on the file system of the proxy host, and then sends a starting request for the virtual machine to the virtualization platform so as to start the virtual machine running the operating system of the active host.
It should be understood that, although the steps in the flowcharts related to the embodiments as described above are sequentially displayed as indicated by arrows, the steps are not necessarily performed sequentially as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a part of the steps in the flowcharts related to the embodiments described above may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the execution order of the steps or stages is not necessarily sequential, but may be rotated or alternated with other steps or at least a part of the steps or stages in other steps.
Based on the same inventive concept, the embodiment of the present application further provides an operating system recovery apparatus for implementing the above-mentioned operating system recovery method. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme described in the above method, so specific limitations in one or more embodiments of the os recovery device provided below can refer to the limitations on the os recovery method in the foregoing, and details are not described here.
In one embodiment, as shown in fig. 9, there is provided an operating system recovery apparatus applied to a proxy server, including:
a sending module 910, configured to send a virtual machine creation request to a virtualization server in response to a source host satisfying an operating system recovery condition; the virtual machine creating request is used for instructing the virtualization server to create a virtual machine corresponding to the source host;
a first mount module 920, configured to send a virtual disk mount request to a virtualization server when the virtual machine is completely created; the virtual disk mounting request is used for indicating the virtualization server to mount the virtual disk file corresponding to the virtual machine on a file system of the proxy server;
a rebuilding module 930, configured to send a module, configured to mount a virtual disk file as a simulated block device of a file system, and implement an operating system rebuilding operation on the simulated block device according to an operating system backup uploaded by a source host in advance;
the uninstalling module 940 is configured to uninstall the analog block device, disconnect the remote mount of the virtual disk file, and send a virtual machine boot request to the virtualization server to start the virtual machine running the operating system of the active host when the operating system rebuilding operation is completed.
In one embodiment, the apparatus is further configured to send a system backup read request to the backup server; the system backup reading request carries a backup identifier corresponding to the source host; the system backup reading request is used for indicating the backup server to return a system backup file corresponding to the backup identifier; and receiving the system backup file corresponding to the backup identifier, and taking the system backup file corresponding to the backup identifier as the operating system backup.
In one embodiment, the rebuilding module 930 is specifically configured to determine, according to the operating system backup, operating system configuration information corresponding to the source host; the operating system configuration information comprises at least one of system partition information, file system information, boot sector information, directory information or file information; and according to the operating system configuration information, operating system reconstruction operation is carried out on the simulation block equipment.
In one embodiment, in a case that the source host does not enable the logical volume function, the rebuilding module 930 is specifically configured to perform a file system rebuilding operation on the simulated block device according to the system partition information and the file system information; and importing the directory information and the file information into each partition in the file system, and installing a boot code in a target sector to implement operating system reconstruction operation on the simulation block device.
In one embodiment, when the source host enables a logical volume function, the rebuilding module 930 is specifically configured to perform a logical volume rebuilding operation on the simulation block device to obtain a target logical volume; according to the system partition information and the file system information, file system reconstruction operation is carried out on the target logic volume; and importing the directory information and the file information into each partition in the file system, and installing a boot code in a target sector to implement operating system reconstruction operation on the simulation block device.
In one embodiment, as shown in fig. 10, another operating system recovery apparatus is provided, applied to a virtualization server, including:
a response module 1010, configured to create a virtual machine corresponding to the source host in response to a virtual machine creation request sent by the proxy server; the source host is a host meeting the recovery condition of the operating system;
a second mount module 1020, configured to mount, in response to a virtual disk mount request sent by the proxy server, a virtual disk file corresponding to the virtual machine onto a file system of the proxy server; the proxy server is used for mounting the virtual disk file as a simulation block device of the file system, and implementing operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance;
the starting module 1030 is configured to start the virtual machine running the operating system of the active host in response to the virtual machine startup request sent by the proxy server.
The modules in the os recovery apparatus may be implemented in whole or in part by software, hardware, or a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a server, and the internal structure thereof may be as shown in fig. 11. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the computer device is used for storing the XX data. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement an operating system recovery method.
Those skilled in the art will appreciate that the architecture shown in fig. 11 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device is provided, comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to perform the steps of an operating system recovery method as described above. The steps of an os recovery method herein may be the steps of an os recovery method in the various embodiments described above.
In one embodiment, a computer readable storage medium is provided, storing a computer program that, when executed by a processor, causes the processor to perform the steps of an operating system recovery method as described above. The steps of an os recovery method herein may be the steps of an os recovery method in the various embodiments described above.
In one embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, causes the processor to perform the steps of an operating system recovery method as described above. The steps of an os recovery method herein may be the steps of an os recovery method in the various embodiments described above.
It should be noted that, the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to in the present application are information and data authorized by the user or sufficiently authorized by each party.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, database, or other medium used in the embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include a Read-Only Memory (ROM), a magnetic tape, a floppy disk, a flash Memory, an optical Memory, a high-density embedded nonvolatile Memory, a resistive Random Access Memory (ReRAM), a Magnetic Random Access Memory (MRAM), a Ferroelectric Random Access Memory (FRAM), a Phase Change Memory (PCM), a graphene Memory, and the like. Volatile Memory can include Random Access Memory (RAM), external cache Memory, and the like. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), among others. The databases referred to in various embodiments provided herein may include at least one of relational and non-relational databases. The non-relational database may include, but is not limited to, a block chain based distributed database, and the like. The processors referred to in the various embodiments provided herein may be, without limitation, general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, or the like.
All possible combinations of the technical features in the above embodiments may not be described for the sake of brevity, but should be considered as being within the scope of the present disclosure as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present application shall be subject to the appended claims.
Claims (10)
1. An operating system recovery method applied to a proxy server, the method comprising:
responding to the source host machine meeting the operating system recovery condition, and sending a virtual machine creation request to a virtualization server; the virtual machine creation request is used for instructing the virtualization server to create a virtual machine corresponding to the source host;
sending a virtual disk mounting request to the virtualization server under the condition that the virtual machine is established; the virtual disk mount request is used for indicating the virtualization server to mount a virtual disk file corresponding to the virtual machine onto a file system of the proxy server;
mounting the virtual disk file as a simulation block device of the file system, and implementing an operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance;
and under the condition that the reconstruction operation of the operating system is finished, unloading the simulation block equipment, disconnecting the remote mounting of the virtual disk file and sending a virtual machine starting request to the virtualization server so as to start the virtual machine running with the operating system of the source host.
2. The method of claim 1, further comprising:
sending a system backup reading request to the backup server; the system backup reading request carries a backup identifier corresponding to the source host; the system backup reading request is used for indicating the backup server to return a system backup file corresponding to the backup identifier;
and receiving a system backup file corresponding to the backup identifier, and taking the system backup file corresponding to the backup identifier as the operating system backup.
3. The method of claim 1, wherein performing an os rebuild operation on the mock block device according to an os backup previously uploaded by the source host comprises:
determining operating system configuration information corresponding to the source host according to the operating system backup; the operating system configuration information comprises at least one of system partition information, file system information, boot sector information, directory information, or file information;
and according to the operating system configuration information, operating system reconstruction operation is carried out on the simulation block equipment.
4. The method of claim 3, wherein in a case that the source host does not enable the logical volume function, performing an operating system rebuilding operation on the emulated block device according to the operating system configuration information comprises:
according to the system partition information and the file system information, file system reconstruction operation is carried out on the simulation block device;
and importing the directory information and the file information into the file system, and installing a boot code in a target sector to implement operating system reconstruction operation on the simulation block device.
5. The method of claim 3, wherein in a case that the source host enables a logical volume function, the performing an os rebuilding operation on the emulated block device according to the os configuration information comprises:
carrying out logical volume reconstruction operation on the simulation block equipment to obtain a target logical volume;
according to the system partition information and the file system information, file system reconstruction operation is carried out on the target logic volume;
and importing the directory information and the file information into each partition in the file system, and installing a boot code in a target sector to implement operating system reconstruction operation on the simulation block device.
6. An operating system recovery method applied to a virtualization server, the method comprising:
responding to a virtual machine creation request sent by a proxy server, and creating a virtual machine corresponding to a source host; the source host is a host meeting the recovery condition of the operating system;
in response to a virtual disk mounting request sent by the proxy server, mounting a virtual disk file corresponding to the virtual machine onto a file system of the proxy server; the proxy server is used for mounting the virtual disk file as a simulation block device of the file system and implementing an operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance;
and responding to a virtual machine starting request sent by the proxy server, and starting the virtual machine running with the operating system of the source host.
7. An operating system recovery apparatus applied to a proxy server, the apparatus comprising:
the virtual machine creating module is used for responding to the condition that the source host meets the recovery condition of the operating system and sending a virtual machine creating request to the virtualization server; the virtual machine creation request is used for instructing the virtualization server to create a virtual machine corresponding to the source host;
the first mounting module is used for sending a virtual disk mounting request to the virtualization server under the condition that the virtual machine is established; the virtual disk mount request is used for indicating the virtualization server to mount a virtual disk file corresponding to the virtual machine onto a file system of the proxy server;
the reconstruction module is used for sending a module and is used for mounting the virtual disk file as a simulation block device of the file system and implementing operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance;
and the unloading module is used for unloading the simulation block equipment under the condition that the reconstruction operation of the operating system is finished, disconnecting the remote mounting of the virtual disk file and sending a virtual machine starting request to the virtualization server so as to start the virtual machine running with the operating system of the source host.
8. An operating system recovery apparatus applied to a virtualization server, the apparatus comprising:
the response module is used for responding to a virtual machine establishing request sent by the proxy server and establishing a virtual machine corresponding to the source host; the source host is a host meeting the recovery condition of the operating system;
the second mounting module is used for responding to a virtual disk mounting request sent by the proxy server and mounting a virtual disk file corresponding to the virtual machine on a file system of the proxy server; the proxy server is used for mounting the virtual disk file as a simulation block device of the file system and implementing an operating system reconstruction operation on the simulation block device according to an operating system backup uploaded by the source host in advance;
and the starting module is used for responding to a virtual machine starting request sent by the proxy server and starting the virtual machine running with the operating system of the source host.
9. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method of any of claims 1 to 6.
10. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211264990.0A CN115576743B (en) | 2022-10-17 | 2022-10-17 | Operating system recovery method, operating system recovery device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211264990.0A CN115576743B (en) | 2022-10-17 | 2022-10-17 | Operating system recovery method, operating system recovery device, computer equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115576743A true CN115576743A (en) | 2023-01-06 |
| CN115576743B CN115576743B (en) | 2023-08-15 |
Family
ID=84584961
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211264990.0A Active CN115576743B (en) | 2022-10-17 | 2022-10-17 | Operating system recovery method, operating system recovery device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115576743B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117608494A (en) * | 2023-12-06 | 2024-02-27 | 太极计算机股份有限公司 | Storage method and system of cloud computing cluster |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104407938A (en) * | 2014-11-21 | 2015-03-11 | 上海爱数软件有限公司 | Recovery method for various granularities after mirror-image-level backup of virtual machine |
| CN107544864A (en) * | 2016-06-24 | 2018-01-05 | 深圳市深信服电子科技有限公司 | A kind of virtual-machine data copy method and virtual-machine data copy system |
| US9946559B1 (en) * | 2012-02-13 | 2018-04-17 | Veritas Technologies Llc | Techniques for managing virtual machine backups |
| CN111399984A (en) * | 2020-03-19 | 2020-07-10 | 上海英方软件股份有限公司 | File recovery method and system based on virtual machine backup data |
| CN111966305A (en) * | 2020-10-22 | 2020-11-20 | 腾讯科技（深圳）有限公司 | Persistent volume allocation method and device, computer equipment and storage medium |
| CN112099992A (en) * | 2020-09-15 | 2020-12-18 | 深圳忆联信息系统有限公司 | System backup recovery method and device for server, computer equipment and storage medium |
| CN112988468A (en) * | 2021-04-27 | 2021-06-18 | 云宏信息科技股份有限公司 | Method for virtualizing operating system using Ceph and computer-readable storage medium |
| CN113051030A (en) * | 2021-03-15 | 2021-06-29 | 上海爱数信息技术股份有限公司 | Virtual machine recovery system and method based on fusion computer virtualization platform |
| US11068353B1 (en) * | 2017-09-27 | 2021-07-20 | Veritas Technologies Llc | Systems and methods for selectively restoring files from virtual machine backup images |
| CN113961520A (en) * | 2021-10-22 | 2022-01-21 | 杭州安恒信息技术股份有限公司 | Dynamic file mounting method, system, computer equipment and readable storage medium |
| CN114490176A (en) * | 2021-12-08 | 2022-05-13 | 航天壹进制(南京)数据科技有限公司 | Disaster recovery system and disaster recovery method for Linux cross-disk volume group |
-
2022
- 2022-10-17 CN CN202211264990.0A patent/CN115576743B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9946559B1 (en) * | 2012-02-13 | 2018-04-17 | Veritas Technologies Llc | Techniques for managing virtual machine backups |
| CN104407938A (en) * | 2014-11-21 | 2015-03-11 | 上海爱数软件有限公司 | Recovery method for various granularities after mirror-image-level backup of virtual machine |
| CN107544864A (en) * | 2016-06-24 | 2018-01-05 | 深圳市深信服电子科技有限公司 | A kind of virtual-machine data copy method and virtual-machine data copy system |
| US11068353B1 (en) * | 2017-09-27 | 2021-07-20 | Veritas Technologies Llc | Systems and methods for selectively restoring files from virtual machine backup images |
| CN111399984A (en) * | 2020-03-19 | 2020-07-10 | 上海英方软件股份有限公司 | File recovery method and system based on virtual machine backup data |
| CN112099992A (en) * | 2020-09-15 | 2020-12-18 | 深圳忆联信息系统有限公司 | System backup recovery method and device for server, computer equipment and storage medium |
| CN111966305A (en) * | 2020-10-22 | 2020-11-20 | 腾讯科技（深圳）有限公司 | Persistent volume allocation method and device, computer equipment and storage medium |
| CN113051030A (en) * | 2021-03-15 | 2021-06-29 | 上海爱数信息技术股份有限公司 | Virtual machine recovery system and method based on fusion computer virtualization platform |
| CN112988468A (en) * | 2021-04-27 | 2021-06-18 | 云宏信息科技股份有限公司 | Method for virtualizing operating system using Ceph and computer-readable storage medium |
| CN113961520A (en) * | 2021-10-22 | 2022-01-21 | 杭州安恒信息技术股份有限公司 | Dynamic file mounting method, system, computer equipment and readable storage medium |
| CN114490176A (en) * | 2021-12-08 | 2022-05-13 | 航天壹进制(南京)数据科技有限公司 | Disaster recovery system and disaster recovery method for Linux cross-disk volume group |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117608494A (en) * | 2023-12-06 | 2024-02-27 | 太极计算机股份有限公司 | Storage method and system of cloud computing cluster |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115576743B (en) | 2023-08-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11762740B2 (en) | Systems and methods for efficient backup restoration | |
| US9823877B2 (en) | Virtual machine backup from storage snapshot | |
| JP5572163B2 (en) | Recovering computers that contain virtual disks | |
| US8433890B2 (en) | Preparing and preserving a system configuration during a hot upgrade | |
| US7882386B1 (en) | System and method for recovering a logical volume during failover or reboot of a file server in a data storage environment | |
| EP1907935B1 (en) | System and method for virtualizing backup images | |
| US8631217B2 (en) | Apparatus, system, and method for virtual machine backup | |
| US11256579B2 (en) | Array integration for virtual machine backup | |
| US20120117555A1 (en) | Method and system for firmware rollback of a storage device in a storage virtualization environment | |
| US9804855B1 (en) | Modification of temporary file system for booting on target hardware | |
| US6944789B2 (en) | Method and apparatus for data backup and recovery | |
| US10496492B2 (en) | Virtual machine backup with efficient checkpoint handling based on a consistent state of the virtual machine of history data and a backup type of a current consistent state of the virtual machine | |
| US9189345B1 (en) | Method to perform instant restore of physical machines | |
| US20100313069A1 (en) | Computer system and failure recovery method | |
| CN115098299B (en) | Backup method, disaster recovery method, device and equipment of virtual machine | |
| US9846621B1 (en) | Disaster recovery—multiple restore options and automatic management of restored computing devices | |
| US11068353B1 (en) | Systems and methods for selectively restoring files from virtual machine backup images | |
| US9251020B1 (en) | Systems and methods for file-level replication | |
| CN115576743B (en) | Operating system recovery method, operating system recovery device, computer equipment and storage medium | |
| US5991860A (en) | Root file system size increase on a unix based computer system | |
| US9619340B1 (en) | Disaster recovery on dissimilar hardware | |
| US20240061749A1 (en) | Consolidating snapshots using partitioned patch files | |
| US10572346B1 (en) | Data integrity check for VM disaster recovery using backup application | |
| US10884866B2 (en) | Systems and methods for snapshot-less backups | |
| CN105993002B (en) | In-place disk deformatting |
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 |